이 문서에서는 Cisco Catalyst 스위치와 상호 운용되는 NIC(Network Interface Card)와 관련된 일반적인 문제를 다룹니다. 성능 저하 및 연결 문제와 같은 네트워크 문제를 비롯하여 물리적 연결 및 데이터 링크 오류를 처리하는 Catalyst 스위치 문제는 NIC 문제와 관련이 있을 수 있습니다.
이 문서에 대한 특정 요건이 없습니다.
이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.
이 문서에서는 다음 문제를 해결하는 방법에 대해 설명합니다.
자동 협상
물리적 연결
포트 오류(데이터 링크 오류)
지속적인 링크 업/다운 상황
기가비트 포트 컨피그레이션
일반적인 Catalyst 스위치 소프트웨어 문제
일반적인 NIC 문제 및 해결 방법
Catalyst 스위치에서 NIC 문제를 해결할 때 첫 번째 단계는 문제가 Catalyst 스위치의 가능한 컨피그레이션 문제와 관련이 없는지 확인하는 것입니다. Catalyst 스위치의 구성과 관련된 일반적인 연결 문제와 관련된 유용한 정보는 다음 문서를 참조하십시오.
이 문서에서는 Catalyst 스위치에 연결된 워크스테이션이 Catalyst 스위치 구성으로 인해 네트워크 도메인(Microsoft Windows NT 또는 Novell)에 로그인할 수 없거나 DHCP(Dynamic Host Configuration Protocol) 주소를 얻을 수 없을 때 발생하는 초기 연결 지연을 다룹니다. 이러한 시나리오를 해결하기 위한 첫 번째 단계는 PortFast 및 기타 명령을 사용하여 워크스테이션 시작 연결 지연을 해결하는 것과 같이 스위치 컨피그레이션이 올바른지 확인하는 것입니다.
과도한 데이터 링크 오류로 인해 일부 Catalyst 스위치의 포트가 errdisable 상태로 전환됩니다. CatOS 플랫폼에서 errDisable 포트 상태에서 복구는 errdisable 상태의 내용, 이 상태에서 복구하는 방법 및 이 상태에서 복구하는 두 가지 예를 제공합니다.
자동 협상 문제는 부적합한 구현, 하드웨어 장애 또는 소프트웨어 결함으로 인해 발생할 수 있습니다. NIC 또는 벤더 스위치가 IEEE 사양 802.3u를 정확히 준수하지 않으면 문제가 발생할 수 있습니다. 10/100Mbps 자동 협상을 위한 IEEE 802.3u에 설명되어 있지 않은 자동 극성 또는 케이블 무결성과 같은 공급업체별 고급 기능의 결과로 하드웨어 비호환성 및 기타 문제가 발생할 수도 있습니다. 일반적으로 NIC와 스위치가 모두 IEEE 802.3u 자동 협상 사양을 준수하고 모든 추가 기능이 비활성화된 경우 자동 협상은 속도와 양방향을 적절히 협상해야 하며 운영 문제가 발생하지 않습니다.
속도 확인 문제로 인해 연결이 끊길 수 있습니다. 그러나 듀플렉스의 자동 협상 문제는 일반적으로 링크 설정 문제로 이어지지 않습니다. 대신 자율협상 문제는 주로 성과와 관련된 문제로 귀결된다. NIC 문제의 가장 일반적인 문제는 속도 및 이중 컨피그레이션을 다룹니다. 표 1에는 FastEthernet NIC 및 스위치 포트의 가능한 속도 및 이중 설정이 모두 요약되어 있습니다.
참고: 이 섹션은 10/100/1000Mbps(1000BASE-T) NIC에만 적용되며 1000BASE-X NIC에는 적용되지 않습니다.
표 1 - 자동 협상 유효 컨피그레이션
컨피그레이션 NIC(속도/이중) | 구성 스위치(속도/이중) | 그 결과 NIC 속도/이중 | 그 결과 Catalyst 속도/이중 | 의견 |
---|---|---|---|---|
자동 | 자동 | 1000Mbps, 전이중 | 1000Mbps, 전이중 | Catalyst 스위치의 최대 기능 및 NIC가 전이중 1000Mbps라고 가정합니다. |
1000Mbps, 전이중 | 자동 | 1000Mbps, 전이중 | 1000Mbps, 전이중 | 링크가 설정되었지만 스위치에서 NIC의 자동 협상 정보가 표시되지 않습니다. Catalyst 스위치는 1000Mbps의 전이중 작동만 지원하므로 기본적으로 전이중으로 설정되며, 이는 1000Mbps에서 작동할 때만 발생합니다. |
자동 | 1000Mbps, 전이중 | 1000Mbps, 전이중 | 1000Mbps, 전이중 | NIC의 최대 기능이 1000Mbps라고 가정하면 전이중 방식입니다. |
1000Mbps, 전이중 | 1000Mbps, 전이중 | 1000Mbps, 전이중 | 1000Mbps, 전이중 | 올바른 수동 컨피그레이션 |
100Mbps, 전이중 | 1000Mbps, 전이중 | 링크 없음 | 링크 없음 | 속도 불일치로 인해 어느 쪽도 링크를 설정하지 않습니다. |
100Mbps, 전이중 | 자동 | 100Mbps, 전이중 | 100Mbps, 반이중 | 이중 불일치 1 |
자동 | 100Mbps, 전이중 | 100Mbps, 반이중 | 100Mbps, 전이중 | 이중 불일치 1 |
100Mbps, 전이중 | 100Mbps, 전이중 | 100Mbps, 전이중 | 100Mbps, 전이중 | 올바른 수동 구성2 |
100Mbps, 반이중 | 자동 | 100Mbps, 반이중 | 100Mbps, 반이중 | 링크가 설정되었지만 스위치에서 NIC의 자동 협상 정보를 볼 수 없으며 10/100Mbps에서 작동할 경우 기본적으로 반이중으로 설정됩니다. |
10Mbps, 반이중 | 자동 | 10Mbps, 반이중 | 10Mbps, 반이중 | 링크가 설정되었지만 스위치에 FLP(Fast Link Pulse)가 표시되지 않으며 기본값은 10Mbps 반이중입니다. |
10Mbps, 반이중 | 100Mbps, 반이중 | 링크 없음 | 링크 없음 | 두 측 모두 속도 불일치로 인해 링크를 설정하지 않습니다. |
자동 | 100Mbps, 반이중 | 100Mbps, 반이중 | 100Mbps, 반이중 | 링크가 설정되었지만 NIC에 자동 협상 정보가 표시되지 않으며 기본값은 100Mbps, 반이중입니다. |
자동 | 10Mbps, 반이중 | 10Mbps, 반이중 | 10Mbps, 반이중 | 링크가 설정되었지만 NIC에 FLP가 표시되지 않으며 기본값은 10Mbps, 반이중입니다. |
1 이중 불일치로 인해 성능 문제, 간헐적 연결 및 통신 손실이 발생할 수 있습니다. NIC 문제를 해결할 때 NIC 및 스위치가 유효한 컨피그레이션을 사용하는지 확인합니다.
2 스위치 포트 및 NIC 컨피그레이션이 모두 수동으로 100Mbps의 전이중으로 구성되었더라도 일부 서드파티 NIC 카드는 반이중 운영 모드로 전환될 수 있습니다. 이는 NIC를 수동으로 구성할 때 NIC 자동 협상 링크 탐지가 여전히 작동하기 때문입니다. 이로 인해 스위치 포트와 NIC 간에 이중 불일치가 발생합니다. 이러한 증상으로는 스위치 포트에서 증가하는 포트 성능 저하 및 FCS(Frame Check Sequence) 오류가 있습니다. 이 문제를 해결하려면 스위치포트를 100Mbps, 반이중으로 수동으로 구성하십시오. 이 작업으로 연결 문제가 해결되면 이 NIC 문제가 원인일 수 있습니다. NIC의 최신 드라이버로 업데이트하거나 NIC 카드 공급업체에 추가 지원을 문의하십시오.
표 1에 나와 있는 것처럼 한 링크 파트너에서 전이중화를 위한 속도와 양방향을 수동으로 설정하면 양방향이 일치하지 않습니다. 이는 한 링크 파트너에서 자동 협상을 비활성화하고 다른 링크 파트너는 기본적으로 반이중 컨피그레이션을 사용하는 경우에 발생합니다. 이중 불일치는 성능 저하, 간헐적 연결, 데이터 링크 오류 및 기타 문제를 초래합니다. 자동 협상을 사용하지 않으려는 경우에는 두 링크 파트너 모두 전이중 설정의 속도 및 듀플렉스에 대해 수동으로 구성해야 합니다.
자치 협상의 주제에 대해서는 많은 견해가 있다. 이전에는 많은 엔지니어가 스위치에 연결된 디바이스에서는 자동 협상을 사용하지 말라고 고객에게 조언했습니다. 그러나 자율협상의 상호운용성과 기술의 성숙도 향상으로 최근 자율협상 관점과 그 활용도가 변화하고 있다. 또한 한 링크 파트너에서만 속도 및 듀플렉스를 수동으로 설정할 때 발생하는 듀플렉스 불일치로 인한 성능 문제가 더 일반적입니다. 이러한 최근의 쟁점 때문에 자율협상의 활용은 타당한 관행으로 여겨진다.
EtherChannel은 PAgP(Port Aggregation Protocol)를 통해 동적으로 구성할 수 있으며, 트렁킹도 DTP(Dynamic Trunking Protocol)를 통해 동적으로 구성할 수 있습니다. PAgP 및 DTP는 모두 Cisco 전용 프로토콜이며 Catalyst 스위치에서만 지원됩니다. Catalyst 스위치와 NIC 간에 EtherChannel 또는 트렁킹을 구성하려는 경우, 다른 벤더 NIC가 PAgP 및 DTP를 지원하지 않을 수 있으므로 이러한 기능을 정적으로 구성하는 것이 좋습니다. Catalyst 스위치에서 EtherChannel 모드를 on으로 구성하고 트렁킹 모드를 nonegotiate로 구성하면, PAgP 및 DTP 프로토콜이 비활성화됩니다. 자동 또는 권장 모드로 스위치 포트를 구성하는 경우 NIC로 EtherChannel 또는 트렁크를 구성할 수 없습니다.
NIC 문제를 해결할 때 첫 번째 단계는 물리적 연결을 확인하는 것입니다. 스위치를 시각적으로 검사하려면 링크 파트너에 연결된 경우 LINK 표시등이 표시되어야 합니다. 또한 NIC에는 LINK 표시등이 있을 수 있습니다. 물리적 연결을 확인하려면 스위치의 CLI(Command Line Interface)를 확인해야 합니다. 문제의 포트는 스위치의 Cisco IOS® Software에 대해 Catalyst OS 소프트웨어와 라인 프로토콜을 위해 연결된 것으로 표시되어야 합니다.
show port mod/port
Switch> (enable) show port 3/1 Port Name Status VLAN Level Duplex Speed Type ---- ------ ---- ---- ------- ------- ------- ------ ---- ---- ------ 3/1 notconnect 1 normal half 100 100BaseFX MM
show interfaces type
Switch# show interfaces fastethernet 0/1 FastEthernet0/1 is down, line protocol is down
connected 및 line protocol is up 이외의 상태는 물리적 연결 문제를 나타냅니다. 물리적 연결 문제를 해결하려면 다음 단계를 완료하십시오.
NIC와 스위치 모두의 속도와 양방향을 10Mbps 전이중으로 설정합니다.
물리적 연결이 있습니까? 필요하다면 이 단계를 반복하여 속도를 100Mbps, 전이중으로 설정합니다. 물리적 연결을 설정하기 위해 속도와 양방향을 수동으로 설정할 필요는 없습니다.
가능한 알려진 문제는 이 문서의 Cisco Catalyst 스위치 호환성 및 작동 관련 문제와 NIC 기능 및 작동 문제 섹션을 참조하십시오.
케이블을 정상 작동이 확인된 Category 5, Category 5e 또는 Category 6 10/100/1000Mbps 이더넷 케이블로 교체합니다.
여러 스위치 포트 간에 물리적 연결을 시도합니다.
여러 스위치 포트에서 문제가 일치하는지 확인합니다. 또한, 해당되는 경우 여러 스위치와 허브를 사용해 보십시오.
문제가 동일한 NIC 브랜드 및 모델과 일치하는지 확인하기 위해 NIC를 교체합니다.
가능한 알려진 문제는 이 문서의 Cisco Catalyst 스위치 호환성 및 작동 관련 문제와 NIC 기능 및 작동 문제 섹션을 참조하십시오.
Cisco Technical Support 및 NIC 벤더를 통해 서비스 요청을 생성합니다.
Catalyst 스위치 포트의 기본 컨피그레이션으로 인해 NIC에 대한 특정 상호 운용성 문제가 발생할 수 있습니다. 문제의 증상으로는 DHCP 문제 및 네트워크 로그인을 수행할 수 없습니다. NIC 또는 스위치 포트 문제를 해결할 때 포트 채널링 및 트렁킹의 컨피그레이션이 꺼져 있고 스패닝 트리 PortFast가 활성화되어 있는지 확인합니다.
이 컨피그레이션 변경과 관련된 자세한 내용은 PortFast 및 기타 명령을 사용하여 워크스테이션 시작 연결 지연을 수정하십시오.
특정 상황에서는 Cisco 스위치와 다양한 NIC 간의 상호 운용성 문제로 인해 링크 업/다운이 지속되거나 간헐적으로 발생할 수 있습니다. 이러한 링크 업/다운 상황은 일반적으로 NIC와 관련된 전원 관리 기능 또는 지터 허용 오차 문제의 결과입니다.
CatOS의 링크 업/다운 상황에서는 이러한 메시지가 나타나며 링크 업/다운 상황에서는 정상입니다.
PAGP-5-PORTTOSPT: Port [dec]/[dec] joined bridge port [dec]/[chars] PAGP-5-PORTFROMSPT: Port [dec]/[dec] left bridge port [dec]/[chars]
예:
%PAGP-5-PORTFROMSTP:Port 3/3 left bridge port 3/3 %PAGP-5-PORTTOSTP:Port 3/3 joined bridge port 3/3
Cisco IOS 소프트웨어 기반 스위치의 경우, 링크 가동/중단 상황에 대해 다음 메시지가 표시됩니다.
%LINK-3-UPDOWN: Interface interface, changed state to up %LINK-3-UPDOWN: Interface interface, changed state to down
예:
%LINK-3-UPDOWN: Interface FastEthernet0/1, changed state to up %LINK-3-UPDOWN: Interface FastEthernet0/1, changed state to down
이러한 문제를 해결하려면 다음 방법으로 문제를 해결하십시오.
Windows 2000 및 Windows ME(Millennium Edition) 전원 관리 기능을 비활성화합니다.
Windows 2000 및 Windows ME는 NIC를 비활성화할 수 있는 전원 관리 기능을 사용합니다. NIC가 전력 관리를 위해 비활성화되면 스위치에 대한 링크가 삭제됩니다. Windows 2000 또는 Windows ME 운영 체제의 NIC에서 링크가 작동/중단될 우려가 있는 경우 링크 작동/중단 상황을 트러블슈팅하기 위한 첫 번째 단계로 전원 관리 기능을 비활성화합니다.
NIC 전원 관리 기능을 비활성화합니다. 많은 NIC가 자체 전력 관리 기능을 지원합니다.
링크 작동/중단 문제를 해결할 때 이 기능을 비활성화합니다. 전원 관리를 비활성화하는 방법에 대한 자세한 내용은 NIC 설명서를 참조하십시오.
스위치 지터 허용 범위를 조정합니다.
IEEE 802.33u-1995, 절 25에 따라 지터 허용 한도는 1.4 나노초를 초과해서는 안 됩니다. 그러나 과도한 지터와 관련하여 사양 외에 작동하는 NIC로 인해 Catalyst 6000 및 6500 10/100 포트에서 링크 업/다운 상황이 발생하는 경우가 있습니다. 이 문제의 해결 방법은 10/100 포트의 Catalyst 6000 및 6500 스위치에서 지터 허용 한도를 3.1초로 늘리는 것입니다. set port debounce mod/port enable 명령은 기능을 활성화합니다. 궁극적인 해결 방법으로 debounce 옵션을 사용하는 대신 규격 외 NIC를 교체합니다. 이 기능은 소프트웨어 버전 5.3(5)CSX에 처음 통합되었습니다.
Catalyst 2900XL 및 3500XL의 경우 동일한 문제에 대한 해결 방법으로 인터페이스 명령 캐리어 지연 시간을 4초로 조정할 수 있습니다.
지터 허용치에 대한 자세한 내용은 Fast Ethernet Consortium Physical Medium Dependent Test Suite를 참조하십시오.
대부분의 성능 문제는 스위치 포트 컨피그레이션, 이중 불일치, 링크 업/다운 상황, 데이터 링크 오류와 관련이 있습니다. 성능 문제를 해결할 때는 이 문서의 이전 섹션을 모두 검토하십시오. 이 섹션을 검토한 후 다음 섹션인 데이터 링크 오류의 이해로 진행합니다. 성능 문제를 해결하기 위한 마지막 단계는 스니퍼 추적을 가져오는 것입니다. 스니퍼 추적은 패킷 전송을 세부적으로 다루기 때문에 특정 성능 문제와 관련하여 매우 확실합니다.
NIC의 많은 성능 문제는 데이터 링크 오류와 관련될 수 있습니다. 과도한 오류는 일반적으로 문제를 나타냅니다. 반이중 설정에서 작동할 경우 FCS, 정렬, 런타임 및 충돌과 같은 일부 데이터 링크 오류가 정상입니다. 일반적으로 하프 듀플렉스 연결에서는 전체 트래픽 대비 오류의 비율이 1%라면 괜찮습니다. 입력 패킷 대비 오류의 비율이 2~3%를 초과할 경우 성능 저하가 나타날 수 있습니다.
하프 듀플렉스 환경에서는 스위치 및 연결된 디바이스가 정확히 동시에 회선을 감지하고 전송하는 바람에 충돌이 발생할 수 있습니다. 충돌이 발생하면 프레임이 와이어에 완전히 복사되지 않아 프레임이 프래그먼트화되는 경우 발생하는 런트, FCS 및 정렬 오류가 발생할 수 있습니다.
전이중, FCS, CRC(Cyclic Redundancy Checks), 정렬 오류 및 런트 카운터가 최소일 것입니다. 링크가 풀 듀플렉스에서 작동하는 경우 충돌 카운터는 활성화되지 않습니다. FCS, CRC, 맞춤 또는 런트 카운터가 증가하는 경우 듀플렉스 불일치가 일어났는지 확인합니다. 이중 불일치는 스위치가 전이중으로 작동하고 연결된 장치가 반이중으로 작동하는 상황입니다. 듀플렉스 불일치의 결과는 매우 느린 성능, 간헐적인 연결, 연결 손실입니다. 전이중 모드에서 데이터 링크 오류가 발생할 수 있는 다른 원인으로는 케이블 불량, 스위치 포트 결함, NIC 소프트웨어 또는 하드웨어 문제가 있습니다.
NIC 성능 문제를 해결할 때 show port mod/port 명령 및 show mac mod/port 명령의 출력을 보고 카운터 정보를 확인합니다.
표 2 - CatOS show port 명령 카운터 설명
카운터 | 설명 |
---|---|
Alignment errors | 정렬 오류는 수신된 프레임 수 중 짝수 옥텟으로 끝나지 않고 잘못된 CRC를 갖는 프레임 수의 카운트입니다. |
FCS | FCS error count는 이더넷 프레임에서 잘못된 체크섬(CRC 값)으로 전송되거나 수신된 프레임 수입니다. 이러한 프레임은 삭제되고, 다른 포트에 전파되지 않습니다. |
Xmit-Err | 내부 전송 버퍼가 꽉 찼음을 나타냅니다. |
Rcv-Err | 수신 버퍼가 꽉 찼음을 나타냅니다. |
UnderSize | 이는 64바이트보다 작은 프레임으로 FCS가 포함되며 FCS 값이 양호합니다. |
단일 충돌 | 단일 충돌은 프레임을 미디어에 성공적으로 전송하기 전에 전송 포트에서 하나의 충돌이 발생한 횟수입니다. |
다중 충돌 | Multiple collisions는 프레임을 미디어에 성공적으로 전송하기 전에 전송 포트에서 둘 이상의 충돌이 발생한 횟수입니다. |
Late collisions | 늦은 충돌은 두 디바이스가 동시에 전송되며 연결의 어느 쪽도 충돌을 감지하지 못할 때 발생합니다. 이렇게 된 이유는 네트워크의 한 끝에서 다른 끝으로 신호를 전파하는 시간이 전체 패킷을 네트워크에 배치하는 시간보다 길기 때문입니다. 지연 충돌을 일으키는 두 디바이스는 네트워크에 전체 패킷을 저장할 때까지 다른 디바이스가 전송하는 것을 확인하지 못합니다. 늦은 충돌들은 64바이트 송신 시간의 첫 번째 시간 슬롯이 발생한 후 송신기에 의해 검출된다. 64바이트보다 긴 패킷을 전송하는 동안에만 탐지됩니다. 그것의 검출은 그것이 정상적인 충돌에 대한 것과 정확히 같습니다. 일반적인 충돌보다 더 늦게 발생합니다. |
Excessive collisions | Excessive Collisions는 패킷을 16번 보내려고 시도한 후 삭제되어 충돌이 16번 발생한 프레임 수입니다. |
캐리어 감지 | 캐리어 센스는 이더넷 컨트롤러가 데이터를 전송하고자 할 때마다 발생하며 프로세스에 오류가 있을 때 카운터가 증가합니다. |
Runts | 이는 64바이트보다 작은 프레임이며 FCS 값이 잘못되었습니다. |
Giants | 1518바이트보다 크고 잘못된 FCS 값을 갖는 프레임입니다. |
표 3 - CatOS 카운터를 증가시키는 가능한 원인
카운터 | 설명 |
---|---|
Alignment errors | 이는 반이중, 이중 불일치, 불량 하드웨어(NIC, 케이블 또는 포트) 또는 옥텟으로 끝나지 않고 불량 FCS를 갖는 프레임을 생성하는 연결된 디바이스에서의 충돌로 인한 결과입니다. |
FCS | 이는 하프 듀플렉스(half-duplex), 듀플렉스 불일치, 불량 하드웨어(NIC, 케이블 또는 포트) 또는 불량 FCS가 있는 프레임을 생성하는 연결된 디바이스에서의 충돌 결과입니다. |
Xmit-Err | 이는 트래픽의 과도한 입력 속도를 나타냅니다. 이는 전송 버퍼가 가득 찼음을 나타내는 표시이기도 합니다. 스위치가 원하는 속도로 포트를 전달할 수 없는 경우에만 카운터가 증가해야 합니다. 과도한 충돌 및 10Mb 포트와 같은 상황에서는 전송 버퍼가 가득 차게 됩니다. 속도를 높이고 링크 파트너를 전이중으로 이동하는 경우 이 문제가 최소화됩니다. |
Rcv-Err | 이는 트래픽의 과도한 출력 속도를 나타냅니다. 수신 버퍼가 꽉 찼음을 나타내는 표시이기도 합니다. 스위치를 통과하는 과도한 트래픽이 없는 경우 이 카운터는 0이어야 합니다. 일부 스위치에서, Out-Lost 카운터는 Rcv-Err에 직접적인 상관관계를 갖는다. |
UnderSize | 이는 연결된 디바이스에 의해 불량 프레임이 생성되었음을 의미합니다. |
단일 충돌 | 이는 반이중 컨피그레이션을 나타냅니다. |
다중 충돌 | 이는 반이중 컨피그레이션을 나타냅니다. |
Late collisions | 하드웨어(NIC, 케이블 또는 스위치 포트) 결함 또는 이중 불일치를 나타냅니다. |
Excessive collisions | 이는 하프 듀플렉스 또는 듀플렉스 불일치에서 스위치 포트의 초과 사용을 나타냅니다. |
캐리어 감지 | 이는 하드웨어(NIC, 케이블 또는 스위치 포트)에 결함이 있음을 나타냅니다. |
Runts | 충돌, 이중 불일치, IEEE 802.1Q(dot1q) 또는 ISL(Inter-Switch Link Protocol) 컨피그레이션 문제의 결과를 나타냅니다. |
Giants | 하드웨어 오류, dot1q 또는 ISL 컨피그레이션 문제를 나타냅니다. |
표 4 - CatOS show mac 명령 카운터 설명
카운터 | 설명 |
---|---|
Rcv-유니캐스트 | 수신된 유니캐스트 패킷 수를 나타냅니다. |
Rcv-멀티캐스트 | 수신된 멀티캐스트 패킷 수를 나타냅니다. |
Rcv-브로드캐스트 | 수신된 브로드캐스트 패킷 수를 나타냅니다. |
Xmit-유니캐스트 | 전송된 유니캐스트 패킷의 수를 나타냅니다. |
Xmit-멀티캐스트 | 전송된 멀티캐스트 패킷 수를 나타냅니다. |
Xmit-브로드캐스트 | 전송된 브로드캐스트 패킷 수를 나타냅니다. |
지연 초과 | 이는 스위칭 과정에서 지나친 지연으로 폐기되는 프레임 수를 나타낸 것이다. |
MTU 초과 | 이는 포트 또는 세그먼트의 디바이스 중 하나가 허용된 프레임 크기보다 큰 값을 전송함을 나타냅니다. |
폐기 중 2 | 전달 프로세스에서 폐기되거나 필터링된 수신된 유효한 프레임 수입니다. |
Lrn-Discard 2 | 전달되며 전달되어서는 안 되는 패킷입니다. |
유실물 | 입력 버퍼가 꽉 차서 수신할 수 없는 패킷입니다. |
Out-Lost | 출력 버퍼가 꽉 차서 전송할 수 없는 패킷입니다. |
2 모든 Catalyst 플랫폼에 In-Discard 및 Lrn-Discard가 존재하지 않습니다.
표 5 - CatOS 카운터를 증가시키는 가능한 원인
카운터 | 가능한 원인 |
---|---|
지연 초과 | 스위치에 심각한 문제가 발생했습니다. Cisco Technical Support를 통해 서비스 요청을 생성합니다. |
MTU 초과 | ISL 및 dot1q 컨피그레이션을 확인합니다. 다른 스위치나 라우터가 MTU(Frame over Maximum Transmission Unit)를 스위치 네트워크에 주입하지 않는지 확인합니다. |
Lrn-Discard 2 | 스위치가 특정 VLAN에 대해 트렁크에서 트래픽을 수신할 때 해당 VLAN에 다른 포트가 없을 때 증가합니다. 카운터는 또한 패킷이 수신된 포트에서 패킷의 대상 주소를 학습할 때 증가합니다. |
Lrn-Discard 2 | 이 카운터는 0으로 유지해야 합니다. 카운터가 증가하는 경우 Cisco Technical Support에서 서비스 요청을 생성합니다. |
유실물 | 트래픽의 과도한 입력 속도입니다. |
Out-Lost | 트래픽의 과도한 출력 속도입니다. 이 카운터는 저속 디바이스에 연결할 때 증가할 가능성이 높습니다. Out-Lost 증가분 문제를 해결하기 위한 첫 번째 단계는 링크 파트너가 오류 없이 전이중으로 100Mbps를 실행하는지 확인하는 것입니다. |
2 모든 Catalyst 플랫폼에 In-Discard 및 Lrn-Discard가 존재하지 않습니다.
추가 카운터 정보는 show counters mod/port 명령을 사용하여 볼 수 있습니다. 한 번에 하나의 포트에 대해 명령을 실행해야 합니다. 표시되는 카운터에 대한 자세한 내용은 이 문서를 참조하십시오.
Cisco IOS Software show interfaces 명령 카운터에 대한 자세한 내용은 다음을 참조하십시오.
스니퍼 추적 분석은 이 문서의 다른 모든 섹션을 검토한 후에도 문제가 지속될 때 스위치 및 NIC 성능 또는 연결 문제를 해결할 때 매우 유용할 수 있습니다. 스니퍼 추적 분석을 통해 전선의 모든 패킷을 확인하고 정확한 문제를 정확히 찾아냅니다. 서로 다른 스위치의 서로 다른 포트에서 여러 스니퍼 추적을 가져오는 것이 중요할 수 있습니다. 일반적으로 스위치 및 NIC 성능 및 연결 문제를 트러블슈팅할 때 스패닝 VLAN보다는 포트를 모니터링하거나 스패닝하는 것이 매우 유용합니다.
스니퍼 추적을 얻는 데 필요한 Switched Port Analyzer(SPAN) 기능의 사용에 대한 자세한 내용은 Catalyst SPAN(Switched Port Analyzer) 컨피그레이션 예를 참조하십시오.
네트워크 인터페이스 카드의 티밍(Teaming) 또는 NIC 티밍은 네트워크의 불안정성을 야기할 수 있습니다. 이러한 설정으로 인해 스패닝 트리가 중단될 수 있으며 재계산이 자주 수행될 수 있습니다. 동일한 VLAN에 있는 디바이스 또는 호스트에 대해 NIC 팀 서버에 대한 연결이 간헐적으로 끊길 경우 NIC 팀 구성을 비활성화해 보십시오. 연결이 안정되면 NIC 공급업체 설명서를 참조하여 NIC 티밍 컨피그레이션을 조정합니다.
다음 방법 중 하나를 사용하여 NIC 티밍을 구현합니다.
SVA(서버 가상 주소): SVA는 네트워크의 다른 디바이스에서 팀 NIC를 하나의 MAC 주소를 가진 하나의 물리적 디바이스로 확인하도록 할 때 사용됩니다. 이 설정을 사용하는 경우 NIC 중 하나는 대기 상태이고 다른 하나는 활성 상태여야 합니다. 그렇지 않으면 SVA에서 네트워크를 통해 전송되는 중복 MAC 주소가 발생할 수 있습니다.
별도의 NIC MAC 주소: 이 설정에서는 별도의 MAC 주소를 실행하는 두 NIC 카드를 모두 사용할 수 있습니다. 이 모드에서는 두 NIC가 모두 네트워크 관점에서 두 개의 별도의 물리적 디바이스로 표시됩니다. 네트워크에서 중복 MAC 주소 문제를 방지하기 위해 로드 밸런싱 옵션으로 내결함성 모드를 구성할 수 있습니다.
기가비트 이더넷에는 10/100Mbps 이더넷에 사용되는 것보다 광범위한 자동 협상 절차가 있습니다(기가비트 자동 협상 사양 IEEE 802.3z-1998). 기가비트 자동 협상은 흐름 제어, 이중 모드 및 원격 결함 정보를 협상합니다. 링크의 양쪽 끝에서 링크 협상을 활성화하거나 비활성화해야 합니다. 링크의 양쪽 끝을 동일한 값으로 설정해야 합니다. 그렇지 않으면 링크가 연결되지 않습니다.
두 디바이스 중 하나에서 기가비트 자동 협상을 지원하지 않는 경우, 링크를 강제로 실행하려면 기가비트 자동 협상을 비활성화합니다. 모든 Cisco 스위치의 기본 컨피그레이션은 자동 협상을 활성화합니다. 자동 협상을 비활성화하면 링크 삭제 및 기타 물리적 레이어 문제가 숨겨집니다. 기가비트 자동 협상을 지원하지 않는 이전 기가비트 NIC와 같은 최종 디바이스에 대한 자동 협상만 비활성화합니다. 물리적 레이어 문제가 감지되지 않아 스패닝 트리 루프가 발생할 수 있으므로 반드시 필요한 경우가 아니면 스위치 간의 자동 협상을 비활성화하지 마십시오. 자동 협상을 비활성화하는 대신 IEEE 802.3z 기가비트 자동 협상 지원을 위한 소프트웨어 또는 하드웨어 업그레이드에 대해 벤더에 문의할 수 있습니다.
표 6 - 기가비트 자동 협상 컨피그레이션 테이블
자동 협상 설정 | NIC 기가비트 자동 협상 설정 | 스위치 포트 기가비트 링크 | 대체 스위치 링크/NIC 링크 |
---|---|---|---|
활성화됨 | 활성화됨 | 위로 | 위로 |
비활성화됨 | 비활성화됨 | 위로 | 위로 |
활성화됨 | 비활성화됨 | 아래로 | 위로 |
비활성화됨 | 활성화됨 | 위로 | 아래로 |
Gigabit 자동 협상 컨피그레이션에 대해 다음 명령을 실행합니다.
CatOS 명령
set port negotiation mod/port enable | disable
Cisco IOS Software 명령:
negotiation auto no negotiation auto
기가비트 이더넷에서 링크 문제를 해결할 때 올바른 케이블 거리가 있는 올바른 GBIC(Gigabit Interface Converter) 어댑터를 사용하는지 확인하는 것도 중요합니다. GBIC 어댑터의 서로 다른 버전에 필요한 거리 및 케이블 사양에 대한 자세한 내용은 기가비트 인터페이스 컨버터 설치 정보를 참조하십시오.
이 섹션에서는 특정 NIC의 성능, 호환성 및 상호 운용에 영향을 줄 수 있는 특정 Cisco Catalyst 스위치 문제를 다룹니다.
캠퍼스 스위치 라우터(CSR) Cisco IOS Software 릴리스 12.0(5)W5(13)에서는 속도 및 듀플렉스에 대한 자동 협상이 기본적으로 활성화되어 있습니다. 이전 릴리스에서는 기본적으로 자동 협상이 지원되지 않습니다. 따라서 연결된 각 인터페이스는 전이중 모드로 실행되도록 설정해야 합니다. 수동으로 전이중 모드로 실행되는 라우터를 사용하여 Cisco IOS 소프트웨어 릴리스 12.0(5)W5(13)로 업그레이드할 경우 성능 문제가 발생합니다. 이러한 증상으로는 높은 충돌 속도, 처리량 감소, 패킷 손실 증가 등이 있습니다. 이는 Catalyst 8500이 연결된 디바이스와의 자동 협상을 대기하기 때문입니다. 이제 연결된 디바이스가 강제로 전이중 모드로 실행되므로 자동 협상에 참여하지 않습니다. 사양에 따라 Catalyst 8500 인터페이스가 하프 듀플렉스 모드로 설정되므로 디바이스와 Catalyst 8500 인터페이스 레벨의 불일치가 발생합니다. Catalyst 8500 인터페이스는 피어가 협상할 수 없는 경우 기본적으로 반이중 모드로 설정됩니다.
이 표에서는 Catalyst 6000 및 6500 스위치에 있는 Cisco 버그 ID에 대해 설명합니다.
표 7
Cisco 버그 ID | 해결됨 | 설명 |
---|---|---|
CSCdm48887![]() |
5.2.3, 5.3.1a | Catalyst 6000 또는 6500에서 포트가 errdisable 상태가 되면 스위치가 실수로 errdisable 포트에서 학습할 다른 디바이스의 MAC 주소를 학습하게 됩니다. errdisable 상태는 포트의 과도한 지연 충돌로 인해 발생합니다. 해당 VLAN의 모든 트래픽이 잘못된 포트에서 잘못 전달되므로 연결이 끊깁니다. 이 errdisable 상태는 이중 불일치 또는 잘못된 NIC의 결과로 나타날 수 있습니다. |
CSCdm80035![]() |
5.2.3, 5.3.1a | Catalyst 6000 또는 6500에서 기가비트 연결이 재설정되면 연결이 다시 연결되지 않을 수 있습니다. 이 문제의 증상은 재설정 또는 연결 해제 후 기가비트 NIC가 연결되지 않는 것일 수 있습니다. |
CSCdm88013![]() |
5.2.3, 5.3.1a | 경우에 따라 WS-X6248-TEL 또는 WS-X6248-RJ-45 모듈에 연결된 호스트 NIC가 자동 협상 실패 후 반이중으로 잘못 돌아갈 수 있습니다. |
Cisco 버그 ID에 대한 자세한 내용은 버그 툴킷(등록된 고객만 해당)을 참조하십시오.
자세한 Catalyst 6000 및 6500 문서화된 버그 픽스에 대한 내용은 Cisco Catalyst 6500 Series 스위치 릴리스 정보를 참조하십시오.
이 표에는 Catalyst 5000 및 5500 스위치에서 발견된 몇 가지 알려진 문제가 나열되어 있습니다.
표 8
Cisco 버그 ID | 해결됨 | 설명 |
---|---|---|
CSCdt28585![]() |
5.5(6) | 직접 연결된 호스트(PC, 라우터 및 서버)는 show port 명령 출력에서 연결된 상태를 나타낼 수 있지만 Xmit-Broadcast 프레임을 전달하지는 않습니다. 이로 인해 set port disable mod/port 및 set port enable mod/port 명령을 실행할 때만 수정되는 연결 문제가 발생합니다. |
CSCdr50629![]() |
5.5(3) | WS-X5225R, WS-X5234 및 WS-X5201R 모듈의 포트는 패킷 버퍼의 예약된 테스트 이후에 유니캐스트 프레임을 전송하지 않습니다. 해결 방법은 패킷 버퍼 테스트를 비활성화하는 것입니다. |
CSCdr03818![]() |
4.5(7), 5.4(2) | WS-X5225R 및 WS-X5234 모듈은 Sun Workstation Ultra 5에서 시스템을 재설정하거나 전원을 껐다가 켠 후 듀플렉스 모드를 올바르게 협상하지 못합니다. |
CSCdm51653![]() |
4.5(3), 5.1(2a) | Sun 10/100 NIC와 특정 Catalyst 5000 제품군 모듈(예: WS-X5225R) 간의 자동 협상으로 특정 조건에서 속도 또는 이중 불일치가 발생할 수 있습니다. 이 문제는 일반적으로 모듈이 재설정되거나 스위치 포트가 비활성화되고 재활성화된 후에 발생합니다. 해결 방법은 워크스테이션을 스위치 포트에 연결하는 케이블을 분리하고 다시 연결하는 것입니다. |
CSCdk32984![]() |
4.2(2) | 48포트 10BASE-T 이더넷 모듈(WS-X5012)은 드리블 비트(일부 엔드 스테이션 및 트랜시버에 의해 프레임에 추가되는 추가 비트)가 있는 유효한 프레임을 잘못 삭제합니다. |
CSCdj82035![]() |
3.2(2), 4.1(3) | 트래픽이 많은 경우 48포트, 10BASE-T 이더넷 모듈(WS-X5012)의 포트 1에서 24까지(또는 포트 25에서 48까지) 프레임 전송을 중지할 수 있습니다. |
Cisco 버그 ID에 대한 자세한 내용은 버그 툴킷(등록된 고객만 해당)을 참조하십시오.
자세한 Catalyst 5000 및 5500 문서화된 버그 픽스에 대한 내용은 Cisco Catalyst 5000 Series Switches 릴리스 정보를 참조하십시오.
이 표에는 Catalyst 4000, 2948G 및 2980G 스위치에서 발견된 몇 가지 알려진 문제가 나열되어 있습니다.
표 9
버그 ID | 해결됨 | 설명 |
---|---|---|
CSCds38973![]() |
4.5(8), 5.2(7), 5.5(2) | Catalyst 2948G 및 Catalyst 4000 스위치에서 총 연결 손실 또는 간헐적 연결 손실 문제가 발생할 수 있습니다. 이러한 문제의 빈도는 하루에 한 번에서 한 달에 한 번까지 다양할 수 있습니다. 이 문제는 스위치의 전원을 껐다가 켠 후에도 다시 발생할 수 있습니다. 이 Cisco 버그 ID의 목적은 여러 소프트웨어 재작업, 연결 문제를 해결하고 손실을 줄이는 수정, 소프트웨어의 추가 문제 해결 확인을 결합하는 것입니다. |
CSCdr37645![]() |
4.5(8), 5.5(2), 6.1(1) | 10/100 포트에서 수신된 길이가 64바이트 미만인 유효하지 않은 패킷은 Runts 및 FCS-Error 카운터를 모두 해당 포트에서 증가시킵니다. 포트에서 수신된 유효 길이 패킷에 대한 FCS-오류의 실제 개수를 확인하려면 포트 FCS-오류 카운터 값에서 포트 Runts 카운터 값을 빼십시오. |
CSCdm38405![]() |
5.1(1) | 일부 Sun Gigabit Ethernet NIC는 Catalyst 4000 Series 오버서브스크립션 기가비트 이더넷 모듈의 특정 포트를 사용하여 흐름 제어를 안정적으로 자동 협상하지 않습니다. 18포트 서버 스위칭 1000BASE-X(GBIC) 기가비트 이더넷 모듈(WS-X4418)이 영향을 받습니다. |
CSCdm51653![]() |
4.5(3), 5.1(2a) | 경우에 따라 일부 Sun NIC와의 자동 협상을 통해 최적화되지 않은 컨피그레이션(예: 10Mbps, 100Mbps 대신 반이중, 전이중)이 발생할 수 있습니다. |
CSCdt80707![]() |
5.5.7, 6.1.3, 6.2.1 | Supervisor Engine II가 있는 Catalyst 4006에서 동일한 VLAN의 스위치 포트는 서로 연결이 끊어질 수 있습니다. 연결이 끊기면 VLAN이 여러 개의 격리된 세그먼트로 분할된 것처럼 보입니다. 호스트는 VLAN에 있는 디바이스 집합 중 하나를 ping할 수 있지만, 동일한 VLAN에 있는 다른 디바이스 집합은 ping할 수 없습니다. 이러한 연결 손실은 라인 카드가 설치된 슬롯과 무관합니다. 즉, 라인 카드가 설치된 슬롯에 관계없이 지정된 라인 카드의 동일한 포트 집합이 영향을 받습니다. 해결 방법은 스위치를 재설정하는 것입니다. |
CSCds89148![]() |
5.5.6, 6.2.1 | Xmit-Err 카운터는 설명되지 않은 이유로 연결되지 않은 포트에서 증가합니다. 또한 이 버그는 호스트 포트로 구성된 연결되지 않은 포트로 인해 발생할 수 있는 CPU 사용률 문제가 해결됩니다. |
Cisco 버그 ID에 대한 자세한 내용은 버그 툴킷(등록된 고객만 해당)을 참조하십시오.
자세한 Catalyst 2948G, 2980G 및 4000 문서화된 버그 픽스에 대한 내용은 Catalyst 4500 Series 릴리스 노트를 참조하십시오.
이 표에는 Catalyst 2950 및 3550 스위치에서 발견된 몇 가지 알려진 문제가 나열되어 있습니다.
표 10
Cisco 버그 ID | 해결됨 | 설명 |
---|---|---|
CSCdz44520![]() |
12.1(13)EA1 | Catalyst 3550-24PWR 인라인 전원 인터페이스는 auto/auto로 구성된 특정 10/100/1000 인터페이스까지 연결하지 않습니다. Catalyst 3550-24PWR 인라인 전원 인터페이스를 Catalyst 3550-12G 또는 3550-12T에서 auto/auto로 구성된 10/100/1000 인터페이스에 연결하는 것은 작동하지 않습니다. |
CSCdz32789![]() |
12.1(13)EA1 | 스위치 포트가 100Mbps, 전이중 또는 100Mbps, 반이중으로 하드코딩되면 특정 NIC에 대한 링크가 작동하지 않습니다. |
CSCdy72718![]() |
12.1(13)EA1 | 스위치 포트는 100의 속도로 하드코딩되어 있지만 제대로 전송되지 않는 경우 패킷을 수신하지 않습니다. |
CSCea36322![]() |
12.1(14)EA1 | Catalyst 3550-24PWR 스위치의 10/100 포트가 속도/이중 설정이 auto로 설정된 기가비트 이더넷 NIC에 연결되어 있고 포트 속도가 100Mbps에서 10Mbps 또는 10Mbps에서 100Mbps로 변경된 경우 포트와 NIC 간의 링크가 작동하지 않을 수 있습니다. |
Cisco 버그 ID에 대한 자세한 내용은 버그 툴킷(등록된 고객만 해당)을 참조하십시오.
면책조항: NIC 문제를 트러블슈팅하려면 이 표를 지침으로 사용하십시오. NIC 공급업체에 문의하여 문제를 확인하고 적절히 해결합니다.
표 11
NIC 모델/제조 | 증상 | 설명 | 해결 |
---|---|---|---|
애플 매킨토시 G3 | 내장형 이더넷 인터페이스가 사용될 때 네트워크 서비스가 간헐적으로 손실됩니다. | 2.04 이전의 드라이버 버전에서는 이 문제가 발생할 수 있습니다. 자세한 내용은 공급업체 기술 지원에 문의하십시오. | 드라이버 버전 2.04 이상으로 업그레이드합니다. |
Apple Macintosh, Power Macintosh G3 및 Powerbook G3 | 내장 이더넷 인터페이스의 속도와 듀플렉스를 수동으로 설정할 수 없습니다. | 이더넷 인터페이스의 속도/듀플렉스를 수동으로 설정하려면 Apple Speed/Duplex 툴이 필요합니다. | Apple 지원 웹 사이트에서 Apple Speed/Duplex 툴을 다운로드합니다. |
Apple Macintosh OS(Open Transport 2.5.1 및 2.5.2 포함) | DHCP 서버에서 DHCP 주소를 가져올 수 없습니다. | 부팅 시 Macintosh는 DHCP 서버에서 IP 주소를 가져오지 못할 수 있습니다. | Apple 기술 정보 라이브러리 문서 25049을 참조하십시오. |
Apple Macintosh 내장 이더넷 | 하드웨어 MAC 주소를 확인할 수 없습니다. | 네트워크 연결 문제를 해결하려면 호스트 MAC 주소가 필요할 수 있습니다. | 공급업체 기술 지원에 문의하십시오. |
Apple Macintosh 성능 문제 및 NuBus | 내장형 이더넷 인터페이스가 NuBus 이더넷 카드보다 성능이 뛰어납니다. | 내장 이더넷으로 가능한 최대 데이터 전송률의 문제. | Apple 기술 정보 라이브러리 문서 12000을 참조하십시오. |
Apple Powerbook G3/G4(내부 NIC 포함) | 대용량 파일 전송이 수행되는 경우 성능이 저하됩니다. | 일부 NIC는 IEEE 802.3에 게시된 대로 사양 외에 작동할 수 있습니다. 일부 Catalyst는 사양 외 NIC에 대해 더 관대하며 성능 저하를 인식하지 못합니다. | 외부 또는 PC 카드 사용. Apple 기술 지원 부서에 문의하십시오. |
내부 NIC가 있는 다양한 Apple G3/G4 노트북 및 워크스테이션 | 성능 저하. | 주목할 만한 느린 성능. | 최신 NIC 드라이버로 업그레이드하고 듀플렉서 유틸리티를 로드합니다. 자동 협상 설정을 확인합니다. |
AsanteFast 10/100 PCI 어댑터 | 느린 로그인 또는 서버에 로그인하지 못했습니다. | — | Asanté 지원 웹 사이트의 기술 문서 TID1084를 참조하십시오. |
AsanteFast 10/100 PCI 어댑터 | Power Macintosh 9500에 연결된 경우 스위치에 수많은 CRC 및 FCS 오류가 보고됩니다. | — | Asanté 지원 웹 사이트의 기술 문서 TID1109를 참조하십시오. |
AsanteFast 10/100 PCI 어댑터 | Macintosh OS 8.5 또는 8.6 업그레이드 후 느린 네트워크 처리량. | — | Asanté 지원 웹 사이트의 기술 문서 TID1976을 참조하십시오. |
Asante GigaNIC 1064SX PCI 카드-Macintosh | 네트워크 성능의 변동. | OS 8.6에서 에너지 절약 모드가 활성화되면 모니터가 흐려지는 즉시 네트워크 속도가 상당히 느려집니다. | 제어판에서 에너지 절약 모드를 끕니다. 네트워크 속도는 변하지 않습니다. Asanté 지원 웹 사이트의 기술 문서 TID2095를 참조하십시오. |
Asante GigaNIC 1064SX PCI 카드-Macintosh | AppleShare IP 서버 및 PCI 이더넷 카드를 사용한 느린 성능. | 고객은 AppleShare IP 서버의 속도가 느려지고 시간이 지남에 따라 중단된다고 보고합니다. 이는 내장형 이더넷 및 다양한 PCI 카드 모두에서 발생합니다. | Asanté 지원 웹 사이트의 기술 문서 TID2227을 참조하십시오. |
3Com 3C574/575 PCMCIA 10/100 | 10MB에서 작동할 때 매우 느린 성능. | 3C574/3C575는 Catalyst 2948G, 2980G, 4000, 5000 및 6000 스위치를 사용하여 10MB로 연결할 때 성능이 느려집니다. 이 문제는 연결 시 NIC가 자동 극성을 일으켜 발생합니다. | 최신 NIC 카드 드라이버로 업그레이드하고 자동 극성을 비활성화합니다. |
3Com 3C595 | 스위치에 기록된 FCS 또는 정렬 오류 성능이 느리다는 것을 알았습니다. 3C595 어댑터가 100MB, 반이중 모드로 사용되는 경우 이 문제는 일반적으로 전체 트래픽의 1~2%에 불과합니다. | 3C595 어댑터를 100MB 반이중으로 사용할 경우 FCS 또는 정렬 오류 이 문제는 일반적으로 전체 트래픽의 1~2%를 차지합니다. | 최신 NIC 드라이버로 업그레이드하고 버스 마스터를 비활성화합니다. 이러한 단계는 FCS 및 정렬 오류를 줄입니다. |
3Com 3C905/3C905B | 간헐적인 DHCP 문제. | Catalyst 스위치 포트의 올바른 구성에도 불구하고 워크스테이션은 여전히 몇 가지 간헐적인 DHCP 문제를 겪습니다. | 드라이버 버전 4.01b 이상으로 업그레이드하여 DHCP 문제를 해결합니다. |
3Com 3C905/3C905B | Novell IPX(네트워크 간 패킷 교환) 네트워크에 로그인할 수 없습니다. | Catalyst 스위치 포트의 올바른 구성에도 불구하고 워크스테이션에서 Novell IPX 로그인 문제가 간헐적으로 발생합니다. | 드라이버 4.01b 이상으로 업그레이드하여 IPX 자동 프레임 유형 문제를 해결합니다. 또는 IPX 프레임 유형에 대해 워크스테이션을 수동으로 구성합니다. |
3Com 3C905B | 대용량 파일을 받으면 성능이 저하됩니다. | 대용량 파일을 수신하는 경우 성능이 현저히 저하됩니다. 서비스 팩과 상관없이 표준 Microsoft NT 4.0에서만 문제가 발생합니다. | 3Com 기술 지원에서 최신 드라이버를 다운로드하십시오. |
3Com 3C905C | 스위치 포트(FCS, 정렬, CRC 및 runts)에서 보고된 레이어 2(L2) 오류 및 고속 워크스테이션의 성능 저하. | 정상 상태에서 3C905C NIC 어댑터에 연결된 포트에 대한 수많은 L2(물리적) 오류를 보고하는 Catalyst. | 3Com에서 사용 가능한 최신 드라이버 및 진단 도구를 로드합니다. 두 PC 간의 성능을 연속으로 테스트하고 진단 도구의 오류를 기록합니다. 전송 언더런 및 수신 오버런과 같이 보고된 오류는 스위치에 의해 물리적 레이어가 보고되고 사소한 성능 문제를 야기합니다. 자세한 내용은 Cisco 버그 ID CSCdt68700![]() |
3C905CX-TX-M | 스위치 포트가 100Mbps, 전이중 또는 100Mbps, 반이중으로 하드코딩되고 NIC가 자동 협상 상태로 설정되면 링크가 작동하지 않습니다. | Cisco 버그 ID CSCdz32789![]() |
드라이버 버전 5.4로 업그레이드하고 고급 NIC 속성에서 LnkChk를 enable로 설정합니다. |
3Com 3C980 | Novell의 데이터 손상 | — | 3Com 기술 지원 참조 1.0.33921641.2241835. |
3Com | 3C985/3C985B | Novell 5.0 문제 | 3Com 기술 지원 참조 1.0.16744826.2027011. |
3Com 3C985/3C985B | 클라이언트가 서버에 로그인하거나 탐색할 수 없지만 ping이 올바르게 작동합니다. | — | 3Com 기술 지원 참조 2.0.4428387.2305072. |
3Com 3C985/3C985B | 이더넷 MTU(1518바이트)보다 큰 패킷이 생성됩니다. 이러한 패킷은 Catalyst 스위치에서 거인으로 표시됩니다. | — | 3Com 기술 지원에 문의하십시오. |
Dell Dimension XPS의 3C905C 또는 3C920 내장형 NIC | 네트워크 연결이 2~3분마다 끊어지거나 네트워크 연결을 위해 네트워크 카드를 여러 번 다시 초기화해야 합니다. | Dell Dimension XPS의 3C905C 또는 3C920 통합 NIC는 전원 관리 문제로 인해 Windows 2000을 실행할 때 네트워크 연결 문제가 발생할 수 있습니다. | 모든 전원 관리 기능을 비활성화합니다. 전원 관리를 비활성화하는 방법에 대한 자세한 내용 또는 이 문제에 대한 자세한 내용은 Dell에 문의하십시오. 자세한 내용은 3Com 기술 지원 참조 2.0.47464140.2853794. |
Compaq Netflex-3 모델 NIC 어댑터 | 성능 저하. | Catalyst 5000 및 5500 스위치에서 자동 협상이 실패할 수 있습니다. | 이 문제는 소프트웨어 릴리스 4.5(1) 이상에서 Catalyst 5000 및 5500 스위치의 경우 해결되었습니다. 자세한 내용은 Cisco 버그 ID CSCdk87853![]() |
Dell Optiplex GX200 | Dell Optiplex GX200 PC(Intel Pro 10/100)에 연결하면 링크가 딸깍 소리가 납니다. PC가 꺼져 있으면 NIC가 제대로 작동하지만, 다시 켜면 플랩이 발생합니다. | 자세한 내용은 Cisco 버그 ID CSCdz60677![]() |
Dell의 최신 드라이버로 업그레이드하십시오. |
Dell Precision 420/530/620 | 자동 협상 링크를 사용하여 Catalyst 2950 스위치에 연결할 때 계속 플랩하고 자동 협상 링크가 실패합니다. 마더보드는 Cisco 스위치 및 Netgear 허브와 호환되지 않는 인텔 칩셋으로 제작되었습니다. | 2001년 5월 21일부터 8월 1일 사이에 제조됩니다. | 자세한 내용은 Dell 기술 지원 및 Cisco 기술 지원에 문의하십시오. |
Broadcom NetXtreme 57xx 기가비트 통합 컨트롤러 | 링크는 속도와 양방향을 위한 자동 협상만 제공됩니다. | NIC 카드 드라이버는 일부 관리 소프트웨어와 함께 번들로 제공되며, 속도/이중 값을 하드 코딩할 때 NIC 카드에 영향을 줍니다. 릴리스 날짜: 6/17/2005 버전: v7.1.0 , A04 다운로드 유형: 애플리케이션 | 드라이버 파일과 함께 원래 설치된 관리 프로그램을 제거합니다. |
IBM 10/100 EtherJet CardBus 어댑터 | 10Mbps에서 작동할 때 매우 느린 성능. | 특정 10/100 스위치는 IBM 10/100 EtherJet CardBus Adapter에서 제공하는 동일한 교정과 완전히 호환되지 않는 극성 반전 케이블에 대해 자동 교정을 구현합니다. 네트워크 속도가 10Mbps로 강제될 경우 심각한 처리량 문제가 발생할 수 있습니다. | 이 문제를 해결하기 위해 어댑터 고급 속성에 새 Auto Polarity 키워드가 추가됩니다. 필요한 경우 극성 보정을 비활성화하기 위해 카드에서 반전 케이블을 보정한다는 의미의 기본 설정인 ON을 OFF로 설정할 수 있습니다. 이렇게 하면 정상적인 처리량이 복원됩니다. |
IBM ThinClient 워크스테이션 | 확장 작업 후 링크가 계속 플랩됩니다. | 서비스 팩 3.0 이전의 워크스테이션은 소프트웨어 버전 6.x 이상에서 Catalyst 2948G 또는 4000 스위치에 연결된 경우 계속 사용 후 스위치의 링크를 반송합니다. | IBM ThinClient를 서비스 팩 3.0으로 업그레이드합니다. |
인텔 Pro/100 | Catalyst 스위치에 대한 일관된 링크 업/다운 연결 | 전원 관리 때문일 수 있습니다. 자세한 내용은 인텔 기술 지원 부서에 문의하십시오. |
|
Intel Pro/1000 T 기가비트 구리 NIC | Intel Pro/1000 T NIC가 Catalyst 스위치에 연결되어 있으면 네트워크 연결이 불량하거나 삭제된 패킷의 수가 너무 많습니다. 상호 운용성 문제는 10비트 인터페이스(TBI)를 가진 모듈이 홀수 바이트 패킷을 기가비트 미디어 독립 인터페이스(GMII)를 가진 수신기로 전송할 때 발생합니다. | 상호운용성 문제는 Carrier Extension을 구현하면서 발생합니다. 캐리어 확장은 IEEE 802.3 사양의 하위 섹션 35.2.3.5에 자세히 설명되어 있습니다. Carrier Extension은 패킷의 마지막 바이트를 패딩하는 데 사용할 수 있으므로 패킷이 짝수 경계에 정렬됩니다. | 최신 드라이버에 대해서는 인텔 기술 지원부에 문의하십시오. |
Sun Microsystems QFE 카드 | 속도와 듀플렉스를 수동으로 설정할 수 없습니다. | 속도와 양방향을 수동으로 설정하면 4개 포트 중 첫 번째에만 영향을 줍니다. | 공급업체 기술 지원에 문의하여 문제를 해결할 최신 드라이버를 구하십시오. |
Sun Microsystems v1.1 Gigabit Card | 링크를 설정할 수 없습니다. | V1.1에서는 스위치에 대한 링크를 설정할 수 없습니다. | 공급업체 기술 지원 또는 v2.0 Gigabit Card에 문의하십시오. |
Xircom 신용카드 이더넷 10/100 CE3B-100 | 100Mbps, 전이중 상태에서 올바르게 작동하거나 협상하지 않음 | 전이중 작업은 10Mbps에서만 지원됩니다. 전이중화는 100Mbps에서 지원되지 않습니다. LineMode 키워드는 100Mbps에서 성능에 영향을 미치지 않습니다. LineSpeed 키워드가 100Mbps로 설정되고 LineMode 키워드가 전이중으로 설정된 경우 LineMode 키워드는 무시됩니다. 10Mbps의 전이중 기능은 어댑터가 전이중 지원 스위치 또는 허브에 연결된 경우에만 사용할 수 있습니다. | 이 NIC를 100Mbps 전이중으로 작동하지 마십시오. |
Xircom 신용카드 이더넷 10/100 CE3B-100 | 10Mbps 전이중 협상 불가 | CE3 및 CE3B는 경우에 따라 10Mbps 전이중 모드로 협상할 수 없습니다. | 이러한 어댑터에서 전이중 모드로 작동하려면 LineSpeed 키워드를 10Mbps로 설정하고 LineMode 키워드를 전이중으로 설정해야 합니다. cable type 키워드는 Auto Detect 또는 10BASE-T/100BaseTX로 설정할 수 있습니다. 연결된 허브 또는 스위치의 관련 포트도 전이중 10Mbps로 설정해야 합니다. |
Xircom RealPort2 카드버스 이더넷 10/100 어댑터(R2BE/RBE/CBE) 모델 | 10Mbps에서 작동할 때 매우 느린 성능. | 특정 10/100 스위치는 CBE/RBE에서 제공하는 동일한 보정과 완전히 호환되지 않는 극성 반전 케이블을 자동으로 보정합니다. 네트워크 속도가 10Mbps로 강제될 경우 심각한 처리량 문제가 발생할 수 있습니다. | 이 문제를 해결하기 위해 드라이버 버전 3.01의 어댑터 고급 속성에서 새 Auto Polarity 키워드가 추가됩니다. 필요한 경우 반전 케이블을 보상하기 위한 기본 설정인 ON을 OFF로 설정하여 극성 수정을 비활성화할 수 있습니다. 이렇게 하면 정상적인 처리량이 복원됩니다. |
Xircom RealPort2 카드버스 이더넷 10/100 어댑터(R2BE/RBE/CBE) 모델 | 초기 네트워크 연결이 실패할 수 있습니다. DHCP는 IP 주소를 가져올 수 있으며 Windows NT 로그인 및 Novell IPX는 실패할 수 있습니다. | 초기화 지연. 초기화 지연 때문에 네트워크 어댑터가 포트 중 하나에 대한 링크를 처음 설정할 때 특정 스위치와 라우터가 네트워크 트래픽을 즉시 전달할 수 없습니다. 이 문제는 네트워크 어댑터가 스위치의 포트에 직접 연결될 때 가장 자주 나타납니다. 일부 운영 체제에서 사용되는 어댑터는 기본적으로 링크와 초기 네트워크 요청 사이에 지연이 거의 없습니다. | 사용자가 선택할 수 있는 기간 동안 네트워크 요청을 전달하지 못하도록 하는 어댑터 고급 속성에 새 키워드인 초기화 지연이 추가됩니다. 지연은 1~60초 범위에서 추가할 수 있습니다. 대부분의 경우 1-3초 범위에서 지연을 추가하면 문제가 해결됩니다. |
Xircom RealPort2 카드버스 이더넷 10/100 어댑터(R2BE/RBE/CBE) 모델 | 포트 리플리케이터 또는 도킹 스테이션에 연결된 경우 네트워크에 연결할 수 없거나 DHCP 서버에서 IP 주소를 가져올 수 없습니다. | 가능한 BIOS(Basic Input/Output System) 또는 드라이버 업데이트가 필요합니다. 자세한 내용은 공급업체 지원에 문의하십시오. | Windows 95의 포트 리플리케이터 또는 도킹 스테이션에서 CBE/CBE2/RBE를 사용하려고 하는데 문제가 있는 경우, 노트북 컴퓨터에 최신 BIOS가 있는지, 최신 제조업체 패치와 유틸리티 소프트웨어가 설치되어 있는지 확인하십시오. |
Xircom XE2000 PCMCIA NIC | 100Mbps로 자동 협상되지 않으며 전이중입니다. | NIC는 100Mbps, 반이중으로만 자동 협상됩니다. | XE2000 NIC의 알려진 제한 사항. XE2000 릴리스 노트를 참조하십시오. |
PROXIM TSUNAMI 5054-R Wireless Bridge | Cisco catalyst 4510R-E와의 협상이 제대로 이루어지지 않음 | Catalyst 4510R-E 및 PROXIM TSUNAMI 5054-R Wireless Bridge 협상이 실패하고 성공률이 간헐적입니다. | PROXIM TSUNAMI 5054-R은 Catalyst 4510R-E와 호환되지 않습니다. |
이 문서에 설명된 트러블슈팅 절차로 인해 문제가 해결되지 않을 경우 Cisco 기술 지원부에 서비스 요청을 생성해야 합니다. 서비스 요청을 생성하기 전에 다음 정보를 수집합니다.
NIC-to-switch 상호운용성에 대한 구체적인 문제를 식별합니다.
예를 들어, DHCP, Novell IPX, 로그인 또는 성능에서만 문제가 발생합니까?
해당되는 모든 영향을 받는 Cisco 장치에서 show tech-support 명령을 실행합니다. 또는 show module, show config, show version 또는 show port 명령을 실행합니다.
NIC의 제조사 및 모델을 파악합니다.
운영 체제 및 NIC 드라이버 버전을 확인합니다.
문제의 일관성을 확인합니다.
예를 들어, 여러 Catalyst 스위치에서 문제가 발생합니까?
자동 협상에서는 10BASE-T 디바이스에서 속도를 협상하고 기타 자동 협상 매개변수를 교환하는 데 사용되는 수정된 버전의 링크 무결성 테스트를 사용합니다. 원래 10BASE-T 링크 무결성 테스트를 NLP(Normal Link Pulse)라고 합니다. 10/100Mbps 자동 협상을 위한 링크 무결성 테스트의 수정된 버전을 FLP라고 합니다. 10BASE-T 디바이스는 링크 무결성 테스트의 일환으로 16(+/- 8)밀리초(msec)마다 버스트 펄스를 예상합니다. 10/100Mbps의 자동 협상을 위한 FLP는 16(+/- 8) msec마다 이러한 버스트를 전송하고 62.5(+/- 7) 마이크로초 단위로 추가 펄스를 전송합니다. 버스트 시퀀스 내의 펄스들은 링크 파트너들 사이의 호환성 교환들에 사용되는 코드 워드들을 생성한다. 자동 협상에 사용되는 이 FLP 프로세스는 기존 10BASE-T 연결과의 역호환성을 유지하며, 정상적인 10BASE-T 하드웨어에 대한 링크 무결성 테스트를 준수하기 위해 16(+/- 8) msec마다 펄스 버스트가 발생합니다. 디바이스가 FLP를 전송하고 NLP만 수신하는 경우, 하드웨어는 즉시 FLP 전송을 중단하고 표준 10BASE-T 하드웨어가 10BASE-T 작업을 계속할 수 있도록 합니다.
이 표에서는 FastEthernet 인터페이스에 대한 제어 레지스터의 가능한 프로그래밍 가능 옵션에 대해 설명합니다. 이러한 옵션은 링크 파트너에 연결할 때 FastEthernet 인터페이스가 작동하는 방식을 결정합니다. Bits 열의 0은 프로그램 가능 레지스터 주소를 나타내고, 0 뒤의 십진수는 16비트 레지스터 내의 비트 배치를 나타냅니다.
표 12 — PHY(Physical Interface) 제어 레지스터 프로그래밍 가능 옵션
비트 | 이름 | 설명 |
---|---|---|
0.15 | 재설정 | 1 = PHY 재설정 0 = 일반 모드 |
0.14 | 루프백 | 1 = 루프백 모드 켜짐 0 = 루프백 모드 꺼짐 |
0.13 | 레이트 선택(LSB[Least-Significant Bit]) | 0.6 0.13 1 1 예약 1 0 1000Mbps 0 1 100Mbps 0 0 10Mbps |
0.12 | 자동 협상 사용 | 1 = 자동 협상 사용 0 = 자동 협상 사용 안 함 |
0.11 | 전원 끄기 | 1 = 전원 꺼짐 0 = 보통 꺼짐 |
0.10 | 격리됨 | 1 = MII(Media-Independent Interface)에서 전기적으로 격리된 PHY 0 = 일반 모드 |
0.9 | 자동 협상 다시 시작 | 1 = 자동 협상 프로세스 재시작 0 = 일반 모드 |
0.8 | 듀플렉스 모드 | 1 = 전이중 0 = 반이중 |
0.7 | 충돌 테스트 | 1 = 충돌(COL) 신호 테스트 활성 0 = COL 신호 테스트 스위치 오프 |
0.6 | 속도 선택(MSB[most-significant bit]) | 비트 0.13 참조 |
이 문서와 관련된 레지스터 비트는 0.13, 0.12, 0.8 및 0.6입니다. 다른 레지스터 비트는 IEEE 802.3u 사양에 설명되어 있습니다. IEEE 802.3u에 따라 속도(속도)를 수동으로 설정하려면 자동 협상 비트 0.12를 0 값으로 설정해야 합니다. 따라서 속도 및 양방향을 수동으로 설정하려면 자동 협상을 비활성화해야 합니다. 자동 협상 비트 0.12를 1의 값으로 설정하면 비트 0.13과 0.8은 아무런 의미가 없으며 링크는 자동 협상을 사용하여 속도와 양방향을 결정합니다. 자동 협상이 비활성화되면 듀플렉스의 기본값은 하프 듀플렉스입니다. 단, 0.8이 1(풀 듀플렉스를 나타냄)로 프로그래밍된 경우는 예외입니다.
IEEE 802.3u를 기반으로 한 경우, 100Mbps에 대해 한 링크 파트너를 수동으로 구성할 수 없으며 전이중 및 다른 링크 파트너와 전이중 자동 협상할 수 없습니다. 한 링크 파트너가 100Mbps, 전이중, 다른 링크 파트너가 자동 협상을 하도록 구성하려고 하면 이중 불일치가 발생합니다. 이는 한 링크 파트너가 자동 협상을 수행하고 다른 링크 파트너의 자동 협상 매개변수가 표시되지 않으며 기본적으로 반이중으로 설정되기 때문입니다.
부록 B에 설명된 대로 자동 협상 작동 방식을 이해하면 FLP 내의 펄스를 사용하여 링크 파트너 기능을 교환하는 코드 단어를 파생합니다. 교환되는 첫 번째 코드워드를 베이스 페이지라고 한다. 각 링크 파트너에게 메시지 유형, IEEE 802.3 또는 IEEE 802.9a 및 기술 능력 필드를 알려줍니다. 이 기술 역량 필드는 각 링크 파트너의 최대 운영 속도와 양방향을 교환하도록 인코딩됩니다.
개정 | 게시 날짜 | 의견 |
---|---|---|
1.0 |
27-Oct-2009
|
최초 릴리스 |