우리는 stp를 사용하는 링으로 연결된 장치 세트를 가지고 있습니다.https://github.com/mstpd/mstpd현재) 루프 문제를 방지합니다. 우리가 본 것은 링크가 완전히 끊어졌을 때 stp가 네트워크를 조정할 수 있지만 링크 중 하나에서 높은 패킷 손실이 발생하는 상황을 무시한다는 것입니다.
이것이 stp가 지원하는 것입니까? 즉, 주어진 인터페이스와 관련된 비용에서 네트워크 링크의 패킷 손실을 고려하고 이를 기반으로 네트워크를 조정하는 것입니까? 그렇지 않다면 좋은 대안이 있습니까?
우리가 직면한 방식은 재부팅 후 또는 eth 케이블을 수동으로 다시 연결한 후 어떤 경우에는 실패한 USB-Eth 어댑터가 있었기 때문입니다. 문제는 일부 드라이버/OS 관련 문제일 가능성이 높지만 stp가 여전히 부분적으로 실패한 링크를 선택하여 해당 링크를 회피하는 0% 대신 영구적인 50% 패킷 손실로 끝나는 것을 매우 잘 보여주었습니다.
답변1
우리가 본 것은 링크가 완전히 끊어졌을 때 stp가 네트워크를 조정할 수 있지만 링크 중 하나에서 높은 패킷 손실이 발생하는 상황을 무시한다는 것입니다. 이것이 stp가 지원하는 것입니까?
링크 품질은 STP가 신경쓰지 않으며 처리하도록 설계되지도 않았습니다.
STP는 스위치 사이에서 실행됩니다. 아주 적은 수 이상의 패킷이 손실되면 링크가 불량하므로 수정해야 합니다.
이러한 잘못된 링크를 방지하는 유일한 방법은 특정 오류율로 포트를 모니터링하고 종료하는 것입니다. 링크는 일반적으로 오류가 거의 없기 때문에 스위치에서는 일반적으로 찾을 수 없습니다.
해결 방법으로 포트 우선 순위를 사용하여 STP가 알려진 불량 링크를 방지하는 동시에 해당 링크를 장애 조치로 유지하도록 할 수 있습니다.