"유니캐스트 플러드"의 두 판 사이의 차이

태그: 2017 원본 편집
태그: 2017 원본 편집
주소 캐시에 공간이 없는 스위치는 프레임을 모든 포트로 흘려보낸다. 이것은 호스트가 많은 네트워크에서 흔히 발생하는 문제이고, 주소 테이블의 인위적인 플러딩은 덜 일반적이며 MAC 플러딩 이라고 한다.
 
또 다른 일반적인 원인은 호스트의 [[주소 결정 프로토콜|ARP]] 타이머가 스위치의 주소 캐시 보관 시간 보다 긴 경우로, 스위치는 호스트에 연결된 포트의 MAC 주소를 알 수 없게 된다.<ref><span data-segmentid="54" class="cx-segment">고 문헌</span></ref>
.<ref>{{
cite web
| url = http://mailman.nanog.org/pipermail/nanog/2009-June/011311.html
| title = Unicast Flooding
| author = Steven King
| date = 2009-06-17
| accessdate = 2012-01-27
}}</ref>
 
스위치 이외의 장치도 유니캐스트 플러드를 생성할 수 있다. 브리지 인터페이스가 있지만 브리지 캐시에 대상 프레임의 주소가 없는 라우터는 프레임을 모든 브리지 구성원으로 흘려보낸다. <ref><section rel="cx:Section" id="cxTargetSection25" data-mw-cx-source="Google">{{각주}}</section></ref>
<ref>{{
cite web
| url = http://forums.freebsd.org/showpost.php?p=163796&postcount=17
| title = Fix for unicast flooding
| author = Rudy Rucker
| date = 2012-01-27
| accessdate = 2012-01-27
}}</ref>
 
네트워크의 기능이 잘못 구성되면 유니캐스트 플러딩이 발생할 수도 있다. 호스트 A에서 B 로의 2 개의 레이어 2 경로가 있고 호스트 A가 경로 1을 사용하여 호스트 B와 통신하지만 호스트 B가 경로 2를 사용하여 호스트 A에 응답하는 경우 경로 1의 중간 스위치는 대상 [[MAC 주소]] 를 인식하지 못한다. 경로 2의 호스트 B와 중간 스위치는 호스트 A의 대상 MAC 주소를 인식하지 못한다.