(10M | 100M | 1G) 이더넷 간의 이더넷 자동 협상 차이점


19

나는 CCNA를 위해 공부하고 있으며 Wendell Odom의 책에서 (자동 협상과 관련하여) 말합니다.

한 노드에서 자동 협상에 실패한 경우 (반이중 / 전이중)을 선택하려면 다음 규칙을 사용해야합니다.

  • 10/100 Mb / s 인터페이스가있는 경우-> 반이중 사용
  • 1000Mb / s 인터페이스가있는 경우 전이중 사용

왜 그런 겁니까?

답변:


19

한 노드에서 자동 협상에 실패한 경우 (반이중 / 전이중)을 선택하려면 다음 규칙을 사용해야합니다.

  • 10/100 Mb / s 인터페이스가있는 경우-> 반이중 사용
  • 1000Mb / s 인터페이스가있는 경우 전이중 사용

왜 그런 겁니까?

개요

간단히 말해, 이더넷은 1980 년대 이후 주변왔다 결과로 ...

  • 기존 이더넷 NIC는 자동 협상없이 반이중 작업 만 지원했습니다. 이 상황에서 자동 협상을 활성화 한 경우 모든 이전 NIC를 지원해야합니다 (반이중 작동으로 되돌아 감). 또 다른 대답은 허브를 언급하며이 허브도이 범주에 속합니다.
  • 1GE 사양에는 자동 협상이 필요합니다. 따라서 1GE 속도에서 반이중으로 장애를 강요하는 데 아무런 문제가 없습니다. 1GE 자동 협상은 반이중 / 전이중 가능 여부를 알려줍니다.

요즘에는 다른 포트가 지원하지 않는 경우를 제외하고는 항상 자동 협상을 사용해야합니다.

아래 표는 자동 협상에 대한 뒤틀린 역사를 설명하는 데 도움이 될 수 있습니다.

+------------+------+---------------+--------------+-----------------------+
| Standard   | Year | Speeds        | Media        | Auto-neg Status       |
+------------+------+---------------+--------------+-----------------------+
| 802.3i     | 1990 | 10M           | Twisted Pair | No auto-negotiation   |
+------------+------+---------------+--------------+-----------------------+
| 802.3u     | 1995 | 10/100M       | Twisted Pair | Optional, not trusted |
+------------+------+---------------+--------------+-----------------------+
| 802.3-1998 | 1998 | 100/100M      | Twisted Pair | Optional              |
+------------+------+---------------+--------------+-----------------------+
| 802.3ab    | 1999 | 10/100/1000M  | Twisted Pair | Optional @ 10/100M    |
|            |      |               |              | Required @ 1Gbps      |
+------------+------+---------------+--------------+-----------------------+

이중 불일치의 영향 :

자동 협상이 실패 할 때 반이중으로 되돌아가는 Cisco의 관행과 관련하여 ... 자동 협상이 실패하면 반이중으로 폴백하는 것이 합리적으로 반대 될 수 있습니다. 그러나 잘못된 구성은 허용됩니다. 이 상황에서 발생할 수있는 최악의 상황은 FastEthernet 링크의 한 쪽에서 수동으로 하드 코딩 된 전이중 방식을 사용하고 링크의 다른 쪽에서는 자동 협상이 반이중 방식으로 실패하는 것입니다. 일치하지 않는 이중 방식으로 인해 링크 수준이 발생합니다 오류 (충돌 및 런트)이지만 링크 속도의 약 3 분의 1을 초과하지 않는 한 (예 : FastEthernet의 경우 약 35Mbps) 여전히 잘 통신 할 수 있습니다.

잠재적으로 흥미로운 세부 사항 :

원래 FastEthernet 자동 협상 == 불량 juju

사람들은 IEEE 802.3u (FastEthernet)에서 초기 자동 협상에 대한 나쁜 경험을 가지고 있었는데, 일반적인 지혜는 자동 협상을 비활성화하고 모든 이더넷 구리 포트에서 수동으로 속도 / 이중화를 잠그는 것이 었습니다.

모든 구리 포트에서 자동 협상을 비활성화하는 이러한 관행은 업계의 자동 협상 구현이 10 년 이상 신뢰할 수 있었음에도 불구하고 오늘날 Cat5e / Cat6에서 고정 속도 / 이중을 발견하는 것은 드문 일이 아닙니다. 참고로, 일부 ISP는 여전히 수동 속도 / 이중 방식이 더 안정적이라는 잘못된 가정하에 고객 회로에 100M / 풀을 강제로 적용합니다.

특정 1GE 이중 모드 광고를위한 공급 업체 지원

IEEE 802.3ab (구리를 통한 기가비트 이더넷)의 일부로 자동 협상이 필요합니다. 그러나 여전히 GigE 속도 / 이중화를 하드 코딩 할 수있는 일부 벤더 구현을 찾을 수 있습니다. 1GE 스위치 포트에서 전이중 구성을 허용하는 일부 JunOS 스위치를 보았습니다. JunOS 스위치가 해당 1GE 포트에서 자동 협상을 비활성화한다는 의미입니까? 아닙니다. 이는 JunOS가 자동 협상 중에 구성된 속도 / 이중 만 알리는 것을 효과적으로 의미합니다.

@ytti의 질문에 대한 업데이트 : 이더넷 라인 컨디셔닝

1GE 자동 협상에는 다음이 포함됩니다 (802.3-2012, 조항 40.5.1 인용).

  • 필요에 따라 1000Base-T 반 / 전이중을위한 협상 또는 저속으로 떨어짐
  • PHY 간의 MASTER-SLAVE 관계 결정
  • EEE 기능 협상

GigabitEthernet 자동 협상에는 특수 회선 컨디셔닝이 포함되므로 1GE에서 802.3ab가 자동 협상을 수행해야합니다. 이 컨디셔닝은 MASTER / SLAVE PHY 시작의 TRAINING 모드 중에 발생합니다. TRAINING 모드는 최대 100m 길이의 Cat5e를 통해 1000Mbps를 푸시 할 수있을 정도로 회선을 안정적으로 유지합니다.


2
이 자동 협상 '라인 컨디셔닝'에 대해 더 자세히 읽고 싶습니다. 링크가 있습니까? 바람직하게는 802.3 섹션 3의 페이지. 불행히도 많은 통신 사업자들은 여전히 ​​90 년대를 염두에두고 제품에는 무자가 필요합니다. 이를 확신하기위한 또 다른 좋은 주장은 autonego가 RFI (Remote Fault Indication)를 제공한다는 것입니다.
ytti

2
@ytti, 802.3은 일반적으로 라인 컨디셔닝을 TRAINING이라고합니다. 교육은 자동 협상 중에 발생하는 마스터 슬레이브 PHY 협상의 일부입니다. 802.3-2012, 섹션 3, 조항 40.5.1 (모든 자동 협상 기능을 설명 함)에서 MASTER-SLAVE 협상에 대한 참조를 찾을 수 있습니다. 교육에 대한 자세한 내용을 보려면 "교육"에 대한 802.3-2012 PDF를 검색하십시오
Mike Pennington

고마워, 나는 이더넷에서 시계 선거를 알고 있었다. 라인 컨디셔닝은 다른 것이 었습니다.
ytti

2
Master / Slave PHY 스타트 업에는 Decision Feedback Equalizer (DFE-Ref 802.3-2012, Section 3, 조항 40.4.2.4)가 포함됩니다. DFE는 에코 제거 / 니어 엔드 크로스 토크 (NEXT) 취소를위한 다른 기능들과 함께 작동합니다
Mike Pennington

당신은 가장 환영받습니다 ... 802.3 문서를 살펴 보는 것이 좋은 리프레쉬였습니다.
Mike Pennington

12

한 노드에서 자동 협상에 실패한 경우 (반이중 / 전이중)을 선택하려면 다음 규칙을 사용해야합니다.-> 10 / 100Mb / s 인터페이스가있는 경우-> 반이중 사용

허브가 연결된 경우 기본 전이중으로 인해 충돌이 너무 많이 발생합니다. 기본 반이중은 연결된 장치 (스위치 또는 허브)에 관계없이 통신을 계속합니다.

-> 1000Mb / s 인터페이스가있는 경우-> 전이중 사용

1000Base-T 표준은 자동 협상뿐만 아니라 교환 계층 2 도메인 (허브 없음)을 요구하도록 설계되었습니다. 이는 4 쌍 모두 250Mbps에서 전이중으로 통신해야하기 때문입니다. 따라서 양방향 통신을 위해 연결에 허브가없는 것으로 가정합니다.


BTW, 허브는 반이중으로 돌아가는 좋은 이유이지만 허브는 아닙니다. 초기 10 / 100M NIC는 전혀 자동 협상을하지 않았으며 초기 FastEthernet 자동 협상 구현은 신뢰할 수 없었습니다.
Mike Pennington
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.