간단한 멀티 캐스트 디자인


9

데스크톱 이미징 요구 사항을 지원하려면 기존 네트워크에서 멀티 캐스트 디자인을 수정해야하지만이 주제에 정통하지 않습니다. 아래 다이어그램은 토폴로지의 기본 예를 제공합니다. Juniper EX8200은 간단한 허브 및 스포크 디자인의 허브입니다. 1Gb L3 인터페이스가 서로 다른 사이트에 직접 연결되어 있습니다. 이러한 인터페이스에서 OSPF를 사용하여 다른 사이트의 Cisco 장치와 경로를 교환 할 수 있습니다. 허브와 각 사이트에는 스위치를 클로닝하기 위해 하나 이상의 VLAN 트렁크가 있습니다. 지금까지는 각 사이트의 각 VLAN 인터페이스에서 IGMP와 IGMP-Snooping을 모두 활성화해야한다는 것을 알고 있습니다. WAN 연결에서는 Juniper 측에서 PIM 밀도 모드를 활성화하고 Cisco 측에서 스파 스 밀도 모드를 활성화해야합니다. 주니퍼의 직접 연결된 VLAN의 경우 어떤 모드를 사용해야할지 확실하지 않지만 클라이언트가 가장 많은 최대 환경이므로 모든 서버에서 간단하게 밀도 모드를 사용하려고합니다. 내 질문은 다음과 같습니다.

1) 어딘가에 주소 지정을 할당해야합니까? 2)이 디자인에 중대한 결함이 있습니까?

다음은 네트워크 토폴로지의 기본 표현입니다


정말? 아직 없어요? 분명히 누군가는 이것에 정통합니다. 지금까지는 IGMP와 IGMP 스누핑 액세스 스위치의 조합 사이에서 라우터 인터페이스에서 PIM을 사용하는 것으로 이해하는 데있어 상당히 검증되었습니다.
SpacemanSpiff

달성하려는 것에 대해 더 자세히 설명하면 도움이 될 수 있습니다. 멀티 캐스트가 "데스크톱 이미징 요구 사항"과 어떤 관련이 있는지 이해하지 못합니다

데스크톱 이미징 도구는 일반적으로 멀티 캐스팅을 사용하여 효율성을 높입니다. 사이트 간 1Gb 연결이 가능하지만 20GB 이미지와 500 대의 원격 컴퓨터를 사용하면 멀티 캐스팅을 수행하면 20GB를 한 번 전송하거나 500 번 전송하는 것의 차이가 발생합니다.
SpacemanSpiff

답변:


2

설정에 특정한 문제가 있습니까? 멀티 캐스트 발신자가 어디에 있는지 여전히 이해할 수는 없지만 거의 괜찮습니다.

아마도 PIM이 필요 없을 것입니다. 다이어그램은 항상 각 호스트에서 Juniper 라우터를 통과하는 다른 호스트로 정확히 하나의 경로가있는 것처럼 보입니다. 여기에 다이나믹 멀티 캐스트 라우팅을 소개하는 것은 과잉이며 추가 복잡성을 초래할 수 있습니다. 또한 "직접 연결된"VLAN과 같은 추가 멀티 캐스트 라우터가 필요하지 않은 인터페이스에서는 전혀 필요하지 않습니다. IGMP는 필요한 모든 것을 처리합니다.

IGMP 스누핑은 L2 스위치가 브로드 캐스트 트래픽을 줄이는 데 도움이되지만 기능에는 도움이되지 않습니다. 멀티 캐스트는 활성화되지 않은 경우 모든 포트 (브로드 캐스트와 마찬가지로)로 플러딩되므로 문제 해결을 위해 비활성화 할 수 있습니다.


지금은 잘 작동하는 것 같습니다. 디자인 확인을 더 찾고있었습니다. 사이트 라우터 중 일부는 IOS에서 JunOS로 변환되었습니다. 이로 인해 변환기가 모든 VLAN에서 PIM을 전환하면 많은 오버 헤드와 이상한 응답이 발생했습니다. 설명대로 PIM 사이트 간, 각 VLAN에서 IGMP를 조정하여 문제가있는 것으로 보입니다. 방금 그것에 정통하지 않았고 검증을 찾고있었습니다.
SpacemanSpiff

동일한 스위치에서 VLAN간에 작업을 수행하기 위해 스파 스 밀도 모드에서 PIM을 활성화해야했습니다.
SpacemanSpiff
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.