Mạng cho nhỏ nhất. Phần thứ chín. Multicast / HABR.

Nhà cung cấp LinkMeup săn chắc của chúng tôi tăng lên và lặng lẽ theo tất cả các dịch vụ của các nhà khai thác viễn thông thông thường. Bây giờ chúng tôi đã phát triển lên IPTV.

Điều này ngụ ý nhu cầu định cấu hình định tuyến phát đa hướng và trước hết sự hiểu biết rằng có nhiều multicone như vậy.

Đây là độ lệch đầu tiên từ các nguyên tắc thông thường của mạng IP. Tuy nhiên, mô hình multicast hoàn toàn khác với đèn đèn ấm.

Bạn thậm chí có thể nói, nó bằng cách nào đó thách thức sự linh hoạt của tâm trí bạn trong việc hiểu các phương pháp mới.

Trong bài viết này tập trung vào những điều sau đây:

Hướng dẫn bằng video truyền thống:

Vào buổi bình minh của sự hình thành của tôi, giống như một kỹ sư, chủ đề của multicast vô cùng sợ hãi, và tôi liên kết nó với Psychotraham của trải nghiệm đầu tiên của tôi với anh ấy. " Vì vậy, Marat, khẩn cấp, trước buổi trưa, bạn cần khơi dậy dòng video đến tòa nhà mới của chúng tôi ở trung tâm thành phố - nhà cung cấp sẽ cung cấp cho nó ở đây trên tầng hai Tôi đã nghe với một buổi sáng tuyệt vời. Tất cả mọi thứ mà sau đó tôi biết về multicast, vì vậy đây là những gì người gửi là một, người nhận rất nhiều và dường như giao thức IGMP bằng cách nào đó liên quan.

Kết quả là, trước buổi trưa, chúng tôi đã cố gắng bắt đầu toàn bộ - tôi đã đánh bại Vlan thông thường nhất từ ​​điểm vào vào điểm đầu ra. Nhưng tín hiệu không ổn định - hình ảnh bị đóng băng, sụp đổ, bị gián đoạn. Tôi đã thử trong một hoảng loạn để tìm ra những gì có thể được thực hiện với IGMP nói chung, Tyrrhogozy, đã bật định tuyến phát đa hướng, IGMP-Snooping, đã kiểm tra hàng ngàn lần sự chậm trễ và thua lỗ - không có gì giúp được. Và sau đó đột nhiên mọi thứ làm việc. Tất nhiên, ổn định, không gặp sự cố.

Nó phục vụ tôi bằng cách tiêm vắc-xin một multicast, và trong một thời gian dài tôi không thể hiện bất kỳ sự quan tâm nào đối với anh ta.

Đã rất nhiều sau đó tôi đã đi đến quy tắc tiếp theo: Và bây giờ, từ chiều cao của các trường hợp không thể hiểu được, tôi hiểu rằng không thể có bất kỳ vấn đề nào với việc thiết lập phần mạng - Thiết bị hữu hạn Buggy. Giữ bình tĩnh và tin tưởng tôi. Sau bài viết này, những điều như vậy sẽ không làm bạn sợ. Hiểu chung đa hướng. Như bạn đã biết, các loại lưu lượng truy cập sau đây tồn tại: Unicast. - Unicast - một người gửi, một người nhận. ( Ví dụ: Truy vấn của trang HTTP tại máy chủ web Như bạn đã biết, các loại lưu lượng truy cập sau đây tồn tại: ). Phát sóng. - Phát sóng - một người gửi, người nhận - tất cả các thiết bị trong phân khúc phát sóng. ( Như bạn đã biết, các loại lưu lượng truy cập sau đây tồn tại: Ví dụ: Yêu cầu ARP Multicast. - Multicast - một người gửi, nhiều người nhận. ( Ví dụ: IPTV.

Anycast.

- Unicast của nút gần nhất - một người gửi, nói chung, nhiều người nhận, nhưng trong thực tế, dữ liệu chỉ được gửi đến một. ( Ví dụ: Anycast DNS ).

Vì chúng tôi quyết định nói về multicast, thì, có lẽ, hãy bắt đầu bằng đoạn này từ câu hỏi, nơi và cách sử dụng nó.

Điều đầu tiên xuất hiện trong tâm trí là truyền hình (IPTV) - một máy chủ nguồn sẽ gửi lưu lượng cần nhận nhiều khách hàng cùng một lúc. Điều này được xác định bởi chính thuật ngữ -

Multicast.

- Phát sóng phát đa hướng. Đó là, nếu các chương trình phát sóng đã biết với bạn, có nghĩa là phát sóng cho tất cả mọi người, các phương tiện multicast phát sóng một nhóm nhất định.

  1. Ví dụ, ứng dụng thứ hai là sao chép hệ điều hành thành nhiều máy tính. Điều này ngụ ý tải tập dữ liệu lớn từ một máy chủ.
  2. Các kịch bản có thể xảy ra: Hội nghị âm thanh và video (một người nói - mọi người đã nghe), thương mại điện tử, đấu giá, trao đổi chứng khoán. Nhưng điều này là về lý thuyết, và trong thực tế, một multicast hiếm khi được sử dụng ở đây.

Một ứng dụng khác là tin nhắn dịch vụ giao thức. Ví dụ: OSPF trong miền phát sóng của nó gửi tin nhắn của nó đến địa chỉ 224.0.0.5 và 224.0.0.6. Và chỉ những nút mà OSPF đang chạy sẽ được xử lý.

Chúng tôi xây dựng hai nguyên tắc cơ bản của các bản tin Multicast:

Người gửi chỉ gửi một bản sao lưu lượng truy cập, bất kể số lượng người nhận.

Giao thông chỉ nhận được những người thực sự quan tâm đến nó.

Trong bài viết này, chúng tôi sẽ đưa IPTV như một ví dụ trực quan nhất.

Ví dụ I.

Hãy bắt đầu với trường hợp đơn giản nhất: Trên máy chủ nguồn, chương trình phát sóng được cấu hình thành Nhóm 224.2.2.4 - Điều này có nghĩa là máy chủ sẽ gửi lưu lượng đến địa chỉ IP 224.2.2.4. Trên máy khách, trình phát video được cấu hình để lấy một nhóm 224.2.2.4. .

Đồng thời, thông báo, máy khách và máy chủ không phải có địa chỉ từ một mạng con và ping nhau - đủ để ở trong một miền phát sóng.

Một luồng multicast chỉ đơn giản là đổ từ máy chủ và khách hàng chỉ cần lấy nó. Bạn có thể dùng thử trực tiếp vào nơi làm việc của mình bằng cách kết nối hai máy tính với một bản vá và chạy, ví dụ như VLC.

Cần lưu ý rằng trong multicast không có tín hiệu từ nguồn, họ nói,

"Xin chào, tôi là một nguồn, bạn không cần một chút multicast?"

Máy chủ nguồn chỉ cần bắt đầu phát các gói Multicast trong giao diện của mình. Trong ví dụ của chúng tôi, họ trực tiếp vào khách hàng và người thực sự đưa họ ngay lập tức.

Nếu bạn bắt các gói trên liên kết này, thì bạn sẽ thấy lưu lượng truy cập multicast đó không giống như các gói UDP biển.

Multicast không được gắn vào một giao thức cụ thể. Trong thực tế, tất cả mọi thứ xác định địa chỉ của nó. Tuy nhiên, nếu chúng ta nói về ứng dụng của mình, thì trong phần lớn trường hợp, đó là UDP. Nó dễ dàng được giải thích bởi thực tế là thường là dữ liệu cần thiết ở đây được truyền đến sự trợ giúp của Multicast. Ví dụ, video. Nếu một mảnh khung bị mất, và người gửi sẽ cố gắng gửi lại như thế nào điều này xảy ra trong TCP, thì rất có thể, mảnh này là muộn và nơi để hiển thị nó sau đó? Tàu còn lại. Chính xác như nhau với âm thanh.

Theo đó, không cần thiết phải cài đặt kết nối, vì vậy cần TCP.

Điều gì đã chuyển hướng một multicast từ sự không phổ biến? Tôi nghĩ rằng bạn đã có một giả định. Và bạn có thể đúng. Trong tình huống thông thường, chúng tôi có 1 người nhận và 1 người gửi - mỗi người trong số họ có một địa chỉ IP duy nhất. Người gửi biết chính xác nơi để trượt gói và đặt địa chỉ này vào tiêu đề IP. Mỗi nút trung gian do bảng định tuyến của nó biết nơi gửi gói. Lưu lượng unicast giữa hai nút không bị cản trở thông qua mạng. Nhưng vấn đề là chỉ có một địa chỉ IP của người nhận được chỉ định trong gói thông thường. Điều gì xảy ra nếu một và cùng lưu lượng có một số người nhận? Về nguyên tắc, có thể mở rộng một cách tiếp cận unicast và tình huống như vậy - để gửi bản sao gói của bạn cho mỗi khách hàng. Khách hàng sẽ không nhận thấy sự khác biệt - thậm chí một cái, ít nhất một nghìn, nhưng sự khác biệt sẽ được phân biệt rõ ràng về các kênh truyền dữ liệu của bạn. GGiả sử chúng ta có một chuyển một kênh SD từ máy chủ Multicast. Hãy để nó sử dụng 2 MB / s. Tổng số kênh 30 và xem mọi kênh cho 20 người cùng một lúc. Hóa ra 2 MB / s * 30 kênh * 20 người = 1200 MB / s hoặc 1,2 GB / S chỉ trên truyền hình trong trường hợp unicast. Nhưng vẫn có các kênh HD, nơi bạn có thể nhân số này một cách an toàn với 2. và nơi nào là nơi cho torrent?

Đó là lý do tại sao khối địa chỉ được đặt trong ipv4

Lớp D: 224.0.0.0/4

(224.0.0.0-239.255.255.255). Địa chỉ của phạm vi này được xác định bởi một nhóm multicast. Một địa chỉ là một nhóm, thông thường nó được chỉ định bởi chữ cái

"

Đó là, nói rằng khách hàng được kết nối với nhóm 224.2.2.4, chúng tôi có nghĩa là nó nhận được lưu lượng phát đa hướng với địa chỉ của điểm đến 224.2.2.4.

Ví dụ II.

Thêm một công tắc vào sơ đồ và một vài khách hàng nữa:

Máy chủ Multicast vẫn phát sóng cho nhóm 224.2.2.4. Trên công tắc, cả 4 cổng phải ở trong một Vlan. Lưu lượng truy cập đến chuyển đổi và mặc định được gửi đến tất cả các cổng của một Vlan. Vì vậy, tất cả khách hàng nhận được lưu lượng này. Trên chúng, địa chỉ nhóm 224.2.2.4 cũng được chỉ định ở tất cả trong trình phát video.

Trên thực tế, tất cả các thiết bị này trở thành thành viên của nhóm phát đa hướng này. Tư cách thành viên trong đó là năng động: Bất cứ ai, bất cứ lúc nào cũng có thể nhập và thoát khỏi nó. Trong tình huống này, lưu lượng truy cập sẽ nhận được ngay cả những người không muốn điều này nói chung, nghĩa là, không phải người chơi không được tung ra trên đó, cũng không có gì khác. Nhưng chỉ khi anh ta ở trong cùng một Vlan. Sau này chúng tôi sẽ đối phó với cách đối phó với nó.

Xin lưu ý rằng trong trường hợp này, chỉ có một bản sao lưu lượng truy cập đến công tắc đến từ máy chủ nguồn và không nằm trên một bản sao riêng cho mỗi máy khách. Và trong ví dụ của chúng tôi với các kênh SD, tải cổng giữa nguồn và công tắc sẽ không là 1,2 GB / s, mà chỉ 60 MB / s (2MB / C * 30 kênh).

Trên thực tế, toàn bộ phạm vi khổng lồ này (224.0.0.0-239.255.255.255) có thể được sử dụng.

Chà, gần như tất cả - các địa chỉ đầu tiên (phạm vi 224.0.0.0/23) vẫn được dành riêng cho các giao thức nổi tiếng.

Danh sách các địa chỉ IP dành riêng

Phạm vi 224.0.0.0/24 Được bảo lưu theo liên kết-địa phương

thông tin liên lạc. Các gói phát đa hướng với các địa chỉ đích đến như vậy không thể vượt xa giới hạn của một phân khúc phát sóng.

Phạm vi 224.0.1.0/24 được dành riêng theo các giao thức mà bạn cần để truyền phát đa hướng trên toàn mạng, đó là, đi qua các bộ định tuyến.

Ở đây, trên thực tế, những điều cơ bản nhất về multicast.

Chúng tôi đã xem xét một tình huống đơn giản khi nguồn và người nhận nằm trong cùng một phân khúc mạng. Giao thông nhận được bởi công tắc chỉ đơn giản là được gửi đến chúng trong tất cả các cổng - không có phép thuật.

Nhưng vẫn hoàn toàn khó hiểu Làm thế nào lưu lượng truy cập từ máy chủ tiếp cận khách hàng khi có một mạng lưới nhà cung cấp lớn LinkMIAP? Và ở đâu, trên thực tế, nó sẽ được biết là ai là khách hàng? Chúng tôi không thể đăng ký thủ công các tuyến đường, đơn giản vì chúng tôi không biết khách hàng có thể ở đâu. Các giao thức định tuyến thông thường sẽ không trả lời câu hỏi này. Vì vậy, chúng tôi đến để hiểu rằng việc cung cấp nhiều phát đa hàng là một điều hoàn toàn mới đối với chúng tôi.

Nói chung, để cung cấp multicast từ nguồn đến người nhận tại thời điểm này có nhiều giao thức - IGMP / MLD, PIM, MSDP, MBGP, MOSPF, DVMRP.

Chúng tôi sẽ tập trung vào hai trong số họ, hiện đang được sử dụng: PIM và IGMP. Với IGMP, người nhận khách hàng cuối cùng giao tiếp các bộ định tuyến gần nhất mà họ muốn nhận lưu lượng truy cập. Và PIM xây dựng đường dẫn lưu lượng phát đa hướng từ nguồn đến người nhận thông qua các bộ định tuyến. IGMP.

Quay trở lại bãi rác một lần nữa. Xem gói hàng đầu này, sau đó một luồng multicast đã bị ném?

Tin nhắn giao thức IGMP này được gửi bởi khách hàng khi chúng ta nhấn phát trên đó. Đó là cách anh ta báo cáo rằng anh ta muốn nhận lưu lượng truy cập cho nhóm 224.2.2.4.

IGMP - Giao thức quản lý nhóm Internet

- Đây là một giao thức mạng tương tác với khách hàng lưu lượng phát đa hướng và bộ định tuyến gần nhất.

IPv6 sử dụng MLD (Phát hiện trình nghe đa hướng) thay vì IGMP. Nguyên tắc hoạt động họ hoàn toàn giống nhau, vì vậy bạn có thể dễ dàng thay đổi IGMP ở mọi nơi trên MLD và IP trên IPv6.

IGMP có hoạt động như thế nào?

Có lẽ bạn cần bắt đầu với thực tế là các phiên bản của giao thức hiện là ba: IGMPV1, IGMPV2, IGMPV3. Được sử dụng nhiều nhất - cái thứ hai, lần đầu tiên gần như bị lãng quên, vì vậy chúng tôi sẽ không nói về nó, thứ ba rất giống với thứ hai.

Tôi sẽ tập trung vào thứ hai, như trên tác động nhiều nhất và xem xét tất cả các sự kiện kết nối máy khách với nhóm trước khi hết nó.

Khách hàng cũng sẽ yêu cầu một nhóm 224.2.2.4 thông qua trình phát VLC. Vai trò của IGMP rất đơn giản: Nếu không có khách hàng - không cần thiết phải truyền lưu lượng phát đa hướng đến phân khúc. Nếu một khách hàng xuất hiện, anh ta sẽ thông báo cho các bộ định tuyến bằng IGMP rằng anh ta muốn nhận lưu lượng truy cập. Để hiểu cách mọi thứ xảy ra, lấy mạng này: Giả sử bộ định tuyến đã được cấu hình để nhận và xử lý lưu lượng phát đa hướng.

một.

Ngay sau khi chúng tôi khởi chạy ứng dụng trên máy khách và đặt nhóm 224.2.2.4, gói sẽ được gửi đến mạng Báo cáo thành viên IGMP - "Báo cáo" nút thắt mà anh ấy muốn nhận lưu lượng của nhóm này.

Trong báo cáo IGMPV2 đi đến địa chỉ của nhóm mong muốn và song song, nó được chỉ định trong gói đó. Những tin nhắn này chỉ phải sống trong phân khúc của họ và không chuyển tiếp bởi các bộ định tuyến, do đó, chúng có 1 TTL. Thường trong tài liệu bạn có thể đáp ứng đề cập đến

IGMP tham gia.

. Đừng sợ hãi - đây là tên thay thế cho báo cáo thành viên IGMP.

2.

Bộ định tuyến nhận được báo cáo IGMP và, nhận ra rằng giao diện này hiện có khách hàng, làm cho thông tin trong bảng của họ

Đây là một đầu ra của thông tin về IGMP. Nhóm đầu tiên được khách hàng yêu cầu. Thứ ba và thứ tư là báo cáo dịch vụ SSDP.

Tích hợp trong Windows. Thứ hai là một nhóm đặc biệt luôn có mặt trên các bộ định tuyến Cisco - nó được sử dụng cho giao thức tự động rp. được kích hoạt theo mặc định trên các bộ định tuyến. Giao diện FE0 / 0 trở nên giảm dần cho nhóm 224.2.2.4 - nó sẽ cần gửi lưu lượng nhận được. Cùng với bảng định tuyến độc đáo thông thường, cũng có một multicast: Về sự sẵn có của khách hàng cho biết hồ sơ đầu tiên

(*, 224.2.2.4)

. Và ghi lại (172.16.0.5, 224.2.2.4) .

Điều này có nghĩa là bộ định tuyến biết về nguồn của một luồng multicast cho nhóm này. Từ đầu ra, rõ ràng lưu lượng truy cập cho nhóm 224.2.2.4 đi qua FE0 / 1 và cần phải truyền nó vào cổng FE0 / 0. Các giao diện mà bạn cần truyền lưu lượng truy cập được bao gồm trong danh sách các giao diện hạ lưu -

Dầu - Danh sách giao diện bên ngoài

Chi tiết nhiều chi tiết, lệnh Hiển thị ip mroute. Chúng tôi sẽ phân biệt sau. . Trên bãi chứa bạn thấy rằng ngay khi máy khách đã gửi báo cáo IGMP, ngay sau khi nó bay lên UDP là một luồng video. .

3. Khách hàng bắt đầu nhận lưu lượng. Bây giờ bộ định tuyến đôi khi nên kiểm tra xem người nhận vẫn có một khoảng cách để không phát sóng nếu bất ngờ khách hàng bị bỏ lại. Để làm điều này, nó định kỳ gửi yêu cầu cho tất cả các giao diện giảm dần của nó. Truy vấn IGMP.

* Kết xuất được lọc bởi IGMP * Trên bãi chứa bạn thấy rằng ngay khi máy khách đã gửi báo cáo IGMP, ngay sau khi nó bay lên UDP là một luồng video. .

Theo mặc định, điều này xảy ra cứ sau 60 giây. TTL các gói như vậy cũng bằng 1. Chúng được gửi đến địa chỉ 224.0.0.1 - tất cả các nút trong phân đoạn này - mà không chỉ định một nhóm cụ thể. Tin nhắn truy vấn như vậy được gọi là

Truy vấn chung.

- chung. Do đó, bộ định tuyến hỏi: "Guys, và ai và những gì khác muốn nhận được?".

Đã nhận được truy vấn chung IGMP, bất kỳ máy chủ nào lắng nghe bất kỳ nhóm nào phải gửi báo cáo IGMP vì nó đã làm khi được kết nối. Địa chỉ của nhóm mối quan tâm đối với nhóm của anh ta nên được chỉ định trong báo cáo. Nếu, đáp ứng với truy vấn, ít nhất một báo cáo đã đến bộ định tuyến, điều đó có nghĩa là khách hàng vẫn còn khách hàng, anh ta tiếp tục phát sóng đó từ nơi báo cáo này đến từ đâu, lưu lượng của nhóm này. Nếu truy vấn không có phản hồi từ giao diện phản hồi cho một số nhóm, bộ định tuyến sẽ xóa giao diện này khỏi bảng định tuyến phát đa hướng cho nhóm này - ngừng gửi lưu lượng truy cập. Về sáng kiến ​​của mình, máy khách thường gửi báo cáo chỉ khi được kết nối, sau đó nó chỉ đơn giản là đáp ứng truy vấn từ bộ định tuyến. Một chi tiết thú vị trong hành vi của khách hàng: đã nhận được truy vấn, anh ta không vội trả lời ngay lập tức để báo cáo. Nút mất thời gian chờ từ 0 đến .Thời gian đáp ứng tối đa. .

được chỉ định trong truy vấn tiếp theo: Nhân tiện, khi gỡ lỗi hoặc trong bãi rác, có thể thấy rằng vài giây có thể vượt qua giữa các báo cáo khác nhau. Điều này được thực hiện để hàng trăm khách hàng tất cả các phạm vi không tràn ngập mạng với các báo cáo của họ bằng cách nhận truy vấn chung. Hơn nữa, chỉ có một khách hàng thường gửi báo cáo. Thực tế là báo cáo được gửi đến địa chỉ nhóm, và do đó đến với tất cả khách hàng. Sau khi nhận được báo cáo từ một khách hàng khác cho cùng một nhóm, nút sẽ không gửi riêng của nó. Logic rất đơn giản: bộ định tuyến đã nhận được rất nhiều báo cáo này và biết rằng có khách hàng, điều đó là không cần thiết.

Cơ chế này được gọi là

Báo cáo triệt tiêu.

Tiếp theo trong bài viết, chúng tôi sẽ kể về lý do tại sao cơ chế này trên thực tế rất hiếm khi làm việc bốn. Vì vậy, tiếp tục trong nhiều thế kỷ cho đến khi khách hàng muốn thoát khỏi nhóm (ví dụ: tắt trình phát / TV). Trong trường hợp này, anh ấy gửi IGMP rời đi. đến địa chỉ nhóm.

Bộ định tuyến nhận được nó và trong một ý tưởng phải tắt. Nhưng anh ta không thể vô hiệu hóa một ứng dụng khách cụ thể - bộ định tuyến không phân biệt chúng - nó chỉ có giao diện xuôi dòng. Và giao diện có thể là một số khách hàng. Đó là, nếu bộ định tuyến xóa giao diện này khỏi danh sách OUL của nó (danh sách giao diện gửi đi) cho nhóm này, video sẽ tắt cả.

Nhưng cũng không nên xóa nó, nó cũng không thể - đột nhiên đó là khách hàng cuối cùng - tại sao sau đó rửa nó? Trên bãi chứa bạn thấy rằng ngay khi máy khách đã gửi báo cáo IGMP, ngay sau khi nó bay lên UDP là một luồng video. .

Nếu bạn nhìn vào bãi chứa, bạn sẽ thấy rằng sau khi nhận được bộ định tuyến rời khỏi, luồng sẽ tiếp tục đi một lúc. Thực tế là bộ định tuyến đáp ứng để lại gửi truy vấn IGMP đến địa chỉ nhóm mà nghỉ phép này đến giao diện đó nơi anh ta đến. Một gói như vậy được gọi là

Truy vấn cụ thể nhóm.

. Trả lời đi

chỉ có Truy vấn cụ thể nhóm. Những khách hàng được kết nối với nhóm cụ thể này.

Nếu bộ định tuyến nhận được báo cáo phản hồi cho nhóm, nó vẫn tiếp tục phát trong giao diện, nếu không nhận được - xóa bộ hẹn giờ sau khi hết giờ.

Tổng cộng, sau khi nhận được nghỉ, hai nhóm truy vấn cụ thể đi - một điều khiển thứ hai bắt buộc. Tiếp theo, bộ định tuyến dừng luồng. Querier. Xem xét một trường hợp khó khăn hơn một chút: Hai (hoặc nhiều hơn) bộ định tuyến có thể phát sóng lưu lượng được kết nối với phân khúc máy khách. Nếu bạn không làm gì, lưu lượng Multicast sẽ được nhân đôi - cả hai bộ định tuyến sẽ nhận được báo cáo từ khách hàng. Để tránh điều này, có một cơ chế lựa chọn - chính trị. Người sẽ giành chiến thắng sẽ gửi truy vấn, báo cáo theo dõi và phản ứng để rời đi, và, theo đó, nó sẽ gửi lưu lượng đến phân khúc. Người thua cuộc sẽ chỉ nghe báo cáo và giữ tay bạn trên xung. Bầu cử xảy ra khá đơn giản và trực quan. Hãy xem xét tình huống từ thời điểm các bộ định tuyến R1 và R2 được bật. một) Igmp kích hoạt trên các giao diện. 2) Lúc đầu, theo mặc định, mỗi người trong số họ coi mình là Querier. 3) Mỗi người gửi truy vấn chung IGMP vào mạng. Mục tiêu chính là tìm hiểu xem có khách hàng hay không, và song song - để tuyên bố với các bộ định tuyến khác trong phân khúc nếu họ, về mong muốn của bạn để tham gia cuộc bầu cử. bốn) Truy vấn chung Nhận tất cả các thiết bị trong phân khúc, bao gồm các bộ định tuyến IGMP khác. số năm) Đã nhận được một thông điệp như vậy từ một người hàng xóm, mỗi bộ định tuyến ước tính những người xứng đáng hơn. 6) WINS ROUTER S.

IP nhỏ hơn.

(được chỉ định trong trường IP nguồn của truy vấn IGMP). Anh trở thành Querier, tất cả những người khác - không đáng kể.

7)

Không phải Querier bắt đầu bộ hẹn giờ được thiết lập lại mỗi lần QUaryny đi kèm với một địa chỉ IP nhỏ hơn. Nếu trước khi hẹn giờ hết hạn (hơn 100 giây: 105-107), bộ định tuyến sẽ không nhận được truy vấn với một địa chỉ nhỏ hơn, anh ta tuyên bố chính mình Querier và lấy tất cả các chức năng tương ứng. tám) Nếu Querier nhận truy vấn với một địa chỉ nhỏ hơn, ông thêm các nhiệm vụ này. Querier đang trở thành một bộ định tuyến khác, có một ip ít hơn.

Trường hợp hiếm gặp đó khi đo, người ít hơn. Cuộc bầu cử Querier là một quy trình rất quan trọng trong multicast, nhưng một số nhà sản xuất khó chịu, những người không giữ RFC có thể chèn một cây gậy mạnh vào bánh xe. Tôi đang nói về truy vấn IGMP với một địa chỉ của nguồn 0,0.0.0, có thể được tạo bởi công tắc. Những tin nhắn như vậy không nên tham gia vào sự lựa chọn Querier, nhưng bạn phải sẵn sàng cho tất cả mọi thứ. Đây là một ví dụ Vấn đề lâu dài rất phức tạp.

.

Một vài từ nhiều từ về các phiên bản IGMP khác Phiên bản 1 khác nhau về bản chất chỉ bởi thực tế là Nó không có tin nhắn để lại

.

. Nếu khách hàng không muốn nhận thêm lưu lượng truy cập của nhóm này, anh ta chỉ cần chấm dứt gửi báo cáo để đáp ứng truy vấn. Khi nào không một khách hàng nào còn lại, bộ định tuyến thời gian chờ sẽ ngừng gửi lưu lượng truy cập. Hơn thế nữa, Không có cuộc bầu cử Querier được hỗ trợ.

. Để tránh sự trùng lặp của lưu lượng, một giao thức cao hơn có trách nhiệm, ví dụ, PIM, về mức chúng ta sẽ nói thêm Phiên bản 3 hỗ trợ tất cả những hỗ trợ IGMPV2, nhưng có một số thay đổi. Đầu tiên, báo cáo được gửi không còn đến địa chỉ nhóm, mà trên một địa chỉ dịch vụ đa hướng 224.0.0.22.

. Và địa chỉ của nhóm được yêu cầu chỉ được chỉ định trong gói. Điều này được thực hiện để đơn giản hóa công việc của IGMP Snooping, mà chúng ta sẽ nói về

.

Thứ hai, quan trọng hơn, IGMPV3 bắt đầu hỗ trợ SSM ở dạng tinh khiết. Đây là cái gọi là

Trên bãi chứa bạn thấy rằng ngay khi máy khách đã gửi báo cáo IGMP, ngay sau khi nó bay lên UDP là một luồng video. .

Khách hàng cũng sẽ yêu cầu một nhóm 224.2.2.4 thông qua trình phát VLC. Nguồn Multicast cụ thể. Trong báo cáo IGMPV2 đi đến địa chỉ của nhóm mong muốn và song song, nó được chỉ định trong gói đó. Những tin nhắn này chỉ phải sống trong phân khúc của họ và không chuyển tiếp bởi các bộ định tuyến, do đó, chúng có 1 TTL. . Trong trường hợp này, khách hàng có thể không chỉ yêu cầu một nhóm, mà còn chỉ định danh sách các nguồn mà anh ấy muốn nhận lưu lượng truy cập hoặc ngược lại sẽ không muốn. Trong IGMPV2, khách hàng chỉ cần yêu cầu và nhận lưu lượng nhóm mà không cần chăm sóc nguồn. Vì vậy, IGMP được thiết kế để tương tác với khách hàng và bộ định tuyến. Do đó, trở về Chi tiết nhiều chi tiết, lệnh Ví dụ II. 4Như bạn đã biết, các loại lưu lượng truy cập sau đây tồn tại: Nơi không có bộ định tuyến, chúng ta có thể tuyên bố có thẩm quyền - IGMP ở đó - không nhiều hơn hình thức. Không có bộ định tuyến và khách hàng không có ai yêu cầu một luồng phát đa hướng. Và anh ta sẽ kiếm được một video cho lý do đơn giản là dòng chảy và vì vậy hãy đổ từ công tắc - bạn chỉ cần nhặt nó lên. Nhớ lại rằng IGMP không hoạt động cho IPv6. Có giao thức MLD Lặp lại một lần nữa Trước hết, bộ định tuyến đã gửi truy vấn chung IGMP của mình sau khi bật IGMP trên giao diện của nó để tìm hiểu xem có người nhận không và tuyên bố mong muốn của họ là Querier. Lúc đó, không ai ở trong nhóm này. Sau đó, một khách hàng xuất hiện, những người muốn nhận lưu lượng truy cập của nhóm 224.2.2.4 và ông đã gửi báo cáo IGMP của mình. Sau đó, tôi đã đi đến giao thông trên đó, nhưng nó được lọc ra khỏi bãi rác. Sau đó, bộ định tuyến đã quyết định một số lý do để kiểm tra - và liệu không còn khách hàng nữa và gửi lại truy vấn chung của IGMP mà khách hàng bị buộc phải trả lời ( số năm.

Định kỳ (một lần một phút) Bộ định tuyến kiểm tra xem người nhận vẫn còn, sử dụng truy vấn chung IGMP và nút xác nhận điều này bằng cách sử dụng báo cáo IGMP.

Nhưng vẫn hoàn toàn khó hiểu Làm thế nào lưu lượng truy cập từ máy chủ tiếp cận khách hàng khi có một mạng lưới nhà cung cấp lớn LinkMIAP? Và ở đâu, trên thực tế, nó sẽ được biết là ai là khách hàng? Chúng tôi không thể đăng ký thủ công các tuyến đường, đơn giản vì chúng tôi không biết khách hàng có thể ở đâu. Các giao thức định tuyến thông thường sẽ không trả lời câu hỏi này. Vì vậy, chúng tôi đến để hiểu rằng việc cung cấp nhiều phát đa hàng là một điều hoàn toàn mới đối với chúng tôi. 6. Rồi anh thay đổi suy nghĩ và từ chối nhóm bằng cách gửi IGMP rời đi. 7. Bộ định tuyến đã nhận được nghỉ và, muốn đảm bảo rằng không có người nhận nào khác không có người nhận nào khác, hãy gửi truy vấn cụ thể của nhóm IGMP ... hai lần. Và sau khi hết hạn xin lỗi để truyền lưu lượng truy cập tại đây. tám. Tuy nhiên, nó tiếp tục truyền truy vấn IGMP vào mạng. Ví dụ: trong trường hợp bạn chưa tắt trình phát, nhưng chỉ đơn giản là một nơi nào đó với sự kết nối của vấn đề. Sau đó, kết nối được khôi phục, nhưng chính khách hàng không tự gửi báo cáo. Nhưng câu trả lời truy vấn. Do đó, dòng chảy có thể phục hồi mà không có sự tham gia của con người. Một lần nữa Điều này được thực hiện để hàng trăm khách hàng tất cả các phạm vi không tràn ngập mạng với các báo cáo của họ bằng cách nhận truy vấn chung. Hơn nữa, chỉ có một khách hàng thường gửi báo cáo. - Giao thức mà bộ định tuyến học về sự hiện diện của người nhận lưu lượng phát đa hướng và sự ngắt kết nối của chúng. Truy vấn cụ thể nhóm. BÁO CÁO IGMP.

- Gửi bởi khách hàng khi được kết nối và đáp ứng với truy vấn IGMP. Điều này có nghĩa là khách hàng muốn nhận được một cảnh tượng của một nhóm cụ thể.

.

Truy vấn chung IGMP.

- Nó được gửi bởi bộ định kỳ định kỳ để kiểm tra xem các nhóm nào bây giờ. Là địa chỉ của người nhận, 224.0.0.1 được chỉ định.

Nhóm IGMP Sepcific Truy vấn

- Gửi bởi bộ định tuyến để đáp ứng với tin nhắn để lại, để tìm hiểu xem có những người nhận khác trong nhóm này không. Là địa chỉ của người nhận, địa chỉ của nhóm multicast được chỉ định.

- Được lựa chọn bởi khách hàng khi anh ấy muốn rời khỏi nhóm.

- Nếu trong một phân đoạn phát sóng có một số bộ định tuyến có thể được phát, trong số đó, một trong số chính - Querier được chọn. Nó sẽ định kỳ gửi truy vấn và truyền lưu lượng truy cập.

Mô tả chi tiết về tất cả các điều khoản IGMP

Pim.

Vì vậy, chúng tôi đã tìm ra cách khách hàng thông báo cho bộ định tuyến gần nhất về ý định của họ. Bây giờ thật tuyệt khi chuyển lưu lượng truy cập từ nguồn đến người nhận thông qua một mạng lớn. Nếu bạn nghĩ về nó, chúng tôi đang đứng trước một vấn đề phức tạp hài lòng - Nguồn chỉ phát sóng cho nhóm, anh ấy không biết gì về nơi người nhận được đặt và bao nhiêu. .

Người nhận và các bộ định tuyến gần nhất chỉ biết rằng họ cần một cảnh tượng của một nhóm cụ thể, nhưng không có ý tưởng gì về nguồn nguồn và địa chỉ của anh ta là gì. Làm thế nào để cung cấp lưu lượng truy cập trong tình huống này?

Có một số giao thức định tuyến lưu lượng phát đa hướng: DVMRP

  • , Mospf.
  • , CBT.

- Tất cả đều giải quyết một nhiệm vụ như vậy theo những cách khác nhau. Nhưng thực tế tiêu chuẩn đã trở thành

PIM - Giao thức phát đa hướng

Các phương pháp khác là không mong muốn rằng đôi khi ngay cả các nhà phát triển của họ thực tế cũng nhận ra nó. Ví dụ, ví dụ, một đoạn trích từ RFC thông qua giao thức CBT: CBT phiên bản 2 không, và không, dự định sẽ tương thích ngược với phiên bản 1; Chúng tôi không expt này để gây ra vấn đề tương thích rộng rãi vì chúng tôi không tin rằng CBT được triển khai rộng rãi ở giai đoạn này.

PIM có hai phiên bản thậm chí có thể được gọi là hai giao thức khác nhau về nguyên tắc, chúng rất khác nhau:

Chế độ dày đặc PIM (DM)

Chế độ thưa thớt PIM (SM) Độc lập anh ta là vì nó không được gắn với một chương trình cụ thể định tuyến lưu lượng truy cập duy nhất và sau đó bạn sẽ thấy lý do tại sao. .

Chế độ dày đặc pim.

PIM DM.

Cố gắng giải quyết vấn đề giao hàng đa giá trên trán. Ông rõ ràng cho rằng người nhận ở khắp mọi nơi, ở tất cả các góc của mạng. Do đó, ban đầu anh ta đặt toàn bộ mạng lưới lưu lượng phát đa hướng, nghĩa là nó sẽ gửi nó đến tất cả các cổng, ngoài ra, nơi ông đến. Nếu sau đó, nó chỉ ra rằng một nơi nào đó anh ta không cần thiết, thì nhánh này là "Cắt đứt" với sự trợ giúp của một thông điệp đặc biệt pim prune - lưu lượng truy cập không còn được gửi ở đó. Nhưng sau một thời gian trong cùng một nhánh, bộ định tuyến đang cố gắng gửi một lần phát đa hướng - đột ngột xuất hiện ở đó. Nếu không xuất hiện, nhánh bị cắt lại một lần nữa vào một khoảng thời gian nhất định. Nếu máy khách trên bộ định tuyến xuất hiện trong khoảng thời gian giữa hai sự kiện này, thông báo ghép được gửi - bộ định tuyến yêu cầu nhánh cắt trở lại để không đợi cho đến khi nó giảm thứ gì đó. .

Như bạn có thể thấy, không có câu hỏi xác định đường dẫn đến người nhận - lưu lượng sẽ đạt được chúng đơn giản vì nó ở khắp mọi nơi.

Sau "Cắt bao quy đầu" của các nhánh không cần thiết, một cây vẫn còn, dọc theo đó một lưu lượng phát đa hướng được thông qua. Cây này được gọi là

SPT - Cây đường ngắn nhất

Nó không có vòng lặp và sử dụng con đường ngắn nhất từ ​​người nhận vào nguồn. Về bản chất, nó rất giống với cây bao trùm trong STP

Nơi gốc là nguồn.

SPT là một chế độ xem cây bê tông - cây cây ngắn nhất. Nói chung, bất kỳ cây nhiều màu nào được gọi là

MDT - Cây phân phối phát đa hướng

Người ta cho rằng PIM DM nên được sử dụng trên các mạng mật độ cao của khách hàng đa hướng, điều này giải thích tên của nó (dày đặc). Nhưng thực tế là như vậy mà tình huống này là một ngoại lệ, và thường pim dm là không phù hợp. Điều thực sự quan trọng đối với chúng tôi bây giờ là một cơ chế để tránh các vòng lặp. Hãy tưởng tượng một mạng như vậy:

Một nguồn, một người nhận và mạng IP đơn giản nhất giữa chúng. Trên tất cả các bộ định tuyến chạy PIM DM.

Điều gì sẽ xảy ra nếu không có cơ chế đặc biệt để tránh các vòng lặp?

Nguồn gửi lưu lượng truy cập multicast. R1 nhận được nó và theo các nguyên tắc của PIM DM gửi cho tất cả các giao diện, ngoài ra, nơi ông đến từ - nghĩa là trên R2 và R3.

R2 bước vào cùng một cách, nghĩa là, nó sẽ gửi lưu lượng đến R3. R3 không thể xác định rằng đây là cùng lưu lượng mà anh ta đã nhận được từ R1, vì vậy nó sẽ gửi nó cho tất cả các giao diện của nó. R1 sẽ nhận được một bản sao của lưu lượng truy cập từ R3, v.v. Ở đây cô ấy là một vòng lặp.

PIM cung cấp những gì trong một tình huống như vậy?

Rpf - chuyển tiếp đường dẫn đảo ngược

. Đây là nguyên tắc chính của việc truyền lưu lượng phát đa hướng trong PIM (bất kỳ loại nào: và DM và SM) - Lưu lượng truy cập từ nguồn phải đi dọc theo con đường ngắn nhất. Đó là, đối với mỗi gói Multicast nhận được, nó được kiểm tra trên nền tảng của bảng định tuyến, cho dù nó đến từ đó. 1) Bộ định tuyến nhìn vào địa chỉ của nguồn gói phát đa hướng.

2) Kiểm tra bảng định tuyến, thông qua giao diện mà địa chỉ nguồn có sẵn.

3) Kiểm tra giao diện mà qua đó gói Multicast đến.

4) Nếu các giao diện trùng hợp - mọi thứ đều ổn, gói phát đa hướng bị bỏ qua, nếu dữ liệu đến từ giao diện khác - chúng sẽ bị loại bỏ.

Ví dụ: IPTV.

Trong ví dụ của chúng tôi, R3 biết rằng đường dẫn ngắn nhất đến nguồn nằm qua R1 (Tuyến tĩnh hoặc động). Do đó, các gói phát đa hướng đến từ R1 được thử nghiệm và nhận R3 và những gói đến từ R2 bị loại bỏ.

Kiểm tra này được gọi là

Kiểm tra rpf. Và nhờ cô ấy ngay cả trong các mạng phức tạp hơn, các vòng lặp trong MDT sẽ không phát sinh. Cơ chế này rất quan trọng đối với chúng tôi, bởi vì nó có liên quan và trong PIM-SM và hoạt động ở đây một mình.

Như bạn có thể thấy, PIM dựa trên bảng định tuyến duy nhất, nhưng trước tiên, nó không giao thông định tuyến, thứ hai, không quan trọng ai và làm thế nào để đổ đầy bàn. Bạn sẽ không dừng lại ở đây và xem xét công việc của PIM DM chi tiết - đây là một giao thức lỗi thời với sự thiếu hụt (tốt, giống như RIP .

Tuy nhiên, PIM DM có thể được áp dụng trong một số trường hợp. Ví dụ, trong các mạng rất nhỏ, nơi lưu lượng của multicast nhỏ.

Chế độ thưa thớt pim.

Một cách tiếp cận hoàn toàn khác áp dụng PIM SM.

. Mặc dù tên (chế độ bị hỏng), nó có thể được sử dụng thành công trên bất kỳ mạng nào có hiệu suất ít nhất là không tệ hơn so với PIM DM.

.

Ở đây họ đã từ chối ý tưởng lũ lụt vô điều kiện của một mạng lưới multicast. Các nút quan tâm độc lập yêu cầu kết nối cây bằng tin nhắn 
PIM THAM GIA. Nếu bộ định tuyến không gửi tham gia, thì lưu lượng sẽ không được gửi. Để hiểu cách PIM hoạt động, hãy bắt đầu bằng một mạng đơn giản với bộ định tuyến PIM duy nhất:

Từ cài đặt đến R1, bạn phải kích hoạt khả năng định tuyến multicast, PIM SM trên hai giao diện (về phía nguồn và hướng tới khách hàng) và IGMP về phía máy khách.

Ngoài các cài đặt cơ bản khác, tất nhiên (IP, IGP).

Từ giờ trở đi, bạn có thể thả GNS và thu thập phòng thí nghiệm. Nó là đủ về cách lắp ráp một giá đỡ cho một multicast tôi đã nói trong bài viết này.

R1 (CONFIG) #ip Multicast-Routing R1 (CONFIG) #INT FA0 / 0 R1 (CONFIG-IF) #ip Pim Spay-Mode R1 (CONFIG-IF) #INT FA1 / 0 R1 (CONFIG-IF) #IP PIM Chế độ thưa thớt. Cisco ở đây thường có cách tiếp cận đặc biệt của nó: Khi bạn kích hoạt PIM trên giao diện, IGMP sẽ tự động được kích hoạt. Trên tất cả các giao diện nơi PIM được kích hoạt, nó hoạt động và IGMP. Đồng thời, các nhà sản xuất khác có hai giao thức khác nhau bật hai lệnh khác nhau: IGMP riêng biệt, PIM riêng biệt. Tha thứ cho cisco sự kỳ lạ này? Cùng với tất cả những người khác? Thêm vào đó, có thể cần phải định cấu hình địa chỉ RP ( IP PIM RP-Địa chỉ 172.16.0.1 , ví dụ). Về điều này sau, trong khi chấp nhận như một đã cho và chấp nhận.

Kiểm tra trạng thái hiện tại của bảng định tuyến phát đa hướng cho nhóm 224.2.2.4: Sau khi bạn khởi động chương trình phát trên nguồn, bạn cần kiểm tra lại bảng. Hãy phân tích kết luận nhỏ này.

Quan điểm Xem. (*, 225.0.1.1) Đồng thời, các nhà sản xuất khác có hai giao thức khác nhau bật hai lệnh khác nhau: IGMP riêng biệt, PIM riêng biệt. gọi là Thêm vào đó, có thể cần phải định cấu hình địa chỉ RP ( (*, G) , / đọc Starkomadzhi. (/ Và thông báo cho chúng tôi về người nhận. Và không cần thiết phải nói về một máy khách-máy tính, nói chung nó có thể, ví dụ, một bộ định tuyến pim khác. Điều quan trọng là giao diện nào cần truyền lưu lượng truy cập. Nếu danh sách các giao diện hạ lưu (dầu) trống -

VÔ GIÁ TRỊ

Do đó, không có người nhận - và chúng tôi chưa ra mắt chúng.

Ghi lại

(172.16.0.5, 225.0.1.1) (S, g) .

Eskijah.

/ Và gợi ý rằng nguồn được biết đến. Trong trường hợp của chúng tôi, một nguồn có địa chỉ 172.16.0.5 lưu lượng truy cập phát sóng cho nhóm 224.2.2.4. Lưu lượng truy cập Multicast đến giao diện FE0 / 1 - đây là

tăng dần.

Thượng nguồn

) Giao diện.

Vì vậy, không có khách hàng. Lưu lượng truy cập từ nguồn đến với bộ định tuyến và kết thúc cuộc sống này. Hãy thêm bây giờ người nhận - chúng tôi sẽ đặt sự tiếp nhận multicast trên PC.

PC sẽ gửi báo cáo IGMP, bộ định tuyến hiểu rằng khách hàng đã xuất hiện và cập nhật bảng định tuyến phát đa hướng. Bây giờ cô ấy trông như thế này: Giao diện xuôi dòng xuất hiện: FE0 / 0, khá mong đợi. Và nó xuất hiện cả trong (*, g) và trong (s, g). Danh sách các giao diện xuôi dòng được gọi là

Dầu - Danh sách giao diện đi

.

Thêm một khách hàng khác vào giao diện FE1 / 0:

Nếu bạn đọc đầu ra theo nghĩa đen, chúng tôi có:

(*, G): Có những người nhận lưu lượng phát đa hướng cho nhóm 224.2.2.4 bên ngoài giao diện FE0 / 0, FE1 / 0. Và hoàn toàn bất kể người gửi ai, những gì và nói rằng dấu hiệu "*". 

(S, g): Khi lưu lượng phát đa hướng với địa chỉ đích 224.2.2.4 từ nguồn 172.16.0.5 đến giao diện FE0 / 1, các bản sao của nó phải được gửi đến FE0 / 0 và FE1 / 0.

Nhưng đó là một ví dụ rất đơn giản - một bộ định tuyến ngay lập tức biết địa chỉ nguồn và nơi người nhận được đặt. Trên thực tế, ngay cả những cái cây cũng không có ở đây - ngoại trừ sự thoái hóa. Nhưng nó đã giúp chúng tôi đối phó với cách PIM và IGMP tương tác. 
Để đối phó với những gì PIM là, chúng tôi chuyển sang mạng phức tạp hơn nhiều

Giả sử rằng tất cả các địa chỉ IP đã được cấu hình theo sơ đồ. Mạng chạy IGP cho định tuyến độc đáo thông thường. Khách hàng1. Ví dụ, có thể ping một máy chủ nguồn. Nhưng cho đến nay PIM, IGMP không chạy, khách hàng không yêu cầu các kênh. Tệp cấu hình ban đầu

Vì vậy, thời điểm 0.

Bật định tuyến Multicast trên tất cả năm bộ định tuyến:

RX (CONFIG) #IP Định tuyến Multicast

PIM được bao gồm trực tiếp trên tất cả các giao diện của tất cả các bộ định tuyến (bao gồm trên giao diện hướng tới máy chủ nguồn và máy khách):

Rx (config) #int fex / x rx (config-if) #ip pim chế độ thưa thớt IGMP, về lý thuyết, nên được đưa vào các giao diện đối với khách hàng, nhưng, như chúng ta đã lưu ý ở trên, nó tự động bật thiết bị Cisco với PIM. Điều đầu tiên mà PIM làm - đặt khu phố. Tin nhắn được sử dụng cho việc này

PIM Xin chào.

. Khi bạn kích hoạt PIM trên giao diện, PIM Hello được gửi đến địa chỉ

  1. 224.0.0.13.
  2. Với TTL bằng 1. Điều này có nghĩa là chỉ có bộ định tuyến trong một miền phát sóng có thể là hàng xóm.

Ngay khi những người hàng xóm có lời chào từ nhau:

Bây giờ họ đã sẵn sàng để chấp nhận các ứng dụng cho các nhóm phát đa hướng.

Nếu bây giờ chúng ta bắt đầu trong bao vây của khách hàng một mặt và bật luồng phát đa hướng từ máy chủ khác, thì R1 sẽ nhận được luồng lưu lượng và R4 sẽ nhận được báo cáo IGMP khi bạn cố gắng kết nối. Do đó, R1 sẽ không biết gì về người nhận và R4 trên nguồn. Sẽ thật tuyệt nếu thông tin về nguồn và khách hàng của nhóm được thu thập ở đâu đó ở một nơi. Nhưng trong những gì? Một điểm như vậy của cuộc họp được gọi là

Điểm hẹn gặp - RP 

. Đây là khái niệm trung tâm của PIM SM. Không có gì làm việc mà không có nó. Dưới đây là nguồn và người nhận.

Tất cả các bộ định tuyến PIM sẽ biết ai là RP trong miền, nghĩa là, biết địa chỉ IP của nó. Để xây dựng cây MDT, mạng được chọn là RP một số điểm trung tâm, mà, chịu trách nhiệm nghiên cứu nguồn,

Đó là một điểm hấp dẫn của việc tham gia tin nhắn từ tất cả các quan tâm. 

Có hai cách để làm nhiệm vụ RP: tĩnh và động. Chúng tôi sẽ xem xét cả trong bài viết này, nhưng bắt đầu với tĩnh, bởi vì những gì có khả năng tĩnh hơn?

Hãy để R2 được chơi bởi RP.

Để tăng độ tin cậy, địa chỉ loopback thường được chọn. vì thế

danh cho tât cả

Các bộ định tuyến được thực thi bởi lệnh: Rx (config) #ip pim rp-address 2.2.2.2 )

Đương nhiên, địa chỉ này phải có sẵn trên bảng định tuyến từ tất cả các điểm. Chà, kể từ địa chỉ 2.2.2.2 là RP, trên giao diện )

Loopback 0. Trên R2, cũng rất muốn kích hoạt PIM. R2 (cấu hình) #interface loopback 0 rx (config-if) #ip pim sparse-mode )

Ngay sau đó, R4 học về nguồn lưu lượng truy cập cho nhóm 224.2.2.4:

Và thậm chí chuyển giao thông:

Giao diện FE0 / 1 đến 362000 B / S và thông qua giao diện FE0 / 0, chúng được truyền đi.

Tất cả những gì chúng tôi đã làm: Tiếp theo, bộ định tuyến dừng luồng. Bao gồm khả năng định tuyến lưu lượng phát đa hướng (

Xem xét một trường hợp khó khăn hơn một chút: Định tuyến đa hướng IP

PIM kích hoạt trên các giao diện ( Đó là, đối với mỗi gói Multicast nhận được, nó được kiểm tra trên nền tảng của bảng định tuyến, cho dù nó đến từ đó. IP PIM Mode-Mode

Chỉ ra địa chỉ rp ( Ip pim rp-adress X.x.x.x. Tất cả mọi thứ, đây đã là một cấu hình làm việc và có thể được tìm kiếm, bởi vì các cảnh được ẩn nhiều hơn nhiều so với giai đoạn. Cấu hình đầy đủ với PIM.

- chính trị. Người sẽ giành chiến thắng sẽ gửi truy vấn, báo cáo theo dõi và phản ứng để rời đi, và, theo đó, nó sẽ gửi lưu lượng đến phân khúc. Người thua cuộc sẽ chỉ nghe báo cáo và giữ tay bạn trên xung. Debriefing.

Chà, làm thế nào để mọi thứ làm việc cuối cùng? Làm thế nào để rp biết nguồn nơi khách hàng nơi khách hàng và cung cấp giao tiếp giữa chúng? Vì mọi thứ hóa ra vì lợi ích của những khách hàng yêu thích của chúng tôi, sau đó, bắt đầu với họ, hãy xem xét toàn bộ quá trình trong các chi tiết. Khách hàng 1 Gửi báo cáo IGMP cho nhóm 224.2.2.4

R4 Gets Truy vấn này, hiểu rằng có một máy khách bên ngoài giao diện FE0 / 0, thêm giao diện này vào ghi lại dầu và biểu mẫu (*, g).

Giao diện tăng dần Fe0 / 1 được nhìn thấy ở đây, nhưng điều này không có nghĩa là R4 nhận lưu lượng truy cập cho nhóm 224.2.2.4. Nó chỉ nói rằng nơi duy nhất từ ​​nơi anh ta có thể nhận được là FE0 / 1, bởi vì nó ở đó RP ở đó. Nhân tiện, người hàng xóm đã qua

Hãy xem xét tình huống từ thời điểm các bộ định tuyến R1 và R2 được bật. - R2: 10.0.2.24. Hy vọng.

R4 được gọi là - LHR (bộ định tuyến cuối cùng) - bộ định tuyến cuối cùng trên đường dẫn lưu lượng truy cập multicast, nếu bạn đếm từ nguồn. Nói cách khác, đây là bộ định tuyến gần người nhận nhất. Cho

Khách hàng1. - nó là r4 cho Khách hàng2.

- Đây là R5.

Vì không có luồng Multicast trên R4 (nó chưa được yêu cầu trước đó), nó tạo thành thông báo PIM THAM GIA và gửi nó về phía RP (2.2.2.2).

PIM THAM GIA được gửi bằng một multicast đến địa chỉ 224.0.0.13. "Theo hướng RP," có nghĩa là thông qua giao diện được chỉ định trong bảng định tuyến, như ngoài ra cho địa chỉ được chỉ định bên trong gói. Trong trường hợp của chúng tôi, nó là 2.2.2.2 - Địa chỉ RP. Tham gia như vậy được gọi là

Tham gia (*, g)

Và ông nói: "Không quan trọng là nguồn của ai, tôi cần một lưu lượng nhóm 224.2.2.4." Đó là, mỗi bộ định tuyến trên đường nên xử lý việc tham gia và, nếu cần, hãy gửi một phần mới tham gia sang một bên của RP. (Điều quan trọng là phải hiểu rằng nếu có nhóm này trên bộ định tuyến, nó sẽ không gửi tham gia - nó sẽ chỉ cần thêm giao diện mà việc tham gia vào dầu và bắt đầu truyền lưu lượng). Trong trường hợp của chúng tôi, tham gia đã đi đến FE0 / 1:

R2, đã nhận được tham gia, tạo một bản ghi (*, g) và thêm giao diện FE0 / 0 vào dầu. Nhưng tham gia không còn có thể gửi - chính anh ta đã rp, và không có gì được biết về nguồn tin. Nhưng sau một thời gian trong cùng một nhánh, bộ định tuyến đang cố gắng gửi một lần phát đa hướng - đột ngột xuất hiện ở đó. Nếu không xuất hiện, nhánh bị cắt lại một lần nữa vào một khoảng thời gian nhất định. Nếu máy khách trên bộ định tuyến xuất hiện trong khoảng thời gian giữa hai sự kiện này, thông báo ghép được gửi - bộ định tuyến yêu cầu nhánh cắt trở lại để không đợi cho đến khi nó giảm thứ gì đó. Do đó, RP tìm hiểu về nơi khách hàng được đặt.

Igmp kích hoạt trên các giao diện. Nếu một

Khách hàng 2. Cũng muốn nhận lưu lượng truy cập multicast cho cùng một nhóm, R5 sẽ gửi PIM tham gia lên FE0 / 1, vì đó là RP, R3, đã nhận được nó, tạo thành một PIM mới tham gia và gửi nó đến FE1 / 1 - nơi định vị RP. Đó là, tham gia du lịch để nút phía sau nút cho đến khi nó đến RP hoặc cho một bộ định tuyến khác, nơi đã có khách hàng của nhóm này.

Vì vậy, R2 là RP của chúng tôi - bây giờ biết rằng với FE0 / 0 và FE1 / 0, ông có người nhận cho nhóm 224.2.2.4.

Và không quan trọng có bao nhiêu ngôi sao - một sau mỗi giao diện hoặc một trăm - luồng lưu lượng sẽ vẫn là một trên giao diện. Nếu bạn mô tả đồ họa những gì chúng ta có, nó sẽ trông như thế này: Từ xa giống như một cái cây, phải không? Do đó, nó được gọi là -

Lúc đầu, theo mặc định, mỗi người trong số họ coi mình là Querier. RPT - Cây điểm của Rendezvous

. Cây này được bắt nguồn từ RP và có chi nhánh mở rộng cho khách hàng.

Thuật ngữ chung hơn như chúng tôi đã đề cập ở trên -

- Cây dọc theo luồng Multicast được phân phối. Sau đó, bạn sẽ thấy sự khác biệt giữa MDT và RPT.

Bây giờ chúng tôi cung cấp cho máy chủ. Như chúng ta đã thảo luận ở trên, anh ta không lo lắng về PIM, RP, IGMP - anh ta chỉ phát sóng. Và R1 có được luồng này. Nhiệm vụ của ông là cung cấp Multicast cho RP. Trong PIM, có một loại tin nhắn đặc biệt - Đăng ký . Nó là cần thiết để đăng ký một nguồn phát đa hướng trên RP.

Truy vấn chung Nhận tất cả các thiết bị trong phân khúc, bao gồm các bộ định tuyến IGMP khác. Vì vậy, R1 nhận được một luồng Multicast của các nhóm 224.2.2.4:

R1 là.

FHR (Bộ định tuyến hop đầu tiên)

- Bộ định tuyến đầu tiên trên đường dẫn lưu lượng phát đa hướng hoặc gần nhất với nguồn.

Tiếp theo, nó đóng gói mỗi gói Multicast nhận được từ nguồn đến Đăng ký PIM độc đáo và gửi thẳng đến RP.

  1. Hãy chú ý đến ngăn xếp giao thức. Trên đầu IP không chính đáng và tiêu đề PIM là IP, UDP và dữ liệu phát đa hướng gốc.
  2. Bây giờ, không giống như tất cả những người khác, các tin nhắn PIM được biết đến với chúng tôi, trong địa chỉ của người nhận, 2.2.2.2 được chỉ định và không phải là một địa chỉ đa ngôn ngữ.

Một gói như vậy được gửi đến RP theo quy tắc tiêu chuẩn của định tuyến Unicreten và mang theo gói phát đa hướng ban đầu, đó là ... Đây là đường hầm!

=====================.

Nhiệm vụ số 1. Sơ đồ và cấu hình ban đầu. .

Đã nhận được một thông điệp như vậy từ một người hàng xóm, mỗi bộ định tuyến ước tính những người xứng đáng hơn. Trên máy chủ 172.16.0.5, một ứng dụng chỉ có thể truyền các gói đến một địa chỉ phát sóng 255.255.255.255, với cổng nhận UDP 10999. Lưu lượng này phải được giao cho khách hàng 1 và 2: .

Khách hàng 1 dưới dạng lưu lượng truy cập multicast với địa chỉ nhóm 239,9.9.9.

Và trong phân khúc khách hàng 2, dưới dạng các gói phát sóng đến địa chỉ 255.255.255.255.

Chi tiết về nhiệm vụ tại đây.

=====================. Sơ đồ và cấu hình ban đầu. RP nhận được đăng ký PIM, giải nén nó và phát hiện lưu lượng truy cập trong trình bao bọc cho nhóm 224.2.2.4. Độc lập anh ta là vì nó không được gắn với một chương trình cụ thể định tuyến lưu lượng truy cập duy nhất và sau đó bạn sẽ thấy lý do tại sao. Thông tin về điều này, anh ta lập tức nhập vào bảng định tuyến phát đa hướng của nó:

Một mục nhập (s, g) - (172.16.0.5, 224.2.2.4). Các gói RP chưa được giải nén gửi thêm đến RPT đến các giao diện FE0 / 0 và FE1 / 0, theo lưu lượng truy cập đến khách hàng.

Về nguyên tắc, điều này có thể được dừng lại. Tất cả mọi thứ hoạt động - Khách hàng nhận được lưu lượng truy cập. Nhưng có hai vấn đề:

Các quy trình đóng gói và hòa tan - hành động rất tốn kém cho các bộ định tuyến. Ngoài ra, các tiêu đề bổ sung làm tăng kích thước của gói, và nó chỉ có thể không trèo vào MTU ở đâu đó trên nút trung gian (bạn nhớ tất cả các vấn đề về đường hầm).

Nếu đột nhiên ở đâu đó giữa nguồn và RP cũng có những người nhận cho nhóm, lưu lượng phát đa hướng sẽ phải đi qua một cách hai lần. Lấy ví dụ đây là một cấu trúc liên kết như vậy: Lưu lượng truy cập trong tin nhắn Đăng ký trước tiên sẽ đạt RP dọc theo dòng R1-R42-R2, sau đó multicast ròng sẽ trở về dọc theo dòng R2-R42. Do đó, trên dòng R42-R2, hai bản sao của một lưu lượng sẽ đi, mặc dù theo hướng ngược lại. Do đó, tốt hơn là chuyển một multicast sạch đến RP sang RP và đối với điều này, bạn cần xây dựng một cây - Cây nguồn. Do đó, RP gửi PIM tham gia lên R1. Nhưng bây giờ nó được chỉ định trong đó cho địa chỉ nhóm không phải RP, mà nguồn được nghiên cứu từ thông điệp đăng ký. Thông báo này được gọi là Tham gia (S, G) - Tham gia cụ thể nguồn Mục tiêu của anh ấy giống hệt như PIM Tham gia (*, G) - Xây dựng một cây, chỉ lần này từ nguồn đến RP. Tham gia (S, G) cũng mở rộng một nút đằng sau một nút là tham gia thông thường (*, g). Chỉ tham gia (*, g) đang phấn đấu cho RP và tham gia (S, G) thành S - Nguồn. Vì địa chỉ của người nhận cũng là một địa chỉ dịch vụ 224.0.0.13 và TTL = 1. Nếu có các nút trung gian, ví dụ, R42, chúng cũng tạo thành bản ghi (s, g) và danh sách các giao diện hạ lưu cho nhóm này và tham gia chuyển tiếp trên nguồn. Đường dẫn tham gia từ RP đến nguồn biến thành - Cây từ nguồn. Nhưng một cái tên chung hơn - - Rốt cuộc, lưu lượng truy cập từ nguồn đến RP sẽ đi dọc theo con đường ngắn nhất.

chín) R1 đã nhận được tham gia (S, G), thêm giao diện FE1 / 0, từ đó gói đến danh sách các giao diện dầu xuôi dòng và bắt đầu phát sóng đa hướng ròng, đóng gói khả dụng. Ghi âm (s, g) trên R1 đã có ngay khi nó nhận được gói multuA đầu tiên từ máy chủ nguồn. Theo cây nguồn được xây dựng, multicast được truyền RP (và tất cả các máy khách trung gian nếu chúng, ví dụ: R42). .

Nhưng cần lưu ý rằng các tin nhắn đăng ký đã được truyền tất cả thời gian này và thông qua cho đến bây giờ. Trên thực tế, R1 sẽ gửi hai bản lưu lượng truy cập ngay bây giờ: một là SPT phát đa hướng thuần túy, cái còn lại được gói gọn trong thanh ghi Unicustic. Đầu tiên, R1 gửi một multicast để đăng ký - Gói 231.

. Sau đó R2 (RP) muốn kết nối với cây, gửi THAM GIA -

Gói 232.

. R1 vẫn còn một thời gian trong khi truy vấn được R2 xử lý, gửi Multicast để đăng ký ( Gói từ 233 đến 238 ). Tiếp theo, khi giao diện hạ lưu đã được thêm vào dầu trên R1, nó bắt đầu phát Multicast thuần túy -

Gói 239 và 242 , nhưng chưa dừng và đăng ký - Gói 241 và 243 . NHƯNG и Gói 240. - R2 này không thể đứng và một lần nữa được yêu cầu xây dựng một cái cây. Sơ đồ và cấu hình ban đầu. 10) Vì vậy, multicast khác nhau đạt đến RP. Cô ấy hiểu rằng đây là cùng lưu lượng truy cập vào Đăng ký, vì cùng một địa chỉ nhóm là cùng một địa chỉ nguồn và từ một giao diện. Để không nhận được hai bản sao, nó sẽ gửi đến r1 duy nhất Dừng đăng ký PIM

Dừng đăng ký không có nghĩa là R2 từ chối lưu lượng truy cập hoặc không nhận ra nhiều nguồn này, nó chỉ nói rằng cần phải ngừng gửi

đóng gói. giao thông. Tiếp theo, một cuộc đấu tranh khốc liệt - R1 tiếp tục chuyển lưu lượng truy cập tích lũy trong bộ đệm trong khi các quy trình dừng đăng ký và multicast thông thường và bên trong các thông báo đăng ký:

Nhưng, sớm trở lên, R1 bắt đầu phát sóng lưu lượng phát đa hướng thuần túy.

Khi chuẩn bị, tôi đã có một câu hỏi hợp pháp: Vâng, tại sao tất cả những đường hầm này, đăng ký PIM? Tại sao không làm với lưu lượng truy cập multicast, như với PIM Tham gia - gửi một bước nhảy phía sau một bước nhảy với TTL = 1 về phía RP - sớm hay muộn nó sẽ đến? Vì vậy, nó cũng sẽ tạo ra một cây cùng một lúc mà không có cử chỉ không cần thiết.

Có một số sắc thái ở đây.

Đầu tiên, nguyên tắc chính của PIM SM bị vi phạm - lưu lượng truy cập chỉ được gửi đến nơi nó được yêu cầu từ.

Không tham gia - không có cây

! Thứ hai, nếu không có khách hàng nào cho nhóm này, FHR không nhận ra điều này và sẽ tiếp tục gửi lưu lượng truy cập trên "cây riêng". Việc sử dụng băng thông không suy nghĩ là gì? Trong thế giới giao tiếp, một giao thức như vậy chỉ đơn giản là không tồn tại, như không tồn tại PIM DM hoặc DVMRP. Vì vậy, chúng tôi có một cây MDT lớn cho nhóm 224.2.2.4 từ

Bây giờ chúng tôi cung cấp cho máy chủ. Như chúng ta đã thảo luận ở trên, anh ta không lo lắng về PIM, RP, IGMP - anh ta chỉ phát sóng. Và R1 có được luồng này. Nhiệm vụ của ông là cung cấp Multicast cho RP. Máy chủ nguồn Đăng ký trước Khách hàng 1.

Khách hàng 2.

. Và MDT này được tạo thành từ hai mảnh, được xây dựng độc lập với nhau:

từ nguồn đến rp và Đường rầy xe lửa từ rp đến khách hàng. Đây là sự khác biệt giữa MDT từ RPT và SPT. MDT là một thuật ngữ khá phổ biến có nghĩa là cây truyền phát đa hướng nói chung, trong khi RPT / SPT là ngoại hình rất cụ thể của nó.

Và những gì nếu máy chủ đã được phát, và không có khách hàng và không? Multicast Vì vậy sẽ làm tắc nghẽn trang web giữa người gửi và RP?

Không, trong trường hợp này, PIM Đăng ký dừng cũng sẽ giúp. Nếu thông báo Đăng ký đã bắt đầu trên RP cho một số nhóm và không có người nhận nào, RP không quan tâm đến việc có được lưu lượng này, do đó,

Đừng gửi

PIM Tham gia (S, G), RP ngay lập tức gửi thanh ghi dừng đến R1.

R1, đã nhận được điểm dừng đăng ký và thấy rằng không có cây nào cho nhóm này (không có khách hàng), bắt đầu loại bỏ lưu lượng phát đa hướng từ máy chủ.

Đó là, bản thân máy chủ không lo lắng về điều này rất nhiều và tiếp tục gửi dòng chảy, nhưng, đã đến giao diện bộ định tuyến, dòng chảy sẽ bị loại bỏ.

Trong trường hợp này, RP tiếp tục lưu trữ (s, g). Đó là, lưu lượng không nhận được, nhưng nơi nguồn tin được đặt cho nhóm biết. Nếu người nhận xuất hiện trong nhóm, RP tìm hiểu về chúng và gửi đến (s, g) tham gia, xây dựng một cây.

Ngoài ra, cứ sau 3 phút R1 sẽ cố gắng đăng ký lại một nguồn trên RP, nghĩa là, gửi các gói đăng ký. Nó là cần thiết để thông báo cho RP rằng nguồn này vẫn còn sống.

Đặc biệt độc giả tò mò, câu hỏi phải phát sinh - Còn RPF thì sao? Rốt cuộc, cơ chế này kiểm tra địa chỉ của người gửi gói Multicast và nếu lưu lượng truy cập không đến từ giao diện chính xác, nó sẽ bị loại bỏ. Đồng thời, RP và nguồn có thể ở các giao diện khác nhau. Vì vậy, trong ví dụ của chúng tôi cho R3 RP - cho FE1 / 1 và nguồn cho FE1 / 0. . NHƯNG Câu trả lời có thể dự đoán được - trong trường hợp này, địa chỉ nguồn được kiểm tra, nhưng RP. Đó là, lưu lượng truy cập phải đến từ giao diện đối với RP. Nhưng, như bạn thấy xa hơn, đây cũng không phải là một quy tắc không thực tế. .

Điều quan trọng là phải hiểu rằng RP không phải là một nam châm phổ quát - cho mỗi nhóm có thể có RP của nó. Đó là, có thể có hai trong số họ trong mạng và ba và một trăm một rp chịu trách nhiệm cho một bộ nhóm, cái kia là sau một bộ khác. Hơn nữa, có một thứ như vậy Anycast Rp. Và sau đó RP khác nhau có thể phục vụ cùng một nhóm. Nhiệm vụ số 2. и - nó là r4 cho Lưu ý để cấu trúc liên kết : Trong vấn đề này, chỉ có R1, bộ định tuyến R2 đang chạy quản trị viên mạng của chúng tôi. Đó là, cấu hình chỉ có thể được thay đổi trên chúng. Máy chủ 172.16.0.5 truyền lưu lượng phát đa hướng đến các nhóm 239.1.1.1 và 239,2.2.2.

Định cấu hình mạng để lưu lượng truy cập của nhóm 239.1.1.1 không được truyền đến phân khúc giữa R3 và R5, và trong tất cả các phân đoạn dưới R5.

Nhưng đồng thời, nhóm giao thông 239.2.2.2 nên được truyền đi mà không gặp vấn đề gì.

Chi tiết về nhiệm vụ tại đây.

=====================.

Dao cạo Okkama hoặc vô hiệu hóa các nhánh không cần thiết

Sau khi khách hàng cuối cùng trong phân khúc từ chối đăng ký, PIM phải cắt bỏ nhánh RPT thừa.

Ví dụ, hãy để khách hàng duy nhất trên R4 đã tắt máy tính. IGMP rời bộ định tuyến hoặc sau ba truy vấn IGMP chưa được trả lời hiểu rằng không còn khách hàng nào cho FE0 / 0 và gửi đến RP Message

Pim prune. . Theo định dạng, nó hoàn toàn giống như tham gia, nhưng thực hiện chức năng ngược lại. Địa chỉ đích cũng là 224.0.0.13, và TTL là 1.

Nhưng bộ định tuyến đã nhận được pim prune trước khi xóa đăng ký, chờ đợi một thời gian (thường là 3 giây - tham gia Hẹn giờ trì hoãn).

Điều này được thực hiện cho một tình huống như vậy:

Trong một bộ định tuyến miền phát sóng 3. Một trong số họ cao hơn và là người truyền lưu lượng phát đa hướng đến phân khúc. Đây là R1. Đối với cả hai bộ định tuyến (R2 và R3), dầu của nó chỉ chứa một bản ghi.

Nếu bây giờ R2 quyết định ngắt kết nối và gửi PIM Prune, anh ta có thể thay thế đồng nghiệp R3 - R1 sau tất cả sẽ ngừng phát sóng vào giao diện nào cả.

Vì vậy, để điều này không xảy ra, R1 và đưa ra thời gian chờ trong 3 giây. Trong thời gian này, R3 phải có thời gian để phản ứng. Dành cho mạng phát sóng, nó cũng sẽ nhận được tỉa từ R2 và do đó, nếu anh ta muốn tiếp tục nhận lưu lượng truy cập, anh ta ngay lập tức gửi PIM tham gia thông thường đến phân khúc, thông báo cho R1 rằng không cần thiết phải xóa giao diện.

Quá trình này được gọi là ghi đè prune. R2, như nó là, eckriting r1, chặn sáng kiến.

Chuyển đổi SPT - Chuyển đổi RPT-SPT

Cho đến bây giờ, chúng tôi chỉ xem xét chỉ

. Bây giờ hãy chuyển sang Khách hàng 2. Lúc đầu, mọi thứ đều giống hệt với anh ấy Khách hàng 1. - Anh ấy sử dụng RPT từ RP, mà chúng tôi đã xem xét trước đó. Nhân tiện, vì cả hai - và

Khách hàng 1. .

- Sử dụng một cây, một cây như vậy được gọi là

Cây chung

- Đây là một cái tên khá phổ biến. Cây chung = RPT.

  • Đây là cách bảng định tuyến phát đa hướng trên R5 trông như lúc đầu, ngay sau khi xây dựng cây: Không có bản ghi (s, g), nhưng điều này không có nghĩa là lưu lượng phát đa hướng không được truyền. Chỉ R5 không quan tâm đến người gửi ai. Xin lưu ý cách lưu lượng truy cập nên đi trong trường hợp này - R1-R2-R3-R5. Mặc dù tóm lại, đường dẫn R1-R3-R5.
  • Và nếu mạng phức tạp hơn? Bằng cách nào đó neakuratnyko. Xin lưu ý cách lưu lượng truy cập nên đi trong trường hợp này - R1-R2-R3-R5. Mặc dù tóm lại, đường dẫn R1-R3-R5.
  • Thực tế là trong khi chúng tôi gắn liền với RP - đó là rễ RPT, chỉ mới cô ấy biết ai đang ở đâu. Tuy nhiên, nếu bạn nghĩ về gói multicast đầu tiên, tất cả các bộ định tuyến dọc theo đường dẫn giao thông sẽ biết địa chỉ nguồn, vì nó được chỉ định trong tiêu đề IP. Tại sao bất cứ ai không gửi tham gia bản thân về phía nguồn và tối ưu hóa tuyến đường? )

Trang web trong gốc. Chuyển đổi như vậy có thể bắt đầu

LHR (bộ định tuyến cuối cùng)

- R5. Sau khi nhận được gói phát đa hướng đầu tiên từ R3 R5, nó sẽ gửi (s, g) cụ thể đến chúng tôi vào giao diện FE0 / 1, được chỉ định trong bảng định tuyến của nó, như một sự xuất hiện cho mạng 172.16.0.0/24.

Đã nhận được tham gia như vậy, R3 gửi không phải RP, vì nó đã làm với việc tham gia thông thường (*, g), nhưng về phía nguồn (thông qua giao diện theo bảng định tuyến). Đó là, trong trường hợp này, R3 sẽ gửi tham gia (172.16.0.5, 224.2.2.4) vào giao diện FE1 / 0. .

Tiếp theo, việc tham gia này rơi vào R1. Và R1 và lớn mà không có sự khác biệt, những người đã gửi nó - RP hoặc người khác - nó chỉ đơn giản là thêm FE1 / 1 vào dầu của nó cho nhóm 224.2.2.4. Tại thời điểm này, giữa nguồn và người nhận, hai cách và R3 nhận được hai luồng. Thời gian để đưa ra một lựa chọn để cắt tỉa không cần thiết. Và nó là R3 mà nó làm, vì R5 không còn có thể phân biệt giữa hai luồng này - cả hai sẽ đi qua một giao diện.

Ngay khi R3 đã ghi lại hai luồng giống hệt nhau từ các giao diện khác nhau, nó chọn ưa thích theo bảng định tuyến. Trong trường hợp này, trực tiếp, tốt hơn so với thông qua RP. Tại thời điểm này, R3 gửi prune (s, g) sang một bên của RP, đốt cháy nhánh RPT này. Và từ thời điểm này chỉ có một dòng trực tiếp từ nguồn.

Do đó, PIM đã xây SPT - Cây đường ngắn nhất. Đó là cây nguồn. Đây là con đường ngắn nhất từ ​​máy khách đến nguồn. Nhân tiện, cây từ nguồn đến RP, mà chúng ta đã xem xét cao hơn, về cơ bản là cùng SPT.

Nó được đặc trưng bởi ghi âm (s, g). Nếu bộ định tuyến có một bản ghi như vậy, thì nó biết rằng S là một nguồn cho nhóm G và cây SPT được xây dựng.

Gốc của cây SPT là nguồn và thực sự muốn nói "con đường ngắn nhất từ

Nguồn cho khách hàng " Nhưng nó là không chính xác về mặt kỹ thuật, vì các đường dẫn từ nguồn đến máy khách và từ máy khách đến nguồn có thể khác nhau. Cụ thể là từ khách hàng bắt đầu xây dựng một nhánh cây: bộ định tuyến gửi pim tham gia về phía nguồn / rp và rpf cũng kiểm tra tính chính xác của giao diện khi Biên lai

giao thông.

Bạn nhớ rằng ở đầu đoạn này trên R5 chỉ có một mục (*, g), bây giờ sau tất cả các sự kiện này sẽ có hai: (*, g) và (s, g) Nhân tiện, ngay cả khi bạn nhìn vào bảng định tuyến Multicast của R3 đến cùng giây, như chơi phát trong VLC, bạn sẽ thấy rằng nó đã được lưu lượng truy cập từ R1 trực tiếp, sự hiện diện của ghi âm (s, g) nói. . Đó là, SPT Switchover đã xảy ra - đây là hành động mặc định trên thiết bị của nhiều nhà sản xuất - để bắt đầu chuyển đổi sau khi nhận được gói phát đa hướng đầu tiên. Nói chung, một công tắc như vậy có thể xảy ra trong một số trường hợp: . Theo định dạng, nó hoàn toàn giống như tham gia, nhưng thực hiện chức năng ngược lại. .

Không xảy ra ở tất cả (đội

IP PIM SPT-ngưỡng vô cực

).

Khi sử dụng băng thông nhất định (Đội

IP PIM SPT-ngưỡng X Chắc chắn - ngay sau khi nhận được gói đầu tiên (mặc định hoặc Không có IP PIM SPT-ngưỡng X

Theo quy định, quyết định rằng "thời gian" mất LHR.

Trong trường hợp này, lần thứ hai hoạt động RPF được thay đổi - nó kiểm tra lại vị trí nguồn. Đó là, trong số hai luồng multicast - từ RP và từ nguồn - ưu tiên được cung cấp lưu lượng truy cập từ nguồn.

Dr, khẳng định, giao nhận

Một số điểm quan trọng hơn khi xem xét PIM.

Dr - bộ định tuyến được chỉ định

Đây là một bộ định tuyến chuyên dụng, chịu trách nhiệm gửi các tiện ích trên RP.

Nguồn Tiến sĩ

- Chịu trách nhiệm về việc áp dụng các gói phát đa hướng trực tiếp từ nguồn và đăng ký trên RP. Dưới đây là một ví dụ về cấu trúc liên kết: .

Không có gì để làm một cái gì đó mà cả hai bộ định tuyến truyền lưu lượng truy cập đến RP, để chúng dành cho nhau, nhưng chỉ có trách nhiệm chỉ là một. Vì cả hai bộ định tuyến được kết nối với một mạng phát sóng, chúng sẽ nhận được PIM-Xin chào nhau. Trên cơ sở của nó, họ đưa ra lựa chọn của họ. PIM Hello mang giá trị ưu tiên của bộ định tuyến này trên giao diện này.

Giá trị càng lớn, mức độ ưu tiên càng cao. Nếu chúng giống nhau, nút thắt được chọn với Địa chỉ IP cao nhất (Cũng từ tin nhắn xin chào). Nếu một bộ định tuyến khác (không phải dr) trong thời gian giữ (mặc định 105 giây) không nhận được xin chào từ hàng xóm, nó sẽ tự động đảm nhận vai trò của DR. Về cơ bản là nguồn dr là

FHR - Bộ định tuyến hop đầu tiên

Người nhận Tiến sĩ - giống như nguồn dr nguồn, chỉ dành cho người nhận lưu lượng phát đa hướng - R2 (cấu hình) #interface loopback 0 rx (config-if) #ip pim sparse-mode .

Ví dụ cấu trúc liên kết: Người nhận DR chịu trách nhiệm gửi đến RP PIM tham gia. Trong cấu trúc liên kết trên, nếu cả hai bộ định tuyến sẽ gửi tham gia, cả hai sẽ nhận được lưu lượng truy cập multicast, nhưng không cần. Chỉ Tiến sĩ gửi tham gia. Thứ hai chỉ đơn giản là theo dõi sự sẵn có của dr. :

Vì Tiến sĩ gửi tham gia, nó cũng sẽ phát lưu lượng truy cập trong LAN. Nhưng sau đó một câu hỏi tự nhiên phát sinh - và nếu PIM Dr'om trở thành một, và IGMP Querier khác thì sao? Và tình hình là hoàn toàn có thể, bởi vì đối với Querier, càng ít IP, càng tốt và cho DR, ngược lại. - nó là r4 cho Trong trường hợp này, DR được chọn bộ định tuyến đó, đã trở nên Querier và vấn đề này không xảy ra.

Các quy tắc chọn DR nhận chính xác giống như DR nguồn.

ASSERT và PIM Forwarder

Vấn đề của hai bộ định tuyến truyền đồng thời có thể xảy ra ở giữa mạng, nơi không có khách hàng hoặc nguồn nào cuối cùng - chỉ các bộ định tuyến. Rất cấp tính Câu hỏi này đứng ở Pim DM, nơi nó là một tình huống hoàn toàn bình thường vì cơ chế lũ lụt và prune. Nhưng trong PIM SM, nó không bị loại trừ.

Hãy xem xét một mạng như vậy: Từ đầu ra, rõ ràng lưu lượng truy cập cho nhóm 224.2.2.4 đi qua FE0 / 1 và cần phải truyền nó vào cổng FE0 / 0. Ở đây, ba bộ định tuyến nằm trong cùng một phân đoạn mạng và, theo đó, là hàng xóm của PIM. R1 đóng vai trò là rp.

R4 Gửi PIM tham gia về phía RP. Vì gói multicast này, nó rơi vào R2 và trên R3 và cả hai đều xử lý nó, thêm giao diện xuôi dòng vào dầu.

Ở đây sẽ là cần thiết để làm việc cơ chế chọn dr, nhưng cũng trên R2 và trên R3, có những khách hàng khác của nhóm này và cả hai bộ định tuyến cũng có thể được gửi đến PIM Tham gia.

Khi lưu lượng phát đa hướng đến từ nguồn trên R2 và R3, nó được truyền đến cả hai bộ định tuyến trong phân khúc và nổi loạn ở đó. PIM không cố gắng ngăn chặn một tình huống như vậy - ở đây nó hành động về thực tế của một tội ác bị thách thức - ngay khi bộ định tuyến nhận được lưu lượng phát đa hướng của nhóm này trong giao diện hạ nguồn của anh ta (từ danh sách dầu), ông hiểu: có gì đó không ổn - Một người gửi khác đã có trong phân khúc này. Sau đó, bộ định tuyến gửi một tin nhắn đặc biệt. PIM khẳng định.

Một thông điệp như vậy giúp lựa chọn 

PIM Forwarder.

- Bộ định tuyến được hưởng phát sóng trong phân khúc này. Đừng nhầm lẫn với PIM Dr. Đầu tiên, PIM DR chịu trách nhiệm gửi PIM tham gia và cắt tỉa và chuyển tiếp pim - để gửi Giao thông

. Sự khác biệt thứ hai - PIM Dr luôn được chọn trong bất kỳ mạng nào khi thiết lập một khu phố và PIM Strider chỉ khi cần thiết - khi lưu lượng phát đa hướng từ giao diện từ danh sách dầu thu được.

Chọn RP. 

Trên chúng tôi để đơn giản yêu cầu RP bằng tay Ip pim rp-địa chỉ Và đây là cách đội trông như thế nào

Hiển thị ip pim rp

Nhưng chúng tôi sẽ trình bày một tình huống hoàn toàn không thể trong các mạng hiện đại - R2 không thành công. Đây là tất cả - kết thúc. Nó vẫn sẽ hoạt động, bởi vì SPT chuyển đổi xảy ra, nhưng mọi thứ đều mới và mọi thứ đã trải qua RP sẽ phá vỡ, ngay cả khi có một cách khác. Vâng, tải trên quản trị viên tên miền. Hãy tưởng tượng: Để tiêu diệt 50 bộ định tuyến bằng tay ít nhất một lệnh (và đối với các nhóm khác nhau, nó có thể là RPS khác nhau). Lựa chọn động của RP cho phép và tránh thủ công và đảm bảo độ tin cậy - nếu một RP trở nên không khả dụng, một RP khác sẽ thực hiện ngay lập tức vào trận chiến. Hiện tại có một giao thức được chấp nhận chung cho phép nó làm - Bootstrap. . Tsiska trong thời kỳ trước đã thúc đẩy một vài RP vụng về vụng về

Nhưng bây giờ nó gần như không được sử dụng, mặc dù Tsiska không nhận ra nó, và Chúng tôi có một thô sơ gây phiền nhiễu dưới dạng một nhóm 224.0.1.40. Nó là cần thiết để thực sự thanh toán giao thức tự động RP. Anh ấy là một sự cứu rỗi trong thời kỳ trước. Nhưng với sự ra đời của bootstrap mở và linh hoạt, anh ta tự nhiên nhường chỗ cho vị trí của mình.

Vì vậy, giả sử rằng trong mạng lưới của chúng tôi, chúng tôi muốn R3 lấy các hàm RP trong trường hợp thất bại của R2.

R2 và R3 được định nghĩa là ứng cử viên cho vai trò của RP - vì vậy chúng được gọi là

C-rp.

. Trên các bộ định tuyến này, cấu hình:

Giao diện RX (cấu hình) Loopback 0 RX (CONFIG-IF) IP PIM SPARSE-MODE RX (CONFIG-IF) Thoát RX (CONFIG) #ip PIM RP-Candidate Loopback 0

  1. Nhưng vẫn không có gì xảy ra - các ứng cử viên chưa biết cách thông báo cho mọi người về bản thân họ.
  2. Để thông báo cho tất cả các bộ định tuyến Multicast Miền về cơ chế đã nhập RP hiện tại
  3. BSR - Bộ định tuyến Bootstrap
  4. . Có thể có một số ứng viên, như C-RP. Chúng được gọi tương ứng
  5. C-BSR.
  6. . Chúng được cấu hình theo cách tương tự.

Đặt BSR với chúng tôi một và cho bài kiểm tra (độc quyền), nó sẽ là R1. Nhưng sau một thời gian trong cùng một nhánh, bộ định tuyến đang cố gắng gửi một lần phát đa hướng - đột ngột xuất hiện ở đó. Nếu không xuất hiện, nhánh bị cắt lại một lần nữa vào một khoảng thời gian nhất định. Nếu máy khách trên bộ định tuyến xuất hiện trong khoảng thời gian giữa hai sự kiện này, thông báo ghép được gửi - bộ định tuyến yêu cầu nhánh cắt trở lại để không đợi cho đến khi nó giảm thứ gì đó. Giao diện R1 (cấu hình) Loopback 0 R1 (CONFIG-IF) IP PIM MODE-MODE-MODE R1 (CONFIG-IF) Thoát R1 (CONFIG) #ip PIM BSR-Candidate Loopback 0 Độc lập anh ta là vì nó không được gắn với một chương trình cụ thể định tuyến lưu lượng truy cập duy nhất và sau đó bạn sẽ thấy lý do tại sao. Đầu tiên, một BSR chính được chọn từ tất cả C-BSR, sẽ được tính cho mọi người. Để làm điều này, mỗi c-bsr gửi multicast gọi là Tin nhắn Bootstrap (BSM) Sơ đồ và cấu hình ban đầu. Địa chỉ 224.0.0.13 cũng là gói giao thức PIM. Nó phải được chấp nhận và xử lý tất cả các bộ định tuyến phát đa hướng và sau khi gửi đến tất cả các cổng nơi PIM được kích hoạt. BSM được truyền không sang một bên của một cái gì đó (RP hoặc nguồn), trái ngược với PIM THAM GIA, và theo mọi hướng. Một lần gửi thư như vậy giúp đạt được BSM của tất cả các góc của mạng, bao gồm tất cả C-BSR và tất cả C-RP. Để BSM đi lang thang qua mạng vô hạn, cùng một cơ chế RPF được áp dụng - nếu BSM đến từ giao diện sai phía sau, mạng của người gửi tin nhắn này được phát hành, một thông báo như vậy sẽ bị loại bỏ. Đó là, mỗi bộ định tuyến trên đường nên xử lý việc tham gia và, nếu cần, hãy gửi một phần mới tham gia sang một bên của RP. (Điều quan trọng là phải hiểu rằng nếu có nhóm này trên bộ định tuyến, nó sẽ không gửi tham gia - nó sẽ chỉ cần thêm giao diện mà việc tham gia vào dầu và bắt đầu truyền lưu lượng). Với các BSM này, tất cả các bộ định tuyến Multicast xác định ứng cử viên xứng đáng nhất dựa trên các ưu tiên. Ngay khi C-BSR nhận được BSM từ bộ định tuyến khác với mức ưu tiên lớn, nó sẽ dừng việc gửi tin nhắn của nó. Kết quả là, mọi người đều sở hữu cùng một thông tin. Tha thứ cho cisco sự kỳ lạ này? Cùng với tất cả những người khác? . : Trong vấn đề này, chỉ có R1, bộ định tuyến R2 đang chạy quản trị viên mạng của chúng tôi. Đó là, cấu hình chỉ có thể được thay đổi trên chúng. Ở giai đoạn này, khi BSR được chọn, do thực tế là BSM của nó đã chuyển hướng trong mạng, C-RP biết địa chỉ và sự độc đáo của nó gửi tin nhắn cho nó

Candidte-rp-quảng cáo trong đó họ mang một danh sách các nhóm mà họ phục vụ - đây được gọi là Ánh xạ nhóm đến rp . BSR Tất cả các tin nhắn này tổng hợp và tạo ra Rp-set. - Bảng thông tin: Những gì RP mỗi nhóm được phục vụ. Tiếp theo, BSR trong cách quạt trước đây gửi cùng một thông báo bootstrap, thời gian này chứa rp-set. Những thông điệp này đạt được thành công tất cả các bộ định tuyến đa hướng, mỗi bộ định tuyến Một mình Lựa chọn mà RP phải được sử dụng cho mỗi nhóm cụ thể. BSR định kỳ thực hiện phân phối như vậy để một mặt, mọi người đều biết rằng thông tin về RP vẫn có liên quan và trên C-BSR khác, họ biết rằng chính BSR chính vẫn còn sống. Nhân tiện, theo ngôn ngữ, cũng định kỳ gửi thông báo quảng cáo của ứng viên-RP của bạn đến BSR. Cũng muốn nhận lưu lượng truy cập multicast cho cùng một nhóm, R5 sẽ gửi PIM tham gia lên FE0 / 1, vì đó là RP, R3, đã nhận được nó, tạo thành một PIM mới tham gia và gửi nó đến FE1 / 1 - nơi định vị RP. Trên thực tế, mọi thứ bạn cần làm để định cấu hình lựa chọn RP tự động - Chỉ định C-RP và chỉ định C-BSR - không quá nhiều việc, mọi thứ khác sẽ khiến PIM cho bạn. Như mọi khi, để tăng độ tin cậy, nên chỉ định các giao diện loopback là ứng cử viên. Hoàn thành chương PIM SM, hãy chú ý những khoảnh khắc quan trọng nhất Rất cấp tính Câu hỏi này đứng ở Pim DM, nơi nó là một tình huống hoàn toàn bình thường vì cơ chế lũ lụt và prune. Một kết nối độc đáo thông thường phải được cung cấp với các tuyến IGP hoặc tĩnh. Điều này làm sáng tỏ thuật toán RPF. Cây chỉ dựa trên máy khách xuất hiện. Đó là khách hàng bắt đầu xây dựng một cái cây. Không có khách hàng - không có cây. RPF giúp tránh các vòng lặp. Tất cả các bộ định tuyến cần lưu ý về RP của WHO chỉ với sự giúp đỡ của nó, bạn có thể xây dựng một cây. Điểm RP có thể được chỉ định tĩnh và có thể được chọn tự động bằng giao thức bootstrap. RPT được xây dựng trong giai đoạn đầu tiên - một cây từ khách hàng đến RP - và cây nguồn - một cây từ nguồn đến rp. Trong giai đoạn thứ hai, chuyển từ RPT được xây dựng trên SPT là con đường ngắn nhất từ ​​người nhận sang nguồn. Tôi cũng liệt kê tất cả các loại cây và tin nhắn mà chúng ta đang biết. . Một thuật ngữ phổ biến mô tả bất kỳ cây truyền phát đa hướng.

. Một cây có cách ngắn nhất từ ​​khách hàng hoặc RP vào nguồn. Trong PIM DM chỉ có SPT. Trong PIM SM SPT có thể từ nguồn đến RP hoặc từ nguồn đến người nhận sau khi chuyển đổi SPT xảy ra. Được chỉ định bởi hồ sơ

- Nguồn đã biết cho nhóm.

- Giống như SPT.

. Cây từ rp đến người nhận. Chỉ được sử dụng trong PIM SM. Được chỉ định bởi hồ sơ

- Giống như RPT. Nó được gọi là như vậy bởi vì tất cả khách hàng được kết nối với một cây phổ biến với root trong rp.

Tin nhắn chế độ thưa thớt PIM:

Xin chào.

- Thiết lập khu phố và duy trì những mối quan hệ này. Cũng cần thiết để chọn dr. Tham gia (*, g) - Yêu cầu kết nối với nhóm G. Bất kể nguồn nào. Khởi hành về phía RP. Với sự giúp đỡ của họ, cây RPT được xây dựng. Tham gia (s, g) - Tham gia cụ thể nguồn. Đây là một yêu cầu kết nối với một nhóm G với một nguồn cụ thể - S. được gửi về phía nguồn - S. Với sự giúp đỡ của họ, cây SPT được xây dựng.

Prune (*, g)

- Yêu cầu ngắt kết nối từ cây G, bất kể nguồn nào cho nó là gì. Khởi hành về phía RP. Vì vậy, chi nhánh RPT được bảo hiểm.

  • Prune (s, g)
  • - Yêu cầu tắt máy từ cây G, gốc của đó là S. S. Hệ thống được gửi về phía nguồn. Vì vậy, nhánh SPT bị cắt.
  • - Một thông báo đặc biệt trong đó Multicast được truyền đến RP cho đến khi SPT được xây dựng từ nguồn đến RP. Truyền bởi Unicast từ FHR trên RP.

Đăng ký dừng.

- Nó được gửi bởi Unicust với RP đến FHR, đặt hàng để dừng việc gửi lưu lượng phát đa hướng, đóng gói trong thanh ghi.

- Các gói cơ chế BSR cho phép bạn chọn bộ định tuyến đến vai trò BSR và cũng truyền thông tin về RP và các nhóm hiện có.

Khẳng định.

- Tin nhắn để chọn Chuyển tiếp PIM để hai bộ định tuyến đã chuyển thành một phân đoạn.

Ứng viên-RP-Quảng cáo

- Một thông báo trong đó RP gửi thông tin về nhóm nào nó phục vụ. 

RP-Reachable.

- Tin nhắn từ RP, mà cô ấy thông báo tất cả về tính khả dụng của nó.

  • * Có những loại tin nhắn khác trong PIM, nhưng đây đã là chi tiết *
  • Và bây giờ hãy cố gắng trừu tượng từ các chi tiết của giao thức? Và sau đó sự phức tạp của nó trở nên rõ ràng.
  • 1) định nghĩa rp, 2) Đăng ký nguồn trên RP, 3) Chuyển cây SPT.

Nhiều trạng thái giao thức, nhiều bản ghi trong bảng định tuyến phát đa hướng. Có thể làm một cái gì đó? Đến nay, có hai cách tiếp cận đối nghịch với nhau để đơn giản hóa PIM: SSM và PIM Bidir. SSM.

Tất cả những gì chúng ta đã mô tả vẫn là

Asm - bất kỳ đa nguồn nguồn

. Khách hàng là người thờ ơ là một nguồn lưu lượng truy cập cho nhóm - điều chính là họ nhận được nó. Như bạn nhớ, báo cáo IGMPV2 được yêu cầu chỉ cần kết nối với nhóm.

SSM - Multicast cụ thể nguồn - Cách tiếp cận khác. Trong trường hợp này, khách hàng chỉ ra nhóm và nguồn khi được kết nối. Nó đưa ra những gì? Không còn nữa: khả năng loại bỏ hoàn toàn RP. LHR ngay lập tức biết địa chỉ nguồn - Không cần phải gửi tham gia trên RP, bộ định tuyến có thể ngay lập tức gửi (s, g) theo hướng của nguồn và xây dựng SPT.

Vì vậy, chúng tôi thoát khỏi

Tìm kiếm RP (giao thức Bootstrap và Auto-rp),

Đăng ký nguồn trên Multicast (và đây là quá nhiều thời gian, sử dụng kép băng thông và đường hầm) Chuyển sang SPT. Vì không có RP, thì không có RPT, tương ứng, trên một bộ định tuyến sẽ không không có mục nào (*, g) - chỉ (s, g).

Một vấn đề khác được giải quyết với SSM là sự hiện diện của một số nguồn. Trong Asm, đề xuất rằng địa chỉ của nhóm phát đa hướng là duy nhất và chỉ một nguồn phát trên nó, bởi vì trong Cây RPT, một số luồng có phần nào, và máy khách, lấy hai luồng từ các nguồn khác nhau, có thể sẽ không thể tháo rời họ. Trong SSM, lưu lượng truy cập từ các nguồn khác nhau được phân phối độc lập, mỗi nguồn trong cây SPT của nó và điều này đã trở thành một vấn đề và lợi thế - một số máy chủ có thể được phát đồng thời. Nếu đột nhiên khách hàng bắt đầu khắc phục tổn thất từ ​​nguồn chính, anh ta có thể chuyển sang bản sao lưu, thậm chí không thể xây dựng lại nó - anh ta cũng nhận được hai luồng. Ngoài ra, vectơ có thể xảy ra trên mạng với định tuyến phát đa hướng được kích hoạt là kết nối sự xâm nhập của nguồn của nó và tạo ra một lượng lớn lưu lượng phát đa hướng quá tải mạng. Trong SSM, điều này thực tế bị loại trừ.

Đối với SSM, một phạm vi đặc biệt của địa chỉ IP được tô sáng: 232.0.0.0/8. Trên các bộ định tuyến để hỗ trợ SSM, chế độ PIM SSM được bật. Bộ định tuyến (cấu hình) # ip pim ssm

IGMPV3 và MLDV2 hỗ trợ SSM ở dạng tinh khiết.

Khi sử dụng chúng, khách hàng có thể

Yêu cầu kết nối với chỉ một nhóm, mà không cần chỉ định các nguồn. Đó là, nó hoạt động như một asm điển hình.

Yêu cầu kết nối với một nhóm với một nguồn cụ thể. Các nguồn có thể được chỉ định một số - một cây sẽ được xây dựng trước mỗi cây. Yêu cầu kết nối nhóm và chỉ định danh sách các nguồn mà khách hàng Đã không muốn sẽ nhận được giao thông

IGMPV1 / V2, MLDV1 không hỗ trợ SSM, nhưng có một thứ như vậy như Yêu cầu kết nối với một nhóm với một nguồn cụ thể. Các nguồn có thể được chỉ định một số - một cây sẽ được xây dựng trước mỗi cây. Bản đồ SSM. . Ở bên cạnh khách hàng, bộ định tuyến (LHR) mỗi nhóm được đặt theo địa chỉ nguồn (hoặc một số). Do đó, nếu có khách hàng không hỗ trợ IGMPV3 / MLDV2, SPT cũng sẽ được xây dựng cho chúng và không phải RPT, do thực tế là địa chỉ nguồn vẫn được biết. Lập bản đồ SSM có thể được triển khai cả cài đặt tĩnh trên LHR và bằng cách tham khảo máy chủ DNS. Vấn đề SSM là khách hàng phải biết trước các địa chỉ nguồn - chúng không được truyền đạt cho họ. Do đó, SSM là tốt trong những tình huống đó khi mạng có một tập hợp các nguồn nhất định, địa chỉ của họ được biết là biết và sẽ không thay đổi. Và các thiết bị đầu cuối hoặc ứng dụng khách hàng được gắn với chúng. Nói cách khác, IPTV là một môi trường rất phù hợp để thực hiện SSM. Nó mô tả khái niệm tốt Một-nhiều

- Một nguồn, nhiều người nhận.

Bidir Pim.

Và nếu trong các nguồn mạng có thể xuất hiện một cách tự nhiên ở đó, thì, để phát trên cùng một nhóm, nhanh chóng dừng truyền và biến mất?

Ví dụ: tình huống này có thể trong các trò chơi mạng hoặc trung tâm dữ liệu, nơi dữ liệu được sao chép giữa các máy chủ khác nhau. Đây là một khái niệm Nhiều nhiều - Nhiều nguồn, nhiều khách hàng.

Làm thế nào để PIM SM thông thường nhìn vào nó?

Rõ ràng là PIM SSM trơ sẽ không phù hợp?

Bạn chỉ nghĩ rằng sự hỗn loạn sẽ bắt đầu: Đăng ký nguồn, xây dựng lại cây, một số lượng lớn các hồ sơ (s, g) sống trong vài phút do bộ định thời giao thức.

  • PIM hai chiều đang là doanh thu ( PIM hai chiều, Bidir Pim
  • ). Không giống như SSM, nó hoàn toàn bị từ chối hoàn toàn bởi SPT và hồ sơ (s, g) - chỉ cây được chia sẻ vẫn còn với root trong RP. Và nếu ở PIM thông thường, cây có một chiều - lưu lượng truy cập luôn được truyền từ nguồn xuống SPT và từ RP xuống RPT - có một bộ phận rõ ràng trong đó nguồn nơi khách hàng, sau đó ở hai chiều từ lưu lượng nguồn đến RP, cũng truyền lại cây dùng chung - theo cách tương tự, theo đó lưu lượng truy cập chảy xuống khách hàng.
  • Điều này cho phép bạn từ chối đăng ký một nguồn trên RP - Truyền lưu lượng chắc chắn mà không có bất kỳ thay đổi báo động và trạng thái nào. Vì cây SPT hoàn toàn không có, thì Spt Switchover cũng không xảy ra. Ví dụ: Yêu cầu kết nối với một nhóm với một nguồn cụ thể. Các nguồn có thể được chỉ định một số - một cây sẽ được xây dựng trước mỗi cây. Nguồn1.
  • bắt đầu chuyển nhóm giao thông 224.2.2.4 đồng thời với mạng với Nguồn2. . Các dòng suối từ họ chỉ đổ về phía RP. Một số khách hàng gần đó bắt đầu nhận lưu lượng truy cập cùng một lúc, bởi vì trên các bộ định tuyến có một mục (*, g) (có khách hàng). Một phần khác nhận lưu lượng truy cập trên cây dùng chung từ RP. Và họ nhận được lưu lượng truy cập từ cả hai nguồn cùng một lúc. Đó là, nếu bạn lấy một trò chơi mạng đầu cơ cho một ví dụ, . Ở bên cạnh khách hàng, bộ định tuyến (LHR) mỗi nhóm được đặt theo địa chỉ nguồn (hoặc một số). Do đó, nếu có khách hàng không hỗ trợ IGMPV3 / MLDV2, SPT cũng sẽ được xây dựng cho chúng và không phải RPT, do thực tế là địa chỉ nguồn vẫn được biết. Đây là game bắn súng đầu tiên trong game bắn súng, tạo ra một cú sút, và

Nguồn2.

- Đây là một người chơi khác bước sang một bên. Thông tin về hai sự kiện này lan rộng khắp mạng. Và

tất cả mọi người

Ví dụ: IPTV.

Một người chơi khác (

.

Người nhận

) Tôi phải tìm hiểu về cả hai sự kiện này.

Nếu bạn nhớ, thì ngay trước khi chúng tôi giải thích lý do tại sao quá trình đăng ký nguồn trên RP là cần thiết - để lưu lượng truy cập không chiếm kênh khi không có khách hàng, nghĩa là RP chỉ từ chối nó. Tại sao bây giờ chúng ta không nghĩ về vấn đề này? Lý do rất đơn giản: Bidir PIM cho các tình huống có nhiều nguồn, nhưng chúng không liên tục phát sóng, nhưng định kỳ, các mẩu dữ liệu tương đối nhỏ. Đó là, kênh từ nguồn đến RP sẽ không được xử lý nước.

Xin lưu ý rằng trong hình trên giữa R5 và R7 Có một đường thẳng, ngắn hơn nhiều so với đường dẫn qua RP, nhưng nó chưa được sử dụng, vì tham gia chạy về phía RP theo bảng định tuyến mà đường dẫn này không tối ưu.

Nó trông khá đơn giản - bạn cần gửi các gói multicast theo hướng RP và mọi thứ, nhưng có một sắc thái mà tất cả các chiến lợi phẩm - rpf. Trong cây RPT, nó yêu cầu lưu lượng truy cập đến từ RP và không khác. Và chúng ta có thể đến từ bất cứ đâu. Tất nhiên, chúng tôi không thể lấy và từ bỏ RPF - đây là cơ chế duy nhất tránh sự hình thành các vòng lặp.

Do đó, khái niệm này được giới thiệu vào Bidir Pim

DF - Người giao nhận được chỉ định

. Trong mỗi phân đoạn mạng, một bộ định tuyến, có tuyến đường đến RP tốt hơn được chọn trên mỗi dòng đến vai trò này.

Bao gồm cả điều này được thực hiện trên những dòng mà khách hàng được kết nối trực tiếp. Bidir PIM DF tự động DR.

Danh sách dầu chỉ được hình thành từ những giao diện mà bộ định tuyến được chọn cho vai trò của DF.

Quy tắc khá minh bạch:

Nếu yêu cầu tham gia / rời khỏi PIM đến giao diện đó, trong phân khúc này là DF, nó được truyền theo RP theo quy tắc tiêu chuẩn.

Ở đây, ví dụ, R3. Nếu các yêu cầu đến các giao diện DF, được đánh dấu bằng một vòng tròn màu đỏ, nó sẽ truyền chúng sang RP (thông qua R1 hoặc R2, tùy thuộc vào bảng định tuyến).

Nếu yêu cầu tham gia / rời PIM đã đến giao diện không phải DF, nó sẽ bị bỏ qua. Giả sử rằng khách hàng, nằm giữa R1 và R3, đã quyết định kết nối và gửi báo cáo IGMP. R1 có được nó thông qua giao diện nơi nó được chọn DF (được đánh dấu bằng vòng tròn màu đỏ) và chúng tôi quay lại kịch bản trước đó. Và R3 nhận được yêu cầu đến một giao diện không phải là DF. R3 thấy rằng anh ta không phải là người giỏi nhất ở đây, và bỏ qua yêu cầu. (Nếu lưu lượng phát đa hướng đến giao diện DF, nó sẽ được gửi đến các giao diện từ danh sách dầu và về phía RP. Ví dụ,

Bắt đầu truyền tải lưu lượng. R4 Lấy nó vào giao diện DF của bạn và truyền nó sang giao diện DF khác - hướng tới ứng dụng khách và về phía RP, điều này rất quan trọng vì lưu lượng sẽ nhận được trên RP và trải rộng trên tất cả người nhận. R3 cũng nhập - một bản sao vào các giao diện từ danh sách dầu - nghĩa là trên r5, nơi nó sẽ bị loại bỏ do séc rpf và cái còn lại là về phía RP.

Nếu lưu lượng phát đa hướng đến giao diện không DF, nó phải được gửi đến các giao diện từ danh sách dầu, nhưng

sẽ không được

Đăng về phía rp.

Ví dụ,

Bắt đầu phát sóng, giao thông đạt RP và bắt đầu lây lan RPT. R3 được lưu lượng truy cập từ R1, và nó sẽ không truyền nó thành R2 - chỉ xuống trên R4 và R5.

Do đó, DF đảm bảo rằng chỉ có một bản sao của gói phát đa hướng và quá trình hình thành vòng lặp được loại trừ trên RP cuối cùng sẽ được gửi. Đồng thời, cây chung trong đó nguồn được đặt, tất nhiên, sẽ nhận được lưu lượng này trước khi vào RP. RP, theo quy định thông thường, lưu lượng sẽ được gửi đến tất cả các cảng dầu, ngoài ra, nơi lưu lượng truy cập đến từ đó.

Nhân tiện, không cần tin nhắn khẳng định, vì DF được chọn trong mỗi phân đoạn. Không giống như DR, anh ta không chỉ chịu trách nhiệm gửi tham gia vào RP mà còn để truyền lưu lượng truy cập đến phân khúc, nghĩa là, tình huống khi hai bộ định tuyến được truyền đến một tư thế, bị loại trừ trong pim pim.

Có lẽ điều cuối cùng bạn cần nói về PIM hai chiều là các tính năng của RP. Nếu PIM SM RP đã thực hiện một chức năng cụ thể - đăng ký nguồn, sau đó trong BIDIR PIM RP là một điểm rất có điều kiện nhất định để lưu lượng truy cập đang phấn đấu ở một bên và tham gia từ khách hàng này. Không ai nên thực hiện hòa tan, để hỏi việc xây dựng cây SPT. Chỉ cần một số bộ định tuyến đột nhiên giao thông từ các nguồn bắt đầu được truyền đến cây được chia sẻ. Tại sao tôi đang nói "trên một số"? Thực tế là trong BIDIR PIM RP - một điểm trừu tượng, và không phải là một bộ định tuyến cụ thể, vì địa chỉ RP có thể thực hiện địa chỉ IP không tồn tại - điều chính là nó được định tuyến (như một RP như vậy được gọi là Phantom RP

Tất cả các điều khoản liên quan đến PIM có thể được tìm thấy trong Thuật ngữ Multicast trên Kênh. Vì vậy, đằng sau tuần lễ lao động dài với sự thiếu ngủ, chế biến, thử nghiệm - bạn đã thực hiện thành công một khách hàng đa phát và hài lòng, giám đốc và bộ phận bán hàng. Thứ sáu không phải là ngày tồi tệ nhất để bỏ qua việc tạo ra và đủ khả năng ở một kỳ nghỉ dễ chịu. .

Thứ sáu không phải là ngày tồi tệ nhất để bỏ qua việc tạo ra và đủ khả năng ở một kỳ nghỉ dễ chịu.

Nhưng giấc mơ buổi chiều của bạn đột nhiên làm xáo trộn cuộc gọi của sự hỗ trợ kỹ thuật, sau đó thêm một lần nữa - không có gì hoạt động, mọi thứ đã phá vỡ. Kiểm tra - đi thua lỗ, nghỉ. Mọi thứ hội tụ trên một phân đoạn của một số công tắc.

SSH không được kiểm tra, đã kiểm tra CPU, kiểm tra việc xử lý các giao diện và đầu tóc - tải gần như dưới 100% trên tất cả các giao diện của một Vlan. Vòng lặp! Nhưng nó đến từ đâu nếu không có công việc được tổ chức? 10 phút kiểm tra và bạn nhận thấy rằng trên giao diện thượng nguồn đến kernel, bạn có rất nhiều lưu lượng truy cập đến và trên tất cả các lần giảm dần cho khách hàng - đi. Đối với vòng lặp, nó cũng đặc trưng, ​​nhưng bằng cách nào đó đáng ngờ: đã giới thiệu nhiều phát đa hướng, không thực hiện bất kỳ công việc nào khi chuyển đổi và chỉ nhảy theo một hướng.

Đã kiểm tra danh sách các nhóm phát đa hướng trên bộ định tuyến - và có một thuê bao cho tất cả các kênh có thể và tất cả mọi thứ trên một cổng tự nhiên là một trong những kênh dẫn đến phân khúc này.

Cuộc điều tra tỉ mỉ đã chỉ ra rằng máy tính của khách hàng bị nhiễm và gửi truy vấn IGMP cho tất cả các địa chỉ phát đa hướng liên tiếp.

Mất gói bắt đầu, bởi vì các công tắc phải vượt qua chính mình một lượng lớn lưu lượng truy cập. Điều này gây ra tràn của bộ đệm giao diện.

Câu hỏi chính là tại sao lưu lượng của một khách hàng bắt đầu được sao chép vào tất cả các cổng?

Lý do cho điều này nằm trong bản chất của địa chỉ MAC Multicast. Thực tế là, không gian địa chỉ IP Multicast được hiển thị đặc biệt trong không gian của địa chỉ MAC Multicast. Và Snag là chúng sẽ không bao giờ được sử dụng làm địa chỉ MAC nguồn và do đó sẽ không được nghiên cứu bởi công tắc và được liệt kê trong bảng địa chỉ MAC. Công tắc có khung làm gì, địa chỉ đích không được nghiên cứu? Anh ấy gửi chúng đến tất cả các cảng. Chuyện gì đã xảy ra.

Đây là hành động mặc định.

Địa chỉ MAC Multicast Vì vậy, các địa chỉ MAC nào được thay thế vào tiêu đề Ethernet của các gói đó? Phát sóng? Không phải. Có một phạm vi đặc biệt của các địa chỉ MAC trong đó các địa chỉ IP đa hướng được hiển thị. Đăng ký Những địa chỉ đặc biệt bắt đầu:

0x01005e và bit 25 tiếp theo phải là 0

Cố gắng trả lời tại sao

). 23 bit còn lại (nhắc nhở tất cả các bạn trong địa chỉ MAC 48) được chuyển từ địa chỉ IP.

Ở đây nằm ở đây một số không nghiêm trọng, nhưng vấn đề. Phạm vi của các địa chỉ multicast được xác định bởi mặt nạ 224.0.0.0/4, có nghĩa là 4 bit đầu tiên được dành riêng: 1110 và 28 bit còn lại có thể thay đổi. Đó là, chúng tôi có 2 ^ 28 địa chỉ IP phát đa hướng và chỉ 2 ^ 23 địa chỉ MAC - để hiển thị 1 trong 1 thiếu 5 bit. Do đó, chỉ có 23 bit địa chỉ IP cuối cùng được thực hiện và một đến một được chuyển đến địa chỉ MAC, 5 phần còn lại sẽ bị loại bỏ.

Trên thực tế, điều này có nghĩa là 2 ^ 5 = 32 địa chỉ IP sẽ được hiển thị trong một địa chỉ MAC Multicast. Ví dụ: các nhóm 224.0.0.1, 224.128.0.1, 225.0.0.1 và do đó cho đến 239.128.0.1, mọi người sẽ được hiển thị trong một địa chỉ MAC 0100: 5e00: 0001.

Nếu bạn thực hiện một kết xuất video trực tuyến làm ví dụ, bạn có thể thấy:

Địa chỉ IP - 224.2.2.4, Mac Địa chỉ: 01: 00: 5e: 02: 02: 04.

Ngoài ra còn có các địa chỉ MAC Multicast khác không thuộc về Multicast IPv4 (nhấp

). Nhân tiện, tất cả đều được đặc trưng bởi thực tế là bit cuối cùng của octet đầu tiên bằng 1.

Đương nhiên, không phải trên cùng một card mạng không thể được cấu hình bởi một địa chỉ MAC như vậy, vì vậy nó sẽ không bao giờ nằm ​​trong trường Sour Ethernet và sẽ không bao giờ rơi vào bảng địa chỉ MAC. Vì vậy, các khung như vậy nên được gửi dưới bất kỳ unicast nào không xác định

Cho tất cả các cảng Vlan.

Tổng cộng, chúng tôi đã xem xét trước đó, nó đủ để truyền tải toàn bộ bất kỳ lưu lượng phát đa hướng từ video phát trực tuyến sang báo giá cổ phiếu. Nhưng chúng ta thực sự thực sự làm trong thế giới gần như hoàn hảo của chúng ta với sự ô nhục như vậy, như một sự truyền phát sóng của những gì có thể được chuyển đến bầu chọn?

Không có gì. Đặc biệt là cho những người cầu toàn Cơ chế phát minh ra

IGMP Snooping.

Ý tưởng rất đơn giản - công tắc "lắng nghe" truyền qua các gói IGMP.

Đối với mỗi nhóm, riêng biệt, nó dẫn đến bảng các cổng tăng dần và giảm.

Nếu báo cáo IGMP đến từ cổng cho một nhóm, thì khách hàng, công tắc sẽ thêm nó vào danh sách đường xuống cho nhóm này.

Nếu truy vấn IGMP đến từ cổng cho nhóm, thì có một bộ định tuyến, công tắc sẽ thêm nó vào danh sách tăng dần.

Điều này tạo ra một bảng truyền lưu lượng phát đa hướng ở cấp độ kênh. Do đó, khi một luồng phát đa hướng đến từ phía trên, nó chỉ được sao chép vào các giao diện xuống. Nếu trên công tắc 16 cổng chỉ có hai khách hàng, chỉ chúng sẽ được giao lưu lượng truy cập. Thiên tài của ý tưởng này kết thúc khi chúng ta nghĩ về bản chất của cô ấy. Cơ chế giả định rằng công tắc phải lắng nghe lưu lượng ở cấp độ thứ 3.

Tuy nhiên, IGMP-Snooping không so sánh với NAT để bỏ qua các nguyên tắc tương tác mạng. Hơn nữa, ngoài việc tiết kiệm tài nguyên, nó mang rất nhiều cơ hội ít rõ ràng hơn. Vâng, và nói chung, trong thế giới hiện đại, công tắc, người biết cách nhìn vào IP bên trong - hiện tượng không phải là đặc biệt. =====================. Nhiệm vụ số 3.

Máy chủ 172.16.0.5 truyền lưu lượng phát đa hướng vào các nhóm 239.1.1.1, 239.2.2.2 và 239.0.x.

Cấu hình mạng để:

- Khách hàng 1 không thể tham gia nhóm 239.2.2.2. Nhưng đồng thời anh ta có thể tham gia nhóm 239.0.0.x.

- Khách hàng 2 không thể tham gia nhóm 239.1.1.1. Nhưng đồng thời anh ta có thể tham gia nhóm 239.0.0.x.

Chi tiết về nhiệm vụ tại đây.

=====================.

IGMP Snooping Proxy.

.

Một trình đọc phản hồi có thể có một câu hỏi về cách IGMP Snooping học tất cả các cổng máy khách, chỉ cho rằng chỉ một ứng dụng khách nhanh nhất chịu trách nhiệm về truy vấn IGMP như chúng ta đã nói ở trên. Và rất đơn giản: IGMP Snooping không cho phép báo cáo sẽ đi giữa khách hàng. Chúng chỉ được gửi đến các cổng tăng đến các bộ định tuyến. Nếu không thấy báo cáo từ những người nhận khác của nhóm này, máy khách có nghĩa vụ phải trả lời truy vấn trong thời gian phản hồi tối đa được chỉ định trong truy vấn này.

Do đó, trên mạng cho 1000 nút với một truy vấn IGMP trong vài giây (giá trị thông thường của thời gian đáp ứng tối đa) sẽ đến 1000 báo cáo cho bộ định tuyến. Mặc dù nó sẽ là đủ cho anh ta cho mỗi nhóm.

Và nó xảy ra mỗi phút.

Trong trường hợp này, bạn có thể định cấu hình ủy quyền của các yêu cầu IGMP. Sau đó, công tắc không chỉ "lắng nghe" các gói vượt qua, anh ta chặn chúng.

Các quy tắc hoạt động của IGMP-Snooping có thể khác nhau đối với các nhà sản xuất khác nhau. Do đó, hãy xem xét chúng về mặt khái niệm:

1) Nếu công tắc đến báo cáo đầu tiên với nhóm, nó sẽ được gửi lên bộ định tuyến và giao diện bị cản trở theo đường xuống. Nếu một nhóm như vậy đã sẵn sàng, giao diện được thêm vào danh sách giảm dần và báo cáo bị hủy.

2) Nếu nghỉ phép mới nhất đến với công tắc, thì không có khách hàng nào khác, nghỉ phép này sẽ được gửi đến bộ định tuyến và giao diện bị xóa khỏi danh sách tuyến dưới. Nếu không, giao diện chỉ cần xóa, để lại bị phá hủy.

3) Nếu truy vấn IGMP xuất phát từ bộ định tuyến, công tắc chặn nó, sẽ gửi nó đến phản hồi báo cáo IGMP cho tất cả các nhóm hiện có người nhận.

Bây giờ chúng tôi cung cấp cho máy chủ. Như chúng ta đã thảo luận ở trên, anh ta không lo lắng về PIM, RP, IGMP - anh ta chỉ phát sóng. Và R1 có được luồng này. Nhiệm vụ của ông là cung cấp Multicast cho RP. Và sau đó, tùy thuộc vào cài đặt và nhà sản xuất hoặc cùng truy vấn được gửi đến tất cả các cổng máy khách hoặc công tắc sẽ chặn truy vấn khỏi bộ định tuyến và chính nó hoạt động như Querier, chính trị định kỳ về tất cả người nhận. Điều này làm giảm tỷ lệ lưu lượng dịch vụ không cần thiết trên mạng và tải trên bộ định tuyến. Sao chép Vlan phát đa hướng Khách hàng cũng sẽ yêu cầu một nhóm 224.2.2.4 thông qua trình phát VLC. Viết tắt. Trong báo cáo IGMPV2 đi đến địa chỉ của nhóm mong muốn và song song, nó được chỉ định trong gói đó. Những tin nhắn này chỉ phải sống trong phân khúc của họ và không chuyển tiếp bởi các bộ định tuyến, do đó, chúng có 1 TTL. Mvr.

. Đây là một cơ chế cho những nhà cung cấp thực hành Vlan mỗi người dùng

, ví dụ.

Đây là một ví dụ điển hình của mạng nơi MVR rất quan trọng:

5 khách hàng trong các Vlan khác nhau, và mọi người đều muốn nhận lưu lượng truy cập multicast của một nhóm 224.2.2.4. Trong trường hợp này, khách hàng phải được phân lập với nhau.

IGMP-Snooping tính đến, tất nhiên, và Vlan. Nếu năm khách hàng trong các Vlan khác nhau yêu cầu một nhóm - nó sẽ là năm bảng khác nhau. Theo đó, có 5 yêu cầu kết nối với nhóm với bộ định tuyến. Và mỗi sabinternia từ năm này trên bộ định tuyến sẽ được thêm riêng trong dầu. Đó là, đã nhận được 1 luồng cho nhóm 224.2.2.4, ông sẽ gửi 5 bản, mặc dù thực tế là tất cả họ đi vào một phân khúc.

Để giải quyết vấn đề này, một cơ chế sao chép Vlan phát đa hướng đã được phát triển.

Một Vlan bổ sung được nhập -

.

Vlan multicast.

- Trong đó, theo đó, một luồng phát đa hướng sẽ được truyền đi. Đó là "trang nhã" trực tiếp đến công tắc cuối cùng, trong đó lưu lượng truy cập từ nó được sao chép vào tất cả các giao diện khách hàng mà họ muốn nhận lưu lượng này - đây là bản sao.

.

Tùy thuộc vào việc triển khai sao chép từ Vlan Multicast có thể được thực hiện trong

Người dùng-Vlan.

hoặc trong một số giao diện vật lý nhất định.

Và những tin nhắn IGMP thì sao? Truy vấn từ bộ định tuyến, tất nhiên, đi qua Vlan Multicast. Công tắc gửi chúng đến các cổng máy khách. Khi báo cáo hoặc rời khỏi khách hàng, công tắc đang kiểm tra từ đó nó là (Vlan, một giao diện) và, nếu cần, chuyển hướng đến Vlan phát đa hướng.

Do đó, lưu lượng thông thường được phân lập và vẫn chuyển sang bộ định tuyến trong Vlan người dùng. Lưu lượng truy cập Multicast và các gói IGMP được truyền đến Vlan Multicast.

.

Cisco MVR và IGMP-Snooping được cấu hình độc lập. Đó là, bạn có thể tắt một và thứ hai sẽ hoạt động. Nhìn chung, MVR dựa trên IGMP-Snooping và trên các thiết bị chuyển mạch của các nhà sản xuất khác cho các hoạt động MVR có thể được đưa vào IGMP-Snooping.

Kiểm tra rpf.

Ngoài ra, IGMP-Snooping cho phép bạn thực hiện lọc lưu lượng truy cập trên các thiết bị chuyển mạch, giới hạn số lượng nhóm có sẵn cho người dùng, việc bao gồm IGMP Querier, cài đặt tĩnh của các cổng tăng dần, kết nối vĩnh viễn với bất kỳ nhóm nào (tập lệnh này nằm trong đó đi kèm video

), Phản ứng nhanh với sự thay đổi cấu trúc liên kết bằng cách gửi truy vấn bổ sung, ánh xạ SSM cho IGMPV2, v.v.

  • Kết thúc cuộc trò chuyện về IGMP-Snooping, tôi muốn lặp lại - đây là một chức năng tùy chọn - mọi thứ sẽ hoạt động mà không có nó. Nhưng nó sẽ làm cho mạng lưới dự đoán hơn, và cuộc sống của kỹ sư là bình tĩnh hơn.
  • Tuy nhiên, tất cả những lợi thế của IGMP Snooping có thể được bao bọc chống lại chính họ. Một trường hợp nổi bật như vậy có thể được đọc bằng cách tham khảo.
  • Nhân tiện, cùng một Cisco có một giao thức CGMP

- Tương tự của IGMP, không vi phạm các nguyên tắc của công tắc, nhưng nó đúng và không nói rằng rộng rãi.

Vì vậy, người đọc không mệt mỏi của tôi, chúng tôi tiếp cận sự kết thúc của vấn đề và cuối cùng muốn hiển thị cách dịch vụ IPTV có thể được triển khai ở phía máy khách.

Cách dễ nhất chúng ta đã nhiều lần kháng cáo trong bài viết này - chạy một người chơi có thể lấy một luồng phát đa hướng từ mạng. Bạn có thể tự đặt địa chỉ IP của nhóm và thưởng thức video.

Một tùy chọn chương trình khác mà các nhà cung cấp thường sử dụng là một ứng dụng đặc biệt, thường là khá tùy chỉnh, trong đó tập các kênh được sử dụng trong mạng của nhà cung cấp sẽ được may. Không cần phải đặt một cái gì đó thủ công - bạn chỉ cần chuyển kênh bằng các nút.

Cả hai cách này đều có thể xem video phát trực tuyến trên máy tính của bạn.

Tùy chọn thứ ba cho phép bạn sử dụng TV và theo quy luật, bất kỳ. Để thực hiện việc này, ngôi nhà của khách hàng đặt cái gọi là Set-Top-Box (STB) - một hộp được cài đặt trên TV. Đây là một pusaleak, được bao gồm trong dòng thuê bao và chia sẻ lưu lượng: Unicnter thông thường, nó cung cấp cho Ethernet hoặc WiFi để khách hàng có quyền truy cập Internet và luồng phát đa hướng được truyền đến TV thông qua cáp (DVI, RGB, ăng-ten TD.).

Thông thường bạn, nhân tiện, bạn có thể thấy một quảng cáo, nơi nhà cung cấp cung cấp bảng điều khiển của mình để kết nối truyền hình - đây là rất nhiều

Nhiệm vụ số 4.

Cuối cùng, một tác vụ phát đa hướng không cần thiết (các tác giả không phải là chúng tôi, sẽ có một liên kết đến bản gốc trong các câu trả lời).

  1. Sơ đồ đơn giản nhất:
  2. Một mặt, máy chủ nguồn, với ARC - một máy tính đã sẵn sàng để lưu lượng truy cập.

Bạn có thể tự cài đặt một địa chỉ luồng phát đa hướng.

Và, theo đó, hai câu hỏi:

  • Những gì cần được thực hiện để máy tính có thể lấy luồng và không dùng đến định tuyến Multicast?
  • Giả sử bạn không biết multicast và không thể định cấu hình nó, cách chuyển luồng từ máy chủ sang máy tính?
  • Nhiệm vụ dễ dàng được tìm kiếm trong công cụ tìm kiếm, nhưng hãy cố gắng tự giải quyết nó.
  • Chi tiết về nhiệm vụ tại đây.
  • =====================.
  • Không có lợi trong bài viết vẫn định tuyến tên miền chéo của lưu lượng phát đa hướng (MSDP
  • , MBGP.

, BGMP.

), cân bằng tải giữa rp (anycast rp

, giao thức độc quyền. Nhưng, tôi nghĩ, có một điểm bắt đầu bài viết này, để đối phó với phần còn lại sẽ không khó khăn.

Tất cả các điều khoản liên quan đến multicast, bạn có thể tìm thấy trong lookMeup thu nhỏ viễn thông

Để được giúp đỡ trong việc chuẩn bị bài viết Cảm ơn JDIMA

Để hỗ trợ kỹ thuật Cảm ơn Natasha Samoilenko CDPV đã vẽ Nina Dolgopolov

- Một nghệ sĩ tuyệt vời và các dự án khác.

Kiểm tra rpf.

Trong nhóm các bài viết của SDSM, vẫn còn rất thú vị trước khi kết thúc, vì vậy bạn không cần phải chôn cất chu kỳ do thiếu phát hành lâu đời - với mỗi bài viết mới, sự phức tạp tăng đáng kể. Ahead là gần như tất cả các MPLS, IPv6, QoS và thiết kế mạng.

  1. Như bạn đã, có lẽ đã nhận thấy, LinkMeup có một dự án mới - Thuật ngữ lookmeup (vâng, chúng tôi đã để lại một ảo mộng). Chúng tôi hy vọng rằng thuật ngữ này sẽ trở thành thư mục đầy đủ nhất về các điều khoản trong lĩnh vực giao tiếp, vì vậy chúng tôi sẽ rất vui vì bất kỳ trợ giúp nào trong việc lấp đầy nó. Viết thư cho chúng tôi tại [email protected]
  2. ở lại với chúng tôi
  3. IGMP Snooping: Cái này trong bộ định tuyến là gì và tại sao bạn cần?
  4. Nếu bạn gặp phải một câu hỏi về tùy chọn IGMP Snooping rằng nó nằm trong bộ định tuyến và tại sao bạn cần cài đặt này, bạn đã phát hiện ra đúng bài viết. Hầu hết các thông tin trên Internet rất phức tạp để hiểu người dùng thông thường và tất cả các thuật ngữ này đều không cần thiết nếu bạn muốn giải quyết một nhiệm vụ cụ thể.
  5. Thêm một chút về các vấn đề, vì bạn có thể quan tâm đến IGMP Snooping:

Bạn chơi trò chơi mạng;

Sử dụng chức năng truyền hình Internet IPTV Rostelecom hoặc bất kỳ nhà cung cấp nào khác;

Đã ký vào bất kỳ hệ thống mạng nào: hội nghị video, học trực tuyến hoặc thậm chí gửi thư bưu chính.

Và đồng thời bạn đã giảm tốc độ đáng kể trên tất cả các thiết bị được kết nối với bộ định tuyến. Ví dụ: bạn đang xem IPTV trên TV, nhưng bạn bắt đầu "nhút nhát" một PC hoặc tệ hơn là làm việc trên Internet trên điện thoại của bạn. Một vấn đề khác là có thể - IPTV, trò chơi mạng hoặc dịch vụ được liệt kê ở trên không được bắt đầu và không hoạt động. Trong tất cả các trường hợp này, giải pháp sẽ giúp cấu hình IGMP Snooping.

IGMP là gì và tại sao nó là cần thiết

Khi dữ liệu được truyền qua mạng - trên Internet toàn cầu hoặc từ nhà cung cấp hoặc giữa các thiết bị của bạn, điều này xảy ra trên các quy tắc rõ ràng: các giao thức. Mỗi giao thức xác định cách nhận dạng số không và đơn vị, cách thu thập chúng trong các gói dữ liệu, cách kiểm tra "tính chính xác" của họ khi nhận và lắp ráp trên màn hình trên màn hình. Có tổng cộng bảy cấp độ - từ tín hiệu điện đến trình duyệt của bạn.

Giao thức quản lý nhóm Internet, theo các chữ cái đầu tiên trong đó viết tắt được hình thành - một trong những giao thức này ở cấp độ kênh. Bạn sẽ không biết về sự tồn tại của nó, nếu "vấn đề" được mô tả ở trên nảy sinh. Như có thể thấy từ tên, đây là một giao thức để quản lý các nhóm phát sóng.

Đó là, khi tín hiệu TV Internet IPTV đến với bạn trên bộ định tuyến từ nhà cung cấp, nó sẽ bắt đầu phát nó vào tất cả các thiết bị. Thật tiện lợi, để xem các thiết bị tương tự trên điện thoại thông minh và TV. Nhưng đồng thời bất kỳ thiết bị nào khác - ví dụ: máy tính của bạn "không được hỏi" nếu nó cần một tín hiệu.

Do đó, anh vẫn nhận được nó, giúp giảm tốc độ của Internet và dành nguồn lực của nó.

Snooping là một hàm giúp bộ định tuyến tìm ra những thiết bị nào cần lưu lượng dữ liệu từ một trò chơi trực tuyến, truyền hình hoặc dịch vụ đặc biệt. Nói một cách đơn giản, đây là việc tối ưu hóa lưu lượng truy cập trong mạng của bạn và cải thiện sự an toàn của nó. Nó sẽ hoạt động tự động, nhưng đôi khi bạn cần định cấu hình thủ công. Đó là những gì IGMP nằm trong bộ định tuyến.

Quan điểm của Igmp Snooping Sự hỗ trợ của bộ định tuyến của giao thức này đã có nghĩa là bạn sẽ không gặp vấn đề gì với việc nhận tín hiệu từ IPTV và từ các dịch vụ khác. Nhưng nếu bộ định tuyến hoặc modem cũ hơn, nó có thể không chấp nhận truyền dữ liệu phát sóng, hoặc nó không có đủ năng lượng và nó sẽ "treo". Nhưng khi mọi thứ theo thứ tự, IGMP Snooping có thể thay đổi theo loại: Thụ động. Hỗ trợ công nghệ cơ bản này, theo dõi tổng thể và truyền dữ liệu phát sóng. Tất cả mọi thứ hoạt động, tải trên bộ định tuyến là tối thiểu. Tuy nhiên, tải tăng trên các thiết bị trong đó. Hoạt động. Một giao thức như vậy tối đa hóa mạng. Nó rifts "thêm" yêu cầu cho bộ định tuyến mà anh ta không cần, giải phóng tài nguyên truyền dữ liệu. Tuy nhiên, nó làm tăng tải trên bộ xử lý và trên bộ nhớ của thiết bị. Các thiết bị của phân khúc giá trung bình và cao đối phó với điều này mà không gặp vấn đề. Đối với các thiết bị rẻ hơn, nó phụ thuộc vào lượng dữ liệu. .

Cách thiết lập một chức năng trong bộ định tuyến IGMP tháo rời trong bộ định tuyến, cài đặt này là gì - trên ví dụ IPTV. Thông thường mọi thứ tự động bật. Nhưng nếu bạn đọc bài viết này, một cái gì đó rõ ràng đã đi sai. Do đó, thực hiện các bước này: Chuyển đến giao diện web của bộ định tuyến: Nhập trình duyệt vào thanh địa chỉ 192.168.1.1 hoặc 192.168.0.1 hoặc địa chỉ được chỉ định trên nhãn dán dưới cùng. Nhập tên người dùng và mật khẩu - Thông thường đây là "quản trị viên" đăng nhập và mật khẩu "quản trị viên" nếu bạn chưa được thay đổi theo cách thủ công. Hoặc kiểm tra cùng một nhãn dán trên bộ định tuyến. .

Chuyển đến "Mạng", "Cài đặt mạng" hoặc tương tự. Trong Asus, nó được gọi là "Mạng cục bộ". Bạn cần tìm tab "IPTV". Tùy chọn "Proxy" bao gồm phát sóng, thực sự khởi chạy chức năng IPTV. Đó là những gì nó là, proxy IGMP trong bộ định tuyến. Bật nó lên. Không phải tất cả các mô hình đều có một mục IGMP Snooping, nhưng nếu nó có mặt, sau đó bật nó lên. Snooping sẽ cải thiện công việc của tất cả các thiết bị. .

Nhấp vào "Áp dụng". Tất cả đã sẵn sàng

Vấn đề có thể xảy ra Một vấn đề là có thể khi phát sóng chưa hoạt động. Điều này có thể được kết nối với tường lửa. Ngắt kết nối trong vài phút. Nếu sự cố đã biến mất, sau đó bật và trong cài đặt, cho phép giao thức cho Internet TV, trò chơi trực tuyến hoặc dịch vụ khác. Video. Ví dụ: Anycast DNS .

Nếu IPTV sử dụng một máy thu thiết bị riêng biệt (tại sao bạn cần có tiền tố TV, đây là một chủ đề trò chuyện duy nhất), sau đó trong cài đặt bộ định tuyến có thể cần thiết để giải quyết tùy chọn "Cầu". Nó có thể được gọi là "Chọn Cầu Wan Cầu" hoặc "Cầu mạng" - nó phụ thuộc vào thiết bị.

Cuối cùng, nếu tín hiệu "chậm lại", thì thiết bị rất có thể bị quá tải. Sẽ phải hạn chế hoạt động của các thiết bị khác hoặc vô hiệu hóa chúng. Nếu không có gì giúp, bạn sẽ phải thay đổi bộ định tuyến sang mạnh mẽ hơn.

Trong bài viết này, tôi đã cố gắng giải thích ngôn ngữ rõ ràng nhất những gì IgMP rình mò trong bộ định tuyến là. Tôi hy vọng thông tin này sẽ hữu ích cho bạn và bạn quyết định các vấn đề đã phát sinh. Bây giờ dữ liệu của bạn sẽ được truyền là tối ưu và chính xác, và cuộc tấn công vào mạng để quá tải tất cả các thiết bị trong đó sẽ không dẫn đến. Một nguồn: https://besprovodnik.ru/igmp-snooping-chto-to-v-ruter/

Thiết lập IPTV trên Mikrotik Ví dụ: cài đặt IPTV, chúng tôi đã lấy Mikrotik RB2011UIAS-2HND. Tất nhiên, không hoàn toàn là bộ định tuyến nhà, nhưng cài đặt trên các thiết bị khác sẽ không khác nhau về nguyên tắc. Đặt lại bộ định tuyến cấu hình. / Và thông báo cho chúng tôi về người nhận. Và không cần thiết phải nói về một máy khách-máy tính, nói chung nó có thể, ví dụ, một bộ định tuyến pim khác. Điều quan trọng là giao diện nào cần truyền lưu lượng truy cập. Chúng tôi cập nhật bộ định tuyến (thêm một gói cho IPTV).

Thiết lập proxy IGMP. Thêm ngoại lệ tường lửa. Thiết lập Wi-Fi.

Đặt lại cài đặt điểm truy cập

Mục này là tùy chọn. Nếu bạn định cấu hình IPTV trên bộ định tuyến với các cài đặt hoạt động mà bạn đã làm trước đó, các hành động dưới đây không cần thiết. Nó cũng không ngăn chặn cấu hình sao lưu. Tuy nhiên, đôi khi, nếu trong quá trình cài đặt IPTV đối với microtic, điều gì đó đã xảy ra, lối thoát tốt nhất là "Đặt lại" cấu hình và làm lại mọi thứ. .

Đặt lại cài đặt về nhà máy có thể là ba cách: Lập trình đi đến WinBox, mở menu hệ thống và tạo cấu hình thiết lập lại. Về cơ khí: Nhấp vào nút Đặt lại trên Mikrotik của bạn và đợi cho đến khi bộ định tuyến khởi động lại. (Trên hầu hết Mikrotik, chúng tôi khuyên bạn nên kẹp nút để bật thiết bị và không cần phát hành giữ khoảng 10 giây sau khi bật) / Và thông báo cho chúng tôi về người nhận. Và không cần thiết phải nói về một máy khách-máy tính, nói chung nó có thể, ví dụ, một bộ định tuyến pim khác. Điều quan trọng là giao diện nào cần truyền lưu lượng truy cập. Đặt lại cấu hình trong chính bộ định tuyến (trên màn hình thiết lập). Chỉ thực tế nếu có màn hình cảm ứng trên bộ định tuyến. Cập nhật Routeros (Thêm gói cho IPTV) Bản cập nhật là cần thiết để cài đặt gói bổ sung cho IPTV. Chúng tôi truy cập trang web của Mikrotik, chúng tôi đang tìm kiếm một dòng mô hình của bạn trong danh sách và tải xuống phiên bản firmware mới nhất cho nó. Xin lưu ý rằng bạn không chọn phần sụn với các gói chính (MAIN) và có thêm (thêm):

Mở

Winbox.

Chúng tôi vào bộ định tuyến (chúng tôi khuyên bạn nên nhập ban đầu trên địa chỉ MAC, nó sẽ tạo điều kiện cho quá trình cấu hình thêm). Để cập nhật trên bộ định tuyến, hãy truy cập menu Các tập tin. Mở nó và kéo nó vào cửa sổ Các tập tin. Tệp đã tải xuống của chúng tôi từ một kho lưu trữ được giải nén được gọi là . Multicast-x.xx-mipsbe.npk

Gói được thêm vào và sau đó chúng tôi khởi động lại thiết bị trong menu

Hệ thống.

Khởi động lại

Bộ định tuyến sẽ khởi động lại và cập nhật firmware. Quá trình có thể mất tối đa 5 phút.

Dinh dưỡng tại thời điểm này không nên bị vô hiệu hóa!

Sau khi khởi động lại mở

Hệ thống - gói. và nhìn nếu mô-đun xuất hiện

Nếu có sẵn, thì bạn đã làm mọi thứ đúng. Thiết lập proxy IGMP

Mở trong menu Mikrotik Định tuyến - Proxy IGMP. Chúng ta cần thêm một giao diện mới, để nhấp vào plus này (như được chỉ định trên màn hình). Trong giao diện mới, trong lĩnh vực này Giao diện. Chúng tôi chọn cổng mà Internet đi kèm với chúng tôi, trong trường hợp của chúng tôi, đó là một ether2-master và cài đặt một đánh dấu Giống như một ảnh chụp màn hình:

Thấp hơn một chút trong lĩnh vực này

Mạng con thay thế.

Bạn nên chỉ định các mạng con thay thế. Trong trường hợp bạn không biết phải nhập gì ở đó, hãy thử các tùy chọn phổ biến nhất: 10.0.0.0/8; 172.16.0.0/12; 192.168.0.0/16.

  • Trong trường hợp cực đoan, bạn cũng có thể rời khỏi Zeros, nhưng tốt hơn là vẫn tìm thấy mạng con mong muốn để bộ định tuyến không áp dụng cho toàn bộ internet. Xác nhận các thay đổi, nhấp ĐỒNG Ý. Tạo giao diện khác, nhấp vào Blue Plus, nhưng bây giờ chúng ta không phải
  • Trong trường hợp cực đoan, bạn cũng có thể rời khỏi Zeros, nhưng tốt hơn là vẫn tìm thấy mạng con mong muốn để bộ định tuyến không áp dụng cho toàn bộ internet. ). đặt một tick ngược lại ĐỒNG Ý. và đồng thời chọn cổng mà chúng ta sẽ Quá nhiều

IPTV. - Đó là, một trong đó thiết bị được kết nối trên đó chúng ta sẽ xem IPTV. Trong trường hợp của chúng tôi, đây là cây cầu, bởi vì một PC đứng yên được kết nối với nó. .

Đó là, trong trường hợp đầu tiên, chúng tôi đã chỉ ra cổng nơi dữ liệu bao gồm, và bây giờ - nơi đến từ. Sau khi chúng ta nhấn nút Cài đặt

Istavim đánh dấu vào trái

Để hỗ trợ kỹ thuật Cảm ơn Natasha Samoilenko Nhanh chóng.

Leve.

Kiểm tra rpf.

Chúng tôi làm điều đó để có thể nhanh chóng chuyển đổi giữa các kênh.

Thiết lập tường lửa

Tùy chỉnh tường lửa của chúng tôi không bỏ lỡ IPTV tại thời điểm này, để chúng tôi tạo một thiết bị đầu cuối mới, nhấp vào thiết bị đầu cuối mới và cửa sổ mở: Bây giờ chúng ta phải thực hiện một số đội trong bảng điều khiển này: / Bộ lọc tường lửa IP Thêm hành động = Chấp nhận chuỗi = Nhận xét đầu vào = »Cho phép IGMP» Vô hiệu hóa = Không có interface = ether2-Master Protocol = IGMP

/ Bộ lọc tường lửa ip Thêm hành động = Chấp nhận chuỗi = Nhận xét đầu vào = »iptv udp đến» bị vô hiệu hóa = không có DST-PORT = 1234 trong giao diện = ether2-Master Protocol = udp

/ Bộ lọc tường lửa IP Thêm hành động = Chấp nhận chuỗi = Chuyển tiếp Nhận xét = »Chuyển tiếp UDP IPTV» Đã tắt = Không có cổng DST = 1234 Giao thức = UDP 1234.

- Cổng được đăng ký không chính thức để phát trực tuyến video và IPTV Ether2-master. - Đây là một giao diện mà IPTV đến từ nhà cung cấp.

Nhu cầu tiếp theo trong thực đơn

Ip. Chọn mục Bức tường lửa

và đi đến tab Quy tắc bộ lọc.

. Chúng tôi đã tạo ra loại trừ các quy tắc và chúng hoạt động, họ nên cao hơn để cấm. Chúng tôi kéo chúng lên bằng chuột.

  1. Thiết lập Wi-Fi
  2. Trong trường hợp bạn phân phối hoặc sẽ đưa ra IPTV qua Wi-Fi, bạn cần thêm các cài đặt bổ sung. Để làm điều này, mở theo thứ tự:
  3. Sau khi nhấn nút chế độ nâng cao, các tham số bổ sung xuất hiện:
  4. Trong lĩnh vực
  5. Hỗ trợ WMM.

Đặt

Đã bật -

Kiểm tra rpf.

Hỗ trợ toàn diện cho truyền đa phương tiện qua Wi-Fi.

Người giúp đỡ

ĐẦY

. Tham số này bao gồm gửi khách hàng phát đa hướng đang ngồi trên Wi-Fi.

Tất cả xác nhận với nút

Với IGMP, người nhận khách hàng cuối cùng giao tiếp các bộ định tuyến gần nhất mà họ muốn nhận lưu lượng truy cập. Và PIM xây dựng đường dẫn lưu lượng phát đa hướng từ nguồn đến người nhận thông qua các bộ định tuyến. ĐỒNG Ý.

và tận hưởng các chương trình xem

Nó chỉ còn chỉ để kiểm tra hiệu suất của cấu hình của chúng tôi. Chúng tôi đã sử dụng cho trình phát IPTV này, N

Tải xuống triệt để các kênh của các kênh cho nhà cung cấp của chúng tôi

(Volton telecom) trong cài đặt trình phát.

Chúng ta có thể thấy rằng cài đặt của chúng tôi là hoạt động đầy đủ. Xem vui!

https://lantorg.com/article/nastrojka-iptv-na-mikrotik.

IGMP Snooping trong bộ định tuyến: Tại sao chức năng IGMP Snooping

Khách hàng cũng sẽ yêu cầu một nhóm 224.2.2.4 thông qua trình phát VLC. Vai trò của IGMP rất đơn giản: Nếu không có khách hàng - không cần thiết phải truyền lưu lượng phát đa hướng đến phân khúc. Nếu một khách hàng xuất hiện, anh ta sẽ thông báo cho các bộ định tuyến bằng IGMP rằng anh ta muốn nhận lưu lượng truy cập. Để hiểu cách mọi thứ xảy ra, lấy mạng này: Một số nền tảng trên Internet sử dụng phương thức Multicast để truyền dữ liệu đến nhóm người dùng. Một công nghệ như vậy được sử dụng cho các trò chơi trực tuyến, phát sóng trực tiếp, học từ xa và thậm chí cho thư bưu chính. Nhưng Multiforming không phải lúc nào cũng tối ưu hóa rơle lưu lượng và tải mạng của người dùng, vì vậy chức năng Snooping IGMP đã tạo ra vấn đề này. Hãy phân biệt chức năng là gì và cách bật nó tối ưu hóa lưu lượng truy cập của bạn.

Là gì và tại sao cần chức năng rình mò igmp

Để bắt đầu, chúng tôi sẽ đưa ra định nghĩa về IGMP để hiểu nguyên tắc công nghệ.

Giao thức quản lý nhóm Internet - Giao thức quản lý mạng Multicast, tổ chức một số thiết bị theo nhóm. Báo cáo thành viên IGMP - "Báo cáo" nút thắt mà anh ấy muốn nhận lưu lượng của nhóm này.

Trong báo cáo IGMPV2 đi đến địa chỉ của nhóm mong muốn và song song, nó được chỉ định trong gói đó. Những tin nhắn này chỉ phải sống trong phân khúc của họ và không chuyển tiếp bởi các bộ định tuyến, do đó, chúng có 1 TTL. Nó dựa trên giao thức IP và được áp dụng trên Internet ở mọi nơi, sử dụng tài nguyên mạng một cách hiệu quả.

IGMP Snooping là quá trình theo dõi lưu lượng Multicast giữa các nhóm người tiêu dùng và máy chủ. Tính năng Snooping được bật để phân tích các yêu cầu của người dùng để kết nối với nhóm đa chủ và thêm cổng vào danh sách phát IGMP. Sau khi hoàn thành việc sử dụng máy đa hóa, người dùng sẽ rời khỏi truy vấn và giao thức, xóa cổng khỏi danh sách dữ liệu nhóm.

Do đó, rình mò loại bỏ việc chuyển dữ liệu không cần thiết sang các kênh phát đa hướng.

Điều này làm cho việc trao đổi dữ liệu ở mức kênh hiệu quả hơn và tính đến nhu cầu của lớp mạng, đặc biệt quan trọng đối với các nhà cung cấp thông tin. Người dùng cũng sẽ nhận được nội dung được tối ưu hóa, mặc dù kết quả là tải trên mạng sẽ tăng lên.

Nếu không theo dõi và phân tích dữ liệu, người tiêu dùng cuối cùng dưới dạng địa chỉ IP cụ thể sẽ bị buộc phải "tiêu hóa" thông tin vô dụng bổ sung cho họ. được kích hoạt theo mặc định trên các bộ định tuyến. Giao diện FE0 / 0 trở nên giảm dần cho nhóm 224.2.2.4 - nó sẽ cần gửi lưu lượng nhận được. Cùng với bảng định tuyến độc đáo thông thường, cũng có một multicast: Về sự sẵn có của khách hàng cho biết hồ sơ đầu tiên

IGMP Snooping sẽ không chỉ lưu người dùng khỏi lưu lượng truy cập quá mức mà còn khiến việc trao đổi thông tin an toàn hơn.

Chế độ theo dõi được bật đúng hạn để ngăn các nỗ lực tấn công DDoS trên mạng hoặc các địa chỉ cụ thể mà giao thức quản lý nhóm Internet dễ bị tấn công. Chức năng kích hoạt IGMP Snooping Tính năng theo dõi và phân tích có sẵn trên các công tắc hoặc chuyển mạch mạng được quản lý. Thiết bị này giúp thực hiện các nguyên tắc phát sóng nhóm ở cấp độ kênh của mạng. .

Để kích hoạt IGMP Snooping, bạn cần bật và định cấu hình thủ công trên công tắc.

Các tương tự không được quản lý không hỗ trợ chế độ phân tích lưu lượng, vì chúng không thể được cấu hình thông qua giao diện.

Chi tiết nhiều chi tiết, lệnh Hiển thị ip mroute. Chúng tôi sẽ phân biệt sau. .

Trước khi sử dụng Communicator trên mạng của bạn, hãy đảm bảo rằng người nhận cuối cùng (ví dụ: Smart-TV) hỗ trợ chế độ Snooping.

Thông thường, các thiết bị có mục thích hợp trong phần "Kết nối mạng thiết lập", điều này sẽ đơn giản hóa sự điều chỉnh của MultiCAST. Khách hàng bắt đầu nhận lưu lượng. Bây giờ bộ định tuyến đôi khi nên kiểm tra xem người nhận vẫn có một khoảng cách để không phát sóng nếu bất ngờ khách hàng bị bỏ lại. Để làm điều này, nó định kỳ gửi yêu cầu cho tất cả các giao diện giảm dần của nó. Hãy xem xét một cách để kết nối một chức năng thông qua dòng lệnh trên ví dụ về các công tắc D-Link phổ biến:

Mở dòng lệnh với giao diện CLI.

Nhập "Bật-IGMP-Snooping". Lệnh này sẽ bật chức năng trên công tắc và tất cả các địa chỉ được kết nối.

Nhập "Config-IGMP-Snooping-Vlan-Despace-Bật", sẽ cho phép bạn định cấu hình giao thức Vlan.

Lệnh "Confog-Multicast-Vlan-Mode-Vlan-Desple-Filter-Filter-Unregistred-Groups" bao gồm bộ lọc dữ liệu từ một số địa chỉ tại Communicator.

Cuối cùng, hãy sử dụng "Config-igmp-snooping-vlan-defaude-allable" trong mạng Vlan.

Lệnh cuối cùng bao gồm tính năng REOOP IGMP Snooping, không bao gồm cổng từ mạng ngay khi người dùng thực hiện yêu cầu "rời khỏi". Nhờ nghỉ phép nhanh, người tiêu dùng sẽ không nhận được dữ liệu không cần thiết và sẽ không xử lý chúng. Điều này sẽ làm giảm tải trên mạng và sẽ cho phép công tắc hoạt động hiệu quả hơn. Nếu, đáp ứng với truy vấn, ít nhất một báo cáo đã đến bộ định tuyến, điều đó có nghĩa là khách hàng vẫn còn khách hàng, anh ta tiếp tục phát sóng đó từ nơi báo cáo này đến từ đâu, lưu lượng của nhóm này. Nếu truy vấn không có phản hồi từ giao diện phản hồi cho một số nhóm, bộ định tuyến sẽ xóa giao diện này khỏi bảng định tuyến phát đa hướng cho nhóm này - ngừng gửi lưu lượng truy cập.

Mạng cho nhỏ nhất. Phần 9.2. Multicast. Giao thức IGMP

Tiếp tục nghiên cứu Multicast IGMP (Giao thức quản lý nhóm Internet), giao thức mạng cho sự tương tác của các máy khách lưu lượng phát đa hướng và bộ định tuyến gần họ nhất.

Giao thức IGMP

Quay trở lại bãi rác một lần nữa. Xem gói hàng đầu này, sau đó một luồng multicast đã bị ném? Một chi tiết thú vị trong hành vi của khách hàng: đã nhận được truy vấn, anh ta không vội trả lời ngay lập tức để báo cáo. Nút mất thời gian chờ từ 0 đến .

Thông báo giao thức IGMP khi được kết nối

được chỉ định trong truy vấn tiếp theo: Nhân tiện, khi gỡ lỗi hoặc trong bãi rác, có thể thấy rằng vài giây có thể vượt qua giữa các báo cáo khác nhau. Điều này được thực hiện để hàng trăm khách hàng tất cả các phạm vi không tràn ngập mạng với các báo cáo của họ bằng cách nhận truy vấn chung. Hơn nữa, chỉ có một khách hàng thường gửi báo cáo. Tin nhắn giao thức IGMP này được gửi bởi khách hàng khi chúng ta nhấn phát trên đó. Đó là cách anh ta báo cáo rằng anh ta muốn nhận lưu lượng truy cập cho nhóm 224.2.2.4.

- Đây là một giao thức mạng tương tác với khách hàng lưu lượng phát đa hướng và bộ định tuyến gần nhất.

IPv6 sử dụng MLD (Phát hiện trình nghe đa hướng) thay vì IGMP. Nguyên tắc hoạt động họ hoàn toàn giống nhau, vì vậy bạn có thể dễ dàng thay đổi IGMP ở mọi nơi trên MLD và IP trên IPv6.

IGMP có hoạt động như thế nào? bốn. Vì vậy, tiếp tục trong nhiều thế kỷ cho đến khi khách hàng muốn thoát khỏi nhóm (ví dụ: tắt trình phát / TV). Trong trường hợp này, anh ấy gửi IGMP rời đi. Có lẽ bạn cần bắt đầu với thực tế là các phiên bản của giao thức hiện là ba: IGMPV1, IGMPV2, IGMPV3. Được sử dụng nhiều nhất - cái thứ hai, lần đầu tiên gần như bị lãng quên, vì vậy chúng tôi sẽ không nói về nó, thứ ba rất giống với thứ hai.

Tôi sẽ tập trung vào thứ hai, như trên tác động nhiều nhất và xem xét tất cả các sự kiện kết nối máy khách với nhóm trước khi hết nó. Khách hàng cũng sẽ yêu cầu một nhóm 224.2.2.4 thông qua trình phát VLC.

Vai trò của IGMP rất đơn giản: Nếu không có khách hàng - không cần thiết phải truyền lưu lượng phát đa hướng đến phân khúc. Nếu một khách hàng xuất hiện, anh ta sẽ thông báo cho các bộ định tuyến bằng IGMP rằng anh ta muốn nhận lưu lượng truy cập.

Để hiểu cách mọi thứ xảy ra, lấy mạng này:

Giả sử bộ định tuyến đã được cấu hình để nhận và xử lý lưu lượng phát đa hướng.

- "Báo cáo" nút thắt mà anh ấy muốn nhận lưu lượng của nhóm này.

Truy vấn cụ thể nhóm.

Gửi báo cáo thành viên IGMP

Trong báo cáo IGMPV2 đi đến địa chỉ của nhóm mong muốn và song song, nó được chỉ định trong gói đó. Những tin nhắn này chỉ phải sống trong phân khúc của họ và không chuyển tiếp bởi các bộ định tuyến, do đó, chúng có 1 TTL. Truy vấn cụ thể nhóm. Thường trong tài liệu bạn có thể đáp ứng đề cập đến

Bộ định tuyến nhận được báo cáo IGMP và, nhận ra rằng giao diện này hiện có khách hàng, làm cho thông tin trong bảng của họ

Đây là một đầu ra của thông tin về IGMP. Nhóm đầu tiên được khách hàng yêu cầu. Thứ ba và thứ tư là các nhóm giao thức SSDP được chế tạo SSDP. Thứ hai là một nhóm đặc biệt luôn có mặt trên các bộ định tuyến Cisco - nó được sử dụng cho giao thức tự động RP, được kích hoạt theo mặc định trên các bộ định tuyến.

  1. Giao diện FE0 / 0 trở nên giảm dần cho nhóm 224.2.2.4 - nó sẽ cần gửi lưu lượng nhận được.
  2. Cùng với bảng định tuyến độc đáo thông thường, cũng có một multicast:
  3. Về sự sẵn có của khách hàng cho biết hồ sơ đầu tiên
  4. Từ đầu ra, rõ ràng lưu lượng truy cập cho nhóm 224.2.2.4 đi qua FE0 / 1 và cần phải truyền nó vào cổng FE0 / 0.
  5. Các giao diện mà bạn cần truyền lưu lượng truy cập được bao gồm trong danh sách các giao diện hạ lưu -
  6. Dầu Mỗi người gửi truy vấn chung IGMP vào mạng. Mục tiêu chính là tìm hiểu xem có khách hàng hay không, và song song - để tuyên bố với các bộ định tuyến khác trong phân khúc nếu họ, về mong muốn của bạn để tham gia cuộc bầu cử. Danh sách giao diện ra ngoài.
  7. Chi tiết hơn, chương trình của đội ip mroorte show, chúng tôi sẽ xem xét sau.
  8. Trên bãi chứa bạn thấy rằng ngay khi máy khách đã gửi báo cáo IGMP, ngay sau khi nó bay lên UDP là một luồng video.

WINS ROUTER S.

Biên nhận truy vấn truy vấn IGMP (kết xuất được lọc bởi IGMP).

7)

Theo mặc định, điều này xảy ra cứ sau 60 giây. TTL các gói như vậy cũng bằng 1. Chúng được gửi đến địa chỉ 224.0.0.1 - tất cả các nút trong phân đoạn này - mà không chỉ định một nhóm cụ thể. Tin nhắn truy vấn như vậy được gọi là tám) - chung. Do đó, bộ định tuyến hỏi: "Guys, và ai và những gì khác muốn nhận được?".

Đã nhận được truy vấn chung IGMP, bất kỳ máy chủ nào lắng nghe bất kỳ nhóm nào phải gửi báo cáo IGMP vì nó đã làm khi được kết nối. Địa chỉ của nhóm mối quan tâm đối với nhóm của anh ta nên được chỉ định trong báo cáo. Cuộc bầu cử Querier là một quy trình rất quan trọng trong multicast, nhưng một số nhà sản xuất khó chịu, những người không giữ RFC có thể chèn một cây gậy mạnh vào bánh xe. Tôi đang nói về truy vấn IGMP với một địa chỉ của nguồn 0,0.0.0, có thể được tạo bởi công tắc. Những tin nhắn như vậy không nên tham gia vào sự lựa chọn Querier, nhưng bạn phải sẵn sàng cho tất cả mọi thứ. Đây là một ví dụ Đáp ứng máy tính với truy vấn chung IGMP (kết xuất được lọc bởi IGMP)

Nếu, đáp ứng với truy vấn, ít nhất một báo cáo đã đến bộ định tuyến, điều đó có nghĩa là khách hàng vẫn còn khách hàng, anh ta tiếp tục phát sóng đó từ nơi báo cáo này đến từ đâu, lưu lượng của nhóm này. Phiên bản 1 khác nhau về bản chất chỉ bởi thực tế là Nếu truy vấn không có phản hồi từ giao diện phản hồi cho một số nhóm, bộ định tuyến sẽ xóa giao diện này khỏi bảng định tuyến phát đa hướng cho nhóm này - ngừng gửi lưu lượng truy cập.

Về sáng kiến ​​của mình, máy khách thường gửi báo cáo chỉ khi được kết nối, sau đó nó chỉ đơn giản là đáp ứng truy vấn từ bộ định tuyến.

Một chi tiết thú vị trong hành vi của khách hàng: đã nhận được truy vấn, anh ta không vội trả lời ngay lập tức để báo cáo. Nút mất thời gian chờ từ 0 đến

Nhân tiện, khi gỡ lỗi hoặc trong bãi rác, có thể thấy rằng vài giây có thể vượt qua giữa các báo cáo khác nhau.

Điều này được thực hiện để hàng trăm khách hàng tất cả các phạm vi không tràn ngập mạng với các báo cáo của họ bằng cách nhận truy vấn chung. Hơn nữa, chỉ có một khách hàng thường gửi báo cáo.

Thực tế là báo cáo được gửi đến địa chỉ nhóm, và do đó đến với tất cả khách hàng. Sau khi nhận được báo cáo từ một khách hàng khác cho cùng một nhóm, nút sẽ không gửi riêng của nó. Logic rất đơn giản: bộ định tuyến đã nhận được rất nhiều báo cáo này và biết rằng có khách hàng, điều đó là không cần thiết.

Trên bãi chứa bạn thấy rằng ngay khi máy khách đã gửi báo cáo IGMP, ngay sau khi nó bay lên UDP là một luồng video.

Khách hàng cũng sẽ yêu cầu một nhóm 224.2.2.4 thông qua trình phát VLC. Cơ chế này được gọi là

Trong báo cáo IGMPV2 đi đến địa chỉ của nhóm mong muốn và song song, nó được chỉ định trong gói đó. Những tin nhắn này chỉ phải sống trong phân khúc của họ và không chuyển tiếp bởi các bộ định tuyến, do đó, chúng có 1 TTL. Hơn nữa trong bài viết, chúng tôi sẽ nói về lý do tại sao cơ chế này thực sự thực sự hoạt động rất hiếm khi.

Chi tiết nhiều chi tiết, lệnh Ví dụ II. 4Xin lưu ý cách lưu lượng truy cập nên đi trong trường hợp này - R1-R2-R3-R5. Mặc dù tóm lại, đường dẫn R1-R3-R5.

Nơi không có bộ định tuyến, chúng ta có thể tuyên bố có thẩm quyền - IGMP ở đó - không nhiều hơn hình thức. Không có bộ định tuyến và khách hàng không có ai yêu cầu một luồng phát đa hướng. Và anh ta sẽ kiếm được một video cho lý do đơn giản là dòng chảy và vì vậy hãy đổ từ công tắc - bạn chỉ cần nhặt nó lên. đến địa chỉ nhóm.

Lặp lại một lần nữa Gửi IGMP rời đi

Sau đó, một khách hàng xuất hiện, những người muốn nhận lưu lượng truy cập của nhóm 224.2.2.4 và ông đã gửi báo cáo IGMP của mình. Bộ định tuyến nhận được nó và trong một ý tưởng phải tắt. Nhưng anh ta không thể vô hiệu hóa một ứng dụng khách cụ thể - bộ định tuyến không phân biệt chúng - nó chỉ có giao diện xuôi dòng. Và giao diện có thể là một số khách hàng. Đó là, nếu bộ định tuyến xóa giao diện này khỏi danh sách OUL của nó (danh sách giao diện gửi đi) cho nhóm này, video sẽ tắt cả. Nhưng cũng không nên xóa nó, nó cũng không thể - đột nhiên đó là khách hàng cuối cùng - tại sao sau đó rửa nó?

Sau đó, bộ định tuyến đã quyết định một số lý do để kiểm tra - và liệu không còn khách hàng nữa và gửi lại truy vấn chung của IGMP mà khách hàng bị buộc phải trả lời ( Nếu bạn nhìn vào bãi chứa, bạn sẽ thấy rằng sau khi nhận được bộ định tuyến rời khỏi, luồng sẽ tiếp tục đi một lúc. Thực tế là bộ định tuyến đáp ứng để lại gửi truy vấn IGMP đến địa chỉ nhóm mà nghỉ phép này đến giao diện đó nơi anh ta đến. Một gói như vậy được gọi là

Định kỳ (một lần một phút) Bộ định tuyến kiểm tra xem người nhận vẫn còn, sử dụng truy vấn chung IGMP và nút xác nhận điều này bằng cách sử dụng báo cáo IGMP.

Những khách hàng được kết nối với nhóm cụ thể này.

Gửi truy vấn cụ thể nhóm bộ định tuyến bộ định tuyến để đáp ứng với IGMP RAKE

Nếu bộ định tuyến nhận được báo cáo phản hồi cho nhóm, nó vẫn tiếp tục phát trong giao diện, nếu không nhận được - xóa bộ hẹn giờ sau khi hết giờ.

Tổng cộng, sau khi nhận được nghỉ, hai nhóm truy vấn cụ thể đi - một điều khiển thứ hai bắt buộc.

Hai truy vấn cụ thể nhóm - một điều khiển thứ hai bắt buộc

Tiếp theo, bộ định tuyến dừng luồng. Nhưng vẫn hoàn toàn khó hiểu Làm thế nào lưu lượng truy cập từ máy chủ tiếp cận khách hàng khi có một mạng lưới nhà cung cấp lớn LinkMIAP? Và ở đâu, trên thực tế, nó sẽ được biết là ai là khách hàng? Chúng tôi không thể đăng ký thủ công các tuyến đường, đơn giản vì chúng tôi không biết khách hàng có thể ở đâu. Các giao thức định tuyến thông thường sẽ không trả lời câu hỏi này. Vì vậy, chúng tôi đến để hiểu rằng việc cung cấp nhiều phát đa hàng là một điều hoàn toàn mới đối với chúng tôi. Xem xét một trường hợp khó khăn hơn một chút: ). Hai (hoặc nhiều hơn) bộ định tuyến có thể phát sóng lưu lượng được kết nối với phân khúc máy khách. Nếu bạn không làm gì, lưu lượng Multicast sẽ được nhân đôi - cả hai bộ định tuyến sẽ nhận được báo cáo từ khách hàng. Để tránh điều này, có một cơ chế lựa chọn - chính trị. Người sẽ giành chiến thắng sẽ gửi truy vấn, báo cáo theo dõi và phản ứng để rời đi, và, theo đó, nó sẽ gửi lưu lượng đến phân khúc. Người thua cuộc sẽ chỉ nghe báo cáo và giữ tay bạn trên xung. Bầu cử xảy ra khá đơn giản và trực quan.

Để hỗ trợ kỹ thuật Cảm ơn Natasha Samoilenko Hãy xem xét tình huống từ thời điểm các bộ định tuyến R1 và R2 được bật.

Igmp kích hoạt trên các giao diện.

Kiểm tra rpf.

Lúc đầu, theo mặc định, mỗi người trong số họ coi mình là Querier.

  • Mỗi người gửi truy vấn chung IGMP vào mạng. Mục tiêu là tìm hiểu nếu có khách hàng, và song song - để khai báo các bộ định tuyến khác trong phân khúc, nếu có, về mong muốn của bạn để tham gia vào các cuộc bầu cử. Truy vấn chung Nhận tất cả các thiết bị trong phân khúc, bao gồm các bộ định tuyến IGMP khác.
  • Đã nhận được một thông điệp như vậy từ một người hàng xóm, mỗi bộ định tuyến ước tính những người xứng đáng hơn. WINS ROUTER S.
  • Ví dụ: Anycast DNS (được chỉ định trong trường IP nguồn của truy vấn IGMP). Anh trở thành Querier, tất cả những người khác - không đáng kể.

Không phải Querier bắt đầu bộ hẹn giờ được thiết lập lại mỗi lần QUaryny đi kèm với một địa chỉ IP nhỏ hơn. Nếu trước khi hẹn giờ hết hạn (hơn 100 giây: 105-107), bộ định tuyến sẽ không nhận được truy vấn với một địa chỉ nhỏ hơn, anh ta tuyên bố chính mình Querier và lấy tất cả các chức năng tương ứng.

Nếu Querier nhận truy vấn với một địa chỉ nhỏ hơn, ông thêm các nhiệm vụ này. Querier đang trở thành một bộ định tuyến khác, có một ip ít hơn. Cuộc bầu cử Querier là một quy trình rất quan trọng trong multicast, nhưng một số nhà sản xuất khó chịu, những người không giữ RFC có thể chèn một cây gậy mạnh vào bánh xe. Tôi đang nói về truy vấn IGMP với một địa chỉ của nguồn 0,0.0.0, có thể được tạo bởi công tắc. Những tin nhắn như vậy không nên tham gia vào sự lựa chọn Querier, nhưng bạn phải sẵn sàng cho tất cả mọi thứ. Dưới đây là một ví dụ về một vấn đề hiệu suất lâu dài rất phức tạp. .

Phiên bản 1 khác nhau về bản chất chỉ bởi thực tế là

. Nếu khách hàng không muốn nhận thêm lưu lượng truy cập của nhóm này, anh ta chỉ cần chấm dứt gửi báo cáo để đáp ứng truy vấn. Khi nào không một khách hàng nào còn lại, bộ định tuyến thời gian chờ sẽ ngừng gửi lưu lượng truy cập.

Hơn thế nữa, Nhưng vẫn hoàn toàn khó hiểu Làm thế nào lưu lượng truy cập từ máy chủ tiếp cận khách hàng khi có một mạng lưới nhà cung cấp lớn LinkMIAP? Và ở đâu, trên thực tế, nó sẽ được biết là ai là khách hàng? Chúng tôi không thể đăng ký thủ công các tuyến đường, đơn giản vì chúng tôi không biết khách hàng có thể ở đâu. Các giao thức định tuyến thông thường sẽ không trả lời câu hỏi này. Vì vậy, chúng tôi đến để hiểu rằng việc cung cấp nhiều phát đa hàng là một điều hoàn toàn mới đối với chúng tôi. . Để tránh sự trùng lặp của lưu lượng, giao thức cao hơn có trách nhiệm, ví dụ, PIM, về việc chúng ta sẽ nói thêm.

Phiên bản 3 hỗ trợ tất cả những hỗ trợ IGMPV2, nhưng có một số thay đổi. Đầu tiên, báo cáo được gửi không còn đến địa chỉ nhóm, mà trên một địa chỉ dịch vụ đa hướng

. Và địa chỉ của nhóm được yêu cầu chỉ được chỉ định trong gói. Điều này được thực hiện để đơn giản hóa công việc của IGMP Snooping, về việc chúng ta sẽ nói chuyện tiếp theo.

Thứ hai, quan trọng hơn, IGMPV3 bắt đầu hỗ trợ SSM ở dạng tinh khiết. Đây là đa hướng về cái gọi là nguồn cụ thể. Trong trường hợp này, khách hàng có thể không chỉ yêu cầu một nhóm, mà còn chỉ định danh sách các nguồn mà anh ấy muốn nhận lưu lượng truy cập hoặc ngược lại sẽ không muốn. Trong IGMPV2, khách hàng chỉ cần yêu cầu và nhận lưu lượng nhóm mà không cần chăm sóc nguồn.

Nội dung Phân tích thành viên IGMP trong IGMPV3 Vì vậy, IGMP được thiết kế để tương tác với khách hàng và bộ định tuyến. Do đó, trả về ví dụ 2, trong đó không có bộ định tuyến, chúng tôi có thể xác định được ủy quyền - IGMP ở đó - không nhiều hơn hình thức. Không có bộ định tuyến và khách hàng không có ai yêu cầu một luồng phát đa hướng. Và anh ta sẽ kiếm được một video cho lý do đơn giản là dòng chảy và vì vậy hãy đổ từ công tắc - bạn chỉ cần nhặt nó lên. Nhớ lại rằng IGMP không hoạt động cho IPv6. Có giao thức MLD.

Lặp lại một lần nữa Trước hết, bộ định tuyến đã gửi truy vấn chung IGMP của mình sau khi bật IGMP trên giao diện của nó để tìm hiểu xem có người nhận không và tuyên bố mong muốn của họ là Querier. Lúc đó, không ai ở trong nhóm này. Sau đó, một khách hàng xuất hiện, những người muốn nhận lưu lượng truy cập của nhóm 224.2.2.4 và ông đã gửi báo cáo IGMP của mình. Sau đó, tôi đã đi đến giao thông trên đó, nhưng nó được lọc ra khỏi bãi rác.

Định kỳ (một lần một phút) Bộ định tuyến kiểm tra xem người nhận vẫn còn, sử dụng truy vấn chung IGMP và nút xác nhận điều này bằng cách sử dụng báo cáo IGMP.

Rồi anh thay đổi suy nghĩ và từ chối nhóm bằng cách gửi IGMP rời đi. Bộ định tuyến đã nhận được nghỉ và, muốn đảm bảo rằng không có người nhận nào khác không có người nhận nào khác, hãy gửi truy vấn cụ thể của nhóm IGMP ... hai lần. Và sau khi hết hạn xin lỗi để truyền lưu lượng truy cập tại đây. Tuy nhiên, nó tiếp tục truyền truy vấn IGMP vào mạng. Ví dụ: trong trường hợp bạn chưa tắt trình phát, nhưng chỉ đơn giản là một nơi nào đó với sự kết nối của vấn đề. Sau đó, kết nối được khôi phục, nhưng chính khách hàng không tự gửi báo cáo. Nhưng câu trả lời truy vấn. Do đó, dòng chảy có thể phục hồi mà không có sự tham gia của con người. IgMprotokol, với bộ định tuyến học được sự hiện diện của người nhận lưu lượng phát đa hướng và về các báo cáo của máy khách .Igmp của họ khi được kết nối và phản hồi truy vấn IGMP. Điều này có nghĩa là khách hàng muốn nhận lưu lượng nhóm cụ thể. Migmp General QueryProtes một bộ định tuyến định kỳ để kiểm tra các nhóm nào là cần thiết ngay bây giờ. Là địa chỉ của người nhận, 224.0.0.1 được chỉ định. .

Nhóm IGMP Sepcific Truy cập của bộ định tuyến để đáp ứng thông báo để lại để tìm hiểu xem có những người nhận khác trong nhóm này không. Là địa chỉ của người nhận, địa chỉ của nhóm multicast được chỉ định. Migmp rời khỏi khách hàng khi anh ta muốn rời khỏi nhóm.Querielened trong một phân đoạn phát sóng một số bộ định tuyến có thể được phát, trong số đó, một trong số đó là một Quierier chính được chọn trong số họ. Nó sẽ định kỳ gửi truy vấn và truyền lưu lượng truy cập. Một nguồn:

Tags.

Cisco.

IPTV.

Sdsm.

Phần cứng mạng.

Mạng cho nhỏ nhất https://radioprog.ru/post/623.
Multicast là gì trong bộ định tuyến. Yêu cầu đối với tài nguyên hệ thống. Multicast và Unicast: Sự khác biệt chính

Để hỗ trợ kỹ thuật Cảm ơn Natasha Samoilenko Trước hết, hãy thoại một vài khái niệm để loại trừ sự hiểu lầm hơn nữa. Có ba loại lưu lượng:

(*, G) (s, g)

Chúng tôi làm điều đó để có thể nhanh chóng chuyển đổi giữa các kênh.

Thiết lập tường lửa

Tùy chỉnh tường lửa của chúng tôi không bỏ lỡ IPTV tại thời điểm này, để chúng tôi tạo một thiết bị đầu cuối mới, nhấp vào thiết bị đầu cuối mới và cửa sổ mở: Bây giờ chúng ta phải thực hiện một số đội trong bảng điều khiển này: / Bộ lọc tường lửa IP Thêm hành động = Chấp nhận chuỗi = Nhận xét đầu vào = »Cho phép IGMP» Vô hiệu hóa = Không có interface = ether2-Master Protocol = IGMP

/ Bộ lọc tường lửa ip Thêm hành động = Chấp nhận chuỗi = Nhận xét đầu vào = »iptv udp đến» bị vô hiệu hóa = không có DST-PORT = 1234 trong giao diện = ether2-Master Protocol = udp

/ Bộ lọc tường lửa IP Thêm hành động = Chấp nhận chuỗi = Chuyển tiếp Nhận xét = »Chuyển tiếp UDP IPTV» Đã tắt = Không có cổng DST = 1234 Giao thức = UDP 1234. Multicast dầu.

- Cổng được đăng ký không chính thức để phát trực tuyến video và IPTV Ether2-master. - Đây là một giao diện mà IPTV đến từ nhà cung cấp.

Nhu cầu tiếp theo trong thực đơn

Ip. Chọn mục Bức tường lửa

và đi đến tab Quy tắc bộ lọc.

. Chúng tôi đã tạo ra loại trừ các quy tắc và chúng hoạt động, họ nên cao hơn để cấm. Chúng tôi kéo chúng lên bằng chuột.

  1. Thiết lập Wi-Fi
  2. Trong trường hợp bạn phân phối hoặc sẽ đưa ra IPTV qua Wi-Fi, bạn cần thêm các cài đặt bổ sung. Để làm điều này, mở theo thứ tự:
  3. Sau khi nhấn nút chế độ nâng cao, các tham số bổ sung xuất hiện:
  4. Trong lĩnh vực
  5. Hỗ trợ WMM. PIM SM RP.

Đặt

Nhiệm vụ số 4.

Unicast.

  1. - unicast, một nguồn phát trực tuyến một người nhận Phát sóng.
  2. - Phát sóng, một nguồn, người nhận tất cả khách hàng trực tuyến - Multicast, một người gửi, người nhận một số nhóm khách hàng

Những loại lưu lượng truy cập để sử dụng cho IPTV?

Rõ ràng, Multicast được đưa ra cho các kênh phát sóng. Bất kỳ kênh TV nào mà chúng tôi muốn phát sóng đều được đặc trưng bởi địa chỉ nhóm, được chọn từ phạm vi được dành riêng cho các mục đích này:

224.0.0.0 - 239.255.255.255.

Новости

Добавить комментарий