클라이언트와 스위치 간에 자동 협상을 실행해야 합니다. "이전" 스위치는 잘 작동합니다. "새" 스위치에서는 "포트 플래핑"이 발생합니까?

클라이언트와 스위치 간에 자동 협상을 실행해야 합니다. "이전" 스위치는 잘 작동합니다. "새" 스위치에서는 "포트 플래핑"이 발생합니까?

직장에서 겪고 있는 문제를 이해하는 데 도움이 필요합니다. Altiris/배포 솔루션을 실행하고가지다클라이언트 시스템과 스위치 간 자동 협상을 사용하려면(Altiris는 이미징, PXE 부팅 및 기타 기능을 위해 이 기능이 필요한 것으로 보입니다). 우리는 오래된 10/100 Cisco 스위치가 있는 오래된 배선(Cat 3 및 Cat 5)이 있는 여러 영역이 있으며 이러한 시스템을 "자동/자동"(NIC와 스위치 포트 모두에서 자동 협상)으로 설정할 수 있습니다. ) 모든 것이 잘 작동하고 있습니다. 그러나 - 우리 네트워킹 팀은 10/100/1000 Cisco 스위치에 대해 두 개의 오래된 스위치를 교체했으며 이제 그들은 스위치가 이전 방식으로 자동 협상할 수 없기 때문에 "자동/자동"이 작동하지 않을 것이라고 주장합니다. 10/100 스위치가 그랬습니다. 그리고 새로운 긱 스위치를 자동 협상으로 설정하려고 하면 스위치 포트가 "포트 플래핑"을 시작하고 포트를 종료합니다. 그러나 이전 스위치를 다시 넣으면 "auto/auto"를 사용하여 제대로 작동합니다. 포트 플래핑이 없습니다. 네트워킹 담당자는 "기존 전선"에 "새 스위치"를 설치하는 것이 문제이고 기존 케이블 연결이 이러한 새 스위치와의 자동 협상을 지원할 수 없거나 지원하지 않는다는 것이 문제라고 말했습니다.... ???

뭔가 이해가 안 되는 부분이 있습니다. 누군가 나에게 설명해 줄 수 있나요? 아니면 우리 네트워킹 팀이 새로운 스위치 구성에 뭔가 잘못하고 있는 걸까요? 기존 스위치는 "자동/자동"으로 작동하지만 새 스위치는 작동하지 않나요??

도와주세요!!....그리고 감사합니다!!

답변1

배선이 CAT5e 미만이고 워크스테이션에 GbE NIC가 있는 경우 스위치와 GbE 협상을 시도하지만 케이블이 이를 지원할 수 없어 포트 플래핑이 발생하여 실패할 수 있습니다.

이를 방지하려면 스위치가 Cat5E 미만 실행에 연결된 포트에서 100baseTX를 사용하도록 강제해야 합니다. 이미지를 다시 작성하는 경우 클라이언트측에서는 이 작업을 수행할 수 없다는 것이 합리적입니다. 이는 Altiris(자동 협상이 비활성화된 시스템에서 지속적으로 사용함)의 제한 사항이 아니라 소프트웨어에서 포트 속도를 정의하는 제한 사항입니다(물론 재이미징 중에 기본값으로 재설정됨).

이러한 레이어 1 세부 정보는 추상화되고 PXE 부팅과 같은 애플리케이션 프로토콜의 작동과 관련이 없기 때문에 이를 수행할 수 있습니다.

관련 정보