간단히 말해서 :
------------------------------------------------------------
| TYPE | ASSOCIATIONS | SCOPE | EXAMPLE |
------------------------------------------------------------
| Unicast | 1 to 1 | Whole network | HTTP |
------------------------------------------------------------
| Broadcast | 1 to Many | Subnet | ARP |
------------------------------------------------------------
| Multicast | One/Many to Many | Defined horizon | SLP |
------------------------------------------------------------
| Anycast | Many to Few | Whole network | 6to4 |
------------------------------------------------------------
유니 캐스트는 두 개의 네트워크 노드가 서로 통신해야 할 때 사용됩니다. 이것은 매우 직설적이므로 많은 시간을 할애하지 않을 것입니다. 정의에 따른 TCP는 Anycast가 포함 된 경우를 제외하고 유니 캐스트 프로토콜입니다 (아래에 자세히 설명).
트래픽을 볼 수있는 노드가 두 개 이상 필요하면 옵션이 있습니다.
모든 노드가 동일한 서브넷에 있으면 브로드 캐스트 가 실행 가능한 솔루션이됩니다. 서브넷의 모든 노드에는 모든 트래픽이 표시됩니다. TCP와 유사한 연결 상태가 유지되지 않습니다. 브로드 캐스트는 이더넷 프로토콜의 계층 2 기능이며 IPv4의 계층 3 기능입니다.
멀티 캐스트 는 서브넷을 통과 할 수있는 브로드 캐스트 와 같지만 브로드 캐스트와 달리 모든 노드에 닿지는 않습니다. 노드는 정보를 수신하기 위해 멀티 캐스트 그룹에 가입해야합니다. 멀티 캐스트 프로토콜은 일반적으로 연결 상태를 유지할 수 없으므로 UDP 프로토콜입니다. 멀티 캐스트 그룹으로 데이터를 전송하는 노드는 어떤 노드가 수신 중인지 알 수 없습니다. 인터넷 라우터는 기본적으로 멀티 캐스트 트래픽을 전달하지 않습니다. 그러나 내부 용으로는 완벽하게 허용됩니다. 위의 차트에서 "정의 된 수평선". 멀티 캐스트는 IPv4 및 IPv6의 계층 3 기능입니다.
애니 캐스트 를 사용하려면 인터넷의 여러 지점에서 동일한 네트워크를 광고하고 최단 경로 계산을 사용하여 클라이언트를 여러 위치로 안내합니다. 네트워크 노드 자체와 관련하여 유니 캐스트 연결을 사용 하여 애니 캐스트 된 노드와 통신합니다. Anycast에 대한 자세한 내용 은 "anycast"란 무엇이며 어떻게 도움이됩니까? . 애니 캐스트는 계층 3 기능이지만 경로 통합이 수행되는 방식의 기능입니다.
예
비 유니 캐스트 방법이 실제 인터넷에서 어떻게 사용되는지에 대한 몇 가지 예.
브로드 캐스트
ARP는 브로드 캐스트 프로토콜이며 TCP / IP 스택에서 네트워크의 다른 노드로 트래픽을 보내는 방법을 결정하는 데 사용됩니다. 대상이 동일한 서브넷에 있으면 ARP를 사용하여 지정된 IP 주소로 이동하는 MAC 주소를 알아냅니다. 이것은 예약 된 FF : FF : FF : FF : FF : FF MAC 주소로의 레벨 2 (이더넷) 브로드 캐스트입니다.
또한 마이크로 소프트의 머신 브라우징 프로토콜은 유명한 방송 기반입니다. 교차 서브넷 브라우징을 위해 WINS와 같은 대안이 만들어졌습니다. 여기에는 대상 주소가 서브넷의 브로드 캐스트 주소 (192.168.101.0/24에서 브로드 캐스트 주소는 192.168.101.255 임)로 나열된 IP 패킷 인 Level 3 (IP) 브로드 캐스트가 포함됩니다.
NTP 프로토콜은 시간 소스를 알리는 브로드 캐스트 방법을 허용합니다.
멀티 캐스트
회사 네트워크 내에서 멀티 캐스트는 비디오 피드를 제공하는 서버 부분에 큰 대역폭을 두지 않고도 라이브 비디오를 여러 노드에 전달할 수 있습니다. 이 방법으로 100Mb 연결에서만 720p 스트림을 공급하는 비디오 서버를 보유 할 수는 있지만 해당 공급을 3000 명의 클라이언트에게 제공 할 수 있습니다.
Novell이 IPX에서 IP로 전환 할 때 IPX의 SAP 프로토콜을 대체하기 위해 서비스 광고 프로토콜을 선택해야했습니다. 서비스 광고 프로토콜 인 IPX에서는 서비스가 가능하다고 발표 할 때마다 네트워크 전체에 발표를했습니다 . TCP / IP에 이러한 글로벌 알림 프로토콜이 없기 때문에 Novell은 대신 멀티 캐스트 기반 프로토콜 인 서비스 위치 프로토콜을 사용하기로 결정했습니다. 새로운 서버는 SLP 멀티 캐스트 그룹에서 서비스를 발표합니다. 특정 유형의 서비스를 찾는 고객은 멀티 캐스트 그룹에 대한 필요성을 알리고 유니 캐스트 된 응답을 수신합니다.
HP 프린터는 기본적으로 멀티 캐스트 그룹에 자신의 존재를 알립니다. 올바른 도구를 사용하면 네트워크에서 어떤 프린터를 사용할 수 있는지 쉽게 알 수 있습니다.
NTP 프로토콜 은 또한 하나의 서브넷 이외의 영역에 시간 소스를 알리는 멀티 캐스트 방법 (IP 224.0.1.1)을 허용합니다.
애니
캐스트 애니 캐스트는 그 위에 유니 캐스트 계층이 있기 때문에 조금 특별하다. Anycast는 해당 네트워크에 도달하는 데 필요한 네트워크 홉을 줄이기 위해 네트워크의 다른 부분 에서 동일한 네트워크를 발표합니다 .
6to4 IPv6 전환 프로토콜은 Anycast를 사용합니다. 6to4 게이트웨이는 특정 IP 192.88.99.1에 자신의 존재를 발표합니다. 6to4 게이트웨이를 사용하려는 클라이언트는 192.88.99.1로 트래픽을 보내고 네트워크를 신뢰하여 연결 요청을 6to4 라우터로 전달합니다.
특히 인기있는 NTP 호스트에 대한 NTP 서비스는 매우 유용 할 수 있지만 이에 대한 증거는 없습니다. 프로토콜에는이를 방지 할 수있는 것이 없습니다.
다른 서비스는 Anycast를 사용하여 최종 사용자의 데이터 지역성을 향상시킵니다. Google은 일부 지역에서는 검색 페이지를 사용하고 다른 지역에서는 geo-IP를 사용하여 Anycast를 수행합니다. 루트 DNS 서버는 비슷한 이유로 Anycast를 사용합니다. ServerFault 자체는 뉴욕과 오레곤에 데이터 센터가 있지만 아직 거기에 가지 않았습니다.
네트워크 관심사
과도한 브로드 캐스트 트래픽은 해당 대역폭의 서브넷에있는 모든 노드를 훔칠 수 있습니다. 오늘날 전이중 GigE 포트는 그다지 걱정하지 않지만 반이중 10Mb 시절에 브로드 캐스트 스톰은 네트워크를 실제로 빠르게 중단시킬 수 있습니다. 모든 노드에서 하나의 큰 충돌 도메인이있는 반이중 네트워크는 브로드 캐스트 스톰에 특히 취약했기 때문에 네트워킹 서적, 특히 오래된 서적은 브로드 캐스트 트래픽에주의를 기울여야합니다. 스위치드 / 풀 듀플렉스 네트워크는 브로드 캐스트 스톰으로 중단하기가 훨씬 어렵지만 여전히 발생할 수 있습니다. IP 네트워크가 올바르게 작동 하려면 브로드 캐스트가 필요 합니다.
멀티 캐스트는 남용 가능성이 동일합니다. 멀티 캐스트 그룹의 한 노드가 해당 그룹에 많은 양의 트래픽을 보내기 시작하면 가입 한 모든 노드에 해당 트래픽이 모두 표시됩니다. 브로드 캐스트와 마찬가지로 과도한 Mcast 트래픽은 문제가있는 연결에서 충돌 가능성을 높일 수 있습니다.
멀티 캐스트는 IPv4 의 선택적 기능이지만 IPv6에 필요 합니다. IPv4 브로드 캐스트는 IPv6에서 멀티 캐스트로 대체됩니다 (또한 IPv6이 브로드 캐스트를 보낼 수없는 이유는 무엇입니까? 참조 ). IPv4 네트워크에서 자주 꺼집니다. 일치하여, 멀티 캐스트를 가능하게하는 것은 그들이 전에 네트워크 엔지니어가 IPv6 로의 이동 의심되는 많은 이유 중 하나 가 그것을 할 수 있습니다.
트래픽이 너무 많은 트래픽을 계산하는 것은 몇 가지 사항에 따라 다릅니다.
- 반이중 및 전이중 : 반이중 네트워크는 bcast / mcast 트래픽에 대한 내성이 훨씬 낮습니다.
- 네트워크 포트 속도 : 네트워크 속도가 빠를수록 문제가 줄어 듭니다. 10Mb 이더넷 시대에는 포트의 트래픽 중 5-10 %가 캐스트 트래픽 일 수 있지만 GigE에서는 1 % 미만 (아마도 더 적음) 일 가능성이 높습니다.
- 네트워크의 노드 수 : 노드가 많을수록 피할 수없는 브로드 캐스트 트래픽 (ARP)이 커집니다. 사용중인 브로드 캐스트 특정 프로토콜, Windows 브라우징 또는 클러스터 하트 비트와 같은 문제가 발생하면 문제가 시작됩니다.
- 네트워크 기술 : 유선 이더넷은 최신 장비를 사용하는 한 bcast / mcast가 문제를 일으키지 않을 정도로 빠릅니다. 반면에 무선은 모든 노드간에 공유 매체이므로 단일 충돌 도메인에서 과도한 브로드 캐스트 트래픽을 겪을 수 있습니다.
결국, Bcast 및 Mcast 트래픽은 대역폭 포트를 최상위에서 빼냅니다. 걱정할 때는 개별 네트워크와 가변 성능에 대한 내성에 크게 의존합니다. 일반적으로 네트워크 노드 수는 네트워크 속도만큼 빠르게 확장되지 않았으므로 전체 트래픽 트래픽 비율은 시간이 지남에 따라 떨어지고 있습니다.
일부 네트워크는 특정 이유로 멀티 캐스트를 허용하지 않으며 다른 네트워크는이를 설정하는 데 시간이 걸리지 않았습니다. 올바른 정보를 듣고있는 모든 사람에게 흥미로운 정보 (SLP는 그 중 하나임)를 공개 할 수있는 멀티 캐스트 프로토콜이 있습니다. 개인적으로 , 약간의 멀티 캐스트 트래픽은 네트워크 분석을 할 때 오염 된 네트워크 캡처라는 가장 큰 성가심으로 신경 쓰지 않습니다. 이를 위해 필터가 있습니다.