最小的网络。 第九部分。 多播/ hAbr。

我们的防范领域提供商通过普通电信运营商的所有服务来增长并悄然转变。现在我们已经长达了iptv。

这意味着需要配置多播路由,并首先理解存在这样的多个。

这是与IP网络通常原则的第一个偏离。尽管如此,多播范例与暖灯灯完全不同。

你甚至可以说,它以某种方式挑战你思想在理解新方法方面的灵活性。

在本文中,重点关注以下内容:

传统视频教程:

在我的形成的曙光,就像工程师一样,多播的主题非常害怕,我将它与我的第一次经验的精神发布者联系起来。 因此,急需,中午之前,您需要将视频流唤起到城市中心的新建筑 - 提供商将在这里送到二楼 “我听说了一个美好的早晨。我对多播的一切都知道,所以这就是发件人是一个,收件人很多,似乎IGMP协议是某种方式涉及的。

因此,在中午之前,我们试图开始整个事情 - 我从入口点到出口点击败了最普通的VLAN。但信号不稳定 - 冻结,坍塌,中断。我试过恐慌来弄清楚可以使用IGMP完成的是,Tyrhogogogogogogogogogogogogogogogogogogogogogogogogogogogogogogogogogogogogogogogogogy是什么,IGMP-Snooping,签了一千次延迟和损失 - 没有帮助。然后突然努力工作。当然,稳定,无故障。

它通过疫苗接种一个组播服务,并且很长一段时间我对他没有任何兴趣。

我稍后很多我来到下一个规则: 现在,从难以理解的案件的高度来看,我明白建立网络部件 - 错误有限设备没有任何问题。 保持冷静,相信我。在本文之后,这些事情不会吓到你。 一般理解多播。 如您所知,存在以下类型的流量: 单播。 - 单播 - 一个发件人,一个收件人。 ( 示例:在Web服务器上查询http-page 如您所知,存在以下类型的流量: )。 播送。 - 广播 - 一个发件人,收件人 - 广播段中的所有设备。 ( 如您所知,存在以下类型的流量: 示例:ARP请求 多播。 - 多播 - 一个发件人,许多收件人。 ( 示例:IPTV。

yourcast。

- 最近的节点的单播 - 一个发件人,一般来说,许多收件人,但实际上数据仅发送到一个。 ( 示例:yourcast dns )。

由于我们决定谈论多播,那么,也许,让我们从这个段落开始,从问题,在哪里以及如何使用它。

到目前一体所致的第一件事是电视(IPTV) - 一个源服务器发送需要一次需要接收许多客户的流量。这是由术语本身决定的 -

多播。

- 多播广播。也就是说,如果您已经知道的广播,意味着向每个人广播,则组播意味着广播某个组。

  1. 第二应用是,例如,将操作系统复制到许多计算机中。这意味着从一个服务器加载大数据卷。
  2. 可能的情况:音频和视频会议(一个人说 - 每个人都听),电子商务,拍卖,证券交易所。但这是理论上,在实践中,这里很少使用多播。

另一个应用程序是协议服务消息。例如,其广播域中的OSPF将其消息发送到地址224.0.0.5和224.0.0.6。并且只处理运行OSPF的那些节点。

我们制定了两种组播通讯的基本原则:

不管收件人的数量如何,发件人只发送一个流量副本。

交通只收到那些真正对此感兴趣的人。

在本文中,我们将占据IPTV作为最具视觉示例。

例I.

让我们从最简单的情况开始: 在源服务器上,广播配置为组224.2.2.4组 - 这意味着服务器将流量发送到IP地址224.2.2.4。在客户端上,视频播放器配置为采用224.2.2.4的组。 .

同时,注意,客户端和服务器不必从一个子网中的地址,并且彼此ping - 足以处于一个广播域中。

多播流简单地从服务器倾省,客户端只接受它。您可以通过将两个计算机连接到修补程序并运行,例如,VLC来直接在工作场所进行。

应该指出的是,在多播中,没有信号传导,他们说,

“你好,我是一个来源,你不需要一点组播吗?”

源服务器只开始在其界面中广播组播数据包。在我们的示例中,他们直接进入客户端,实际上立即接受它们。

如果您在此链接上捕获包,则会看到多播流量与海UDP数据包相同。

多播未附加到特定协议。实际上,所有定义其地址的一切。但是,如果我们谈论其应用程序,那么在绝对大多数情况下,它就是UDP。通过通常,这里需要的数据通常是在多播的帮助下传输的事实。例如,视频。如果一块框架丢失,并且发件人将尝试发送它在TCP中发生这种情况,那么,很可能,这件作品迟到了,那么在哪里显示它?火车离开了。与声音完全相同。

因此,没有必要安装连接,因此需要TCP。

从unicust转移多播是什么?我认为你已经有假设了。你可能是对的。 在通常的情况下,我们有1个收件人和1个发件人 - 每一个都有一个唯一的IP地址。发件人确切地知道在哪里滑行包,并将此地址放在IP标头中。由于其路由表引起的每个中间节点都知道发送包的位置。两个节点之间的单播流量通过网络不受阻碍。但问题是,在通常的包中只指定了一个收件人的IP地址。 如果一个和同一流量有几个收件人,该怎么办?原则上,可以扩展单播方法以及这种情况 - 将您的包副本发送给每个客户端。客户不会注意到差异 - 甚至一个,至少一千,但差异将在您的数据传输渠道上明确区分。 G假设我们从多播服务器传输一个SD通道。让它使用2 MB / s。 30个频道为30,并同时观看20个人的每个频道。它拒绝了2 MB / s * 30通道* 20人=仅在电视上的1200 MB / s或1.2 GB / s,以防单播。但仍有高清频道,您可以在那里安全地将此图乘以2.洪流的地方在哪里?

这就是为什么地址块铺设在IPv4中

D级:224.0.0.0/4

(224.0.0.0-239.255.255.255)。此范围的地址由组播组决定。一个地址是一个组,通常它是由字母表示的“

也就是说,客户端已连接到组224.2.2.4,我们的意思是它与目的地224.2.2.4的地址接收多播流量。

例II。

将交换机添加到方案和更多客户:

多播服务器仍为组224.2.2.4的广播。在开关上,所有4个端口必须位于一个VLAN中。交通交易到交换机,默认值将发送到一个VLAN的所有端口。所以所有客户都会收到此流量。在他们身上,集团地址224.2.2.4也在视频播放器中指定。

实际上,所有这些设备都成为此组播组的成员。成员资格是动态:任何人,随时都可以进入并离开它。 在这种情况下,交通甚至那些不希望这一般的人也会收到,也就是说,播放器都没有在它上发射,也不是其他任何东西。但只有他在同一个VLAN。后来我们将处理如何处理它。

请注意,在这种情况下,只有一个流量到交换机的一个副本来自源服务器,而不是单独的副本到每个客户端。在使用SD通道的示例中,源和交换机之间的端口负载不是1.2 GB / s,但仅为60 MB / s(2MB / C * 30通道)。

实际上,可以使用这整个巨大的范围(224.0.0.0-239.255.255.255)。

嗯,几乎所有 - 第一个地址(范围224.0.0.0/23)仍然保留了众所周知的协议。

预留IP地址列表

在Link-lock下保留224.0.0.0/24

通讯。具有此类目的地址的组播软件包无法超出一个广播段的范围。

224.0.1.0/24的范围是在整个网络中传输多播的协议下保留的,即通过路由器。

事实上,这里是多播最基本的事情。

当源和收件人处于同一网段时,我们看起来很简单。交换机接收的流量只是在所有端口中发送到它们 - 没有魔法。

但仍然是完全难以理解的是,当有一个巨大的提供商网络LinkMiap时,来自服务器的流量如何访问客户?事实上,在哪里,它将被众知是客户的?我们不能手动注册路线,仅仅因为我们不知道客户可能在哪里。通常的路由协议不会回答这个问题。所以我们来理解多播的交付是我们完全新的。

通常,目前从源传送多播到收件人的瞬间有许多协议 - IGMP / MLD,PIM,MSDP,MBGP,MOSPF,DVMRP。

我们将专注于其中的两个,目前使用:PIM和IGMP。 使用IGMP,最终的客户收件人会传达他们想要接收流量的最近路由器。 PIM通过路由器将来自源移动到收件人的多播流量的路径。 IGMP.

再次返回转储。请参阅此顶部包,之后抛出多播流?

当我们按下播放时,客户端发送的IGMP协议消息。这就是他报告他希望获得224.2.2.4群体的交通。

IGMP - Internet集团管理协议

- 这是一个网络协议,交互多播流量客户端和最近的路由器。

IPv6使用MLD(多播侦听器发现)而不是IGMP。操作原理它们完全相同,因此您可以轻松地在MLD的各处和IPv6上的IGMP更改IGMP。

IGMP如何工作?

也许你需要开始,即协议的版本现在是三个:IGMPv1,IGMPv2,IGMPv3。最常用的 - 第二个,第一个几乎被遗忘了,所以我们不会谈论它,第三个是非常相似的。

我将重点关注第二个,正如最大的影响,并考虑所有事件,从而将客户端连接到组。

客户还将通过VLC播放器申请一组224.2.2.4。 IGMP的角色非常简单:如果没有客户 - 没有必要将多播流量传输到段。如果出现客户,他会使用他想要接收流量的IGMP通知路由器。 要了解一切如何发生,请携带此网络: 假设路由器已被配置为接收和处理多播流量。

一。

一旦我们在客户端上启动应用程序并设置组224.2.2.4组,程序包将被发送到网络 IGMP会员报告 - 他希望接收本集团的流量的“报告”结。

在IGMPv2报告中,进入所需组的地址,并行地在包装本身中指示。这些消息必须仅存在于其段内,而不是转发路由器,因此,它们有1个TTL。 经常在文献中,你可以提到提到

IGMP加入。

。不要害怕 - 这是IGMP会员报告的替代名称。

2。

路由器接收IGMP报告,并意识到此接口现在具有客户,在其表中提供信息

这是关于IGMP的信息的输出。第一个组由客户要求。第三和第四是SSDP服务报告。

内置窗户。第二个是一个始终存在于Cisco路由器上的特殊组 - 它用于自动RP协议。 默认情况下在路由器上激活。 FE0 / 0接口为224.2.2.4的组变为下降 - 它需要发送接收的流量。 随着通常的唯一路由表以及多播: 关于客户的可用性第一次记录

(*,224.2.2.4)

。并记录 (172.16.0.5,224.2.2.4) .

这意味着路由器知道该组的多播流源。 从输出中可以清楚地清楚,224.2.2.4组的流量通过FE0 / 1来,有必要将其传输到FE0 / 0端口。 您需要传输流量的接口包含在下游接口列表中 -

油出站接口列表

更详细地命令 显示IP MRROUTE。 我们会稍后辨别。 . 在转储上方,您可以看到客户一旦发送IGMP报告,在飞行之后立即UDP是一个视频流。 .

3. 客户开始接收流量。现在路由器有时应该检查收件人是否仍然存在差距,如果突然留下了客户。为此,它会定期向所有下降界面发送请求。 IGMP查询。

*通过IGMP过滤除以IGMP * 在转储上方,您可以看到客户一旦发送IGMP报告,在飞行之后立即UDP是一个视频流。 .

默认情况下,这会发生一次每60秒。 TTL这样的包也等于1.它们被发送到地址224.0.0.1 - 此段中的所有节点 - 而不指定特定组。调用此类查询消息

一般查询。

- 一般的。因此,路由器问:“伙计们,还有谁想要接收?”。

已收到IGMP常规查询,任何侦听任何组的主机都必须在连接时发送IGMP报告。应在报告中指定本集团群组的地址。 如果,为了响应查询,至少有一个报告来到路由器,它意味着仍然存在客户,他继续播放来自此报告来自的界面来自此组的流量。 如果查询没有对某些组的响应接口的响应,则路由器从其组播路由表中删除此接口,为此组 - 停止发送流量。 在其主动性上,客户端通常只在连接时发送报告,然后它只是响应路由器的查询。 在客户的行为中有一个有趣的细节:接受了查询,他并不急于立即回复报告。该节点从0占超时长度 .最大响应时间。 .

哪个在下一个查询中指定: 顺便说一下,在转储或在转储中调试时,可以看出几秒钟可以在获取不同的报告之间传递。 这是为了通过接收常规查询,数百名客户所有范围都不会通过其报告淹没网络。此外,只有一个客户端通常会发送报告。 事实是,报告已发送给小组地址,因此涉及所有客户。从另一个客户端收到同一组的报表后,节点不会发送自己的。逻辑很简单:路由器已经收到了这个非常报道并知道有客户,这不是必需的。

这个机制被称为

报告抑制

在文章中,我们将讲述为什么这种机制实际上很少有效 四。 因此,几个世纪以来,直到客户想要退出该组(例如,关闭播放器/电视)。在这种情况下,他发送了 IGMP离开。 到小组地址。

路由器收到它,并且在一个想法必须关闭。但他无法禁用一个特定的客户端 - 路由器没有区分它们 - 它只有下游接口。界面可以是几个客户。也就是说,如果路由器从其OUL列表(传出接口列表)为此组删除此接口,则该视频根本将关闭。

但也没有删除它,也是不可能的 - 突然间是最后一个客户 - 为什么洗它? 在转储上方,您可以看到客户一旦发送IGMP报告,在飞行之后立即UDP是一个视频流。 .

如果调查转储,您将看到在收到休假路由器后,该溪流继续进行一段时间。事实上,路由器响应休假将IGMP查询发送到本假在其来自此界面的组地址。称为这样的包装

组特定查询。

。回答问题

只要 组特定查询。 连接到此特定组的客户。

如果路由器接收到该组的响应报告,则在接口中继续广播,如果未接收到 - 在计时器过期后删除计时器。

总共,收到休假后,两组特定查询会出现 - 一个强制性的第二个控件。 接下来,路由器停止流。 Querier 考虑一个更难的案例: 可以广播流量的两个(或更多)路由器连接到客户端段。如果您无所作为,将重复多播流量 - 两个路由器都将收到客户的报告。为了避免这种选择机制 - 政治。将获胜的人将发送查询,监控报告并反应离开,因此它将向段发送流量。失败者只会收听报告并保留脉冲的手。 选举发生非常简单和直观。 从R1和R2路由器打开时,请考虑局势。 一) 在接口上激活IGMP。 2) 首先,默认情况下,他们每个人都认为自己是查询。 3) 每个都向网络发送IGMP常规查询。主要目标是找出询问是否有客户,并并行 - 如果您是参加选举的愿望,则向细分的其他路由器申报。 四) 一般查询在段中的所有设备接收,包括其他IGMP路由器。 五) 从邻居接收了这样的消息,每个路由器估计谁更值得。 6) 赢得路由器S.

较小的IP。

(在IGMP查询的源IP字段中指定)。他变成了Querier,所有其他人 - 非查询。

7)

非呼气器启动每次Quaryny附带较小的IP地址时重置的计时器。如果在计时器到期之前(超过100秒:105-107),则路由器不会接收具有较小地址的查询,他声明自己Querier并采用所有相应的功能。 八) 如果查询器接收具有较小地址的查询,则他会增加这些职责。 Querier正在成为另一个路由器,它具有较少的IP。

测量时罕见的情况,谁少。 Querier选举是多播中的一个非常重要的程序,但没有持有RFC的一些阴险的制造商可以在车轮中插入强棒。我正在谈论IGMP查询,并使用源0.0.0.0的地址,可以由交换机生成。这些消息不应参与查询的选择,但您必须为一切做好准备。这是一个例子 非常复杂的持久问题。

.

关于其他IGMP版本的更多词语 版本1只有本质的不同之处 它没有留言

.

。如果客户端不想收到此组的更多流量,他只是停止发送报告以响应查询。当不是单个客户端仍然存在时,超时路由器将停止发送流量。 而且, 没有支持查询选举。

。为了避免重复交通,更高的协议负责,例如PIM,我们将进一步发言 版本3支持支持IGMPv2的所有内容,但有许多更改。首先,报告不再向组地址发送,但在组播服务地址上 224.0.0.22

。请求组的地址仅在包内表示。这是为了简化IGMP窥探的工作,我们将谈论

.

其次,更重要的是,IGMPv3开始以其纯正形式支持SSM。这是所谓的

在转储上方,您可以看到客户一旦发送IGMP报告,在飞行之后立即UDP是一个视频流。 .

客户还将通过VLC播放器申请一组224.2.2.4。 源特定组播。 在IGMPv2报告中,进入所需组的地址,并行地在包装本身中指示。这些消息必须仅存在于其段内,而不是转发路由器,因此,它们有1个TTL。 。在这种情况下,客户端可能不仅请求一个组,还可以指定他希望接收流量的源列表,反之亦然。在IGMPv2中,客户端只是请求并在不关心源的情况下接收组流量。 因此,IGMP旨在互动客户和路由器。因此,回来 更详细地命令 例II。 4如您所知,存在以下类型的流量: 没有路由器的地方,我们可以权威地宣布 - IGMP有 - 不超过形式。没有路由器,客户端没有人无法请求多播流。他将获得一个视频的简单原因,流量等从交换机倾泻来 - 你只需要拿起它。 回想一下,IGMP不适用于IPv6。有MLD协议 再次重复一遍 首先,路由器在接口上打开IGMP后发送了他的IGMP常规查询,以了解有收件人是否有收件人并声明他们的愿望。那时,没有人在这个小组中。 然后,客户出现了一个客户,他们想要接收224.2.2.4组的流量,并发送了他的IGMP报告。 在那之后,我去了它的流量,但它被从转储中过滤了。 然后路由器决定出于某种原因来检查 - 以及是否没有更多的客户,并再次发送IGMP常规查询,客户端被迫回答( 五。

定期(每分钟一次)路由器使用IGMP常规查询检查收件人仍然具有,并且该节点使用IGMP报告确认这一点。

但仍然是完全难以理解的是,当有一个巨大的提供商网络LinkMiap时,来自服务器的流量如何访问客户?事实上,在哪里,它将被众知是客户的?我们不能手动注册路线,仅仅因为我们不知道客户可能在哪里。通常的路由协议不会回答这个问题。所以我们来理解多播的交付是我们完全新的。 6。 然后他改变了他的思想,通过发送IGMP假期来拒绝该小组。 7。 路由器收到休假,并希望确保没有其他收件人没有其他收件人,请发送IGMP组特定查询...两次。在计时器到期后,在此停止在此传输流量。 八。 但是,它继续将IGMP查询传输到网络。例如,如果您没有关闭播放器,但只需在连接问题的某个地方。然后恢复连接,但客户端不会自行发送报告。但查询答案。因此,流动可以在没有人类参与的情况下恢复。 再来一次 这是为了通过接收常规查询,数百名客户所有范围都不会通过其报告淹没网络。此外,只有一个客户端通常会发送报告。 - 路由器了解多播流量收件人的存在及其断开的协议。 组特定查询。 IGMP报告

- 当客户端连接并响应IGMP查询时由客户端发送。这意味着客户端希望收到特定群体的奇观。

.

IGMP常规查询。

- 路由器周期性地发送,以检查现在需要哪些组。作为收件人的地址,指示224.0.0.1。

IGMP组Sepcific查询

- 通过路由器发送响应消息假的路由器,了解此组中还有其他收件人是否存在。作为收件人的地址,指示组播组的地址。

- 当客户想要离开小组时,由客户选择。

- 如果在一个广播段中,有几个可以广播的路由器,其中一个主要 - Querier被选中。它将定期发送查询和传输流量。

所有IGMP条款的详细说明

PIM.

因此,我们弄清楚了客户如何通知最近的路由器对他们的意图。现在,很高兴通过大型网络将流量从源转移到收件人。 如果您考虑过它,我们在满足于复杂的问题之前,我们才能播放给该组的源,他对收件人所在的位置并不多。 .

收件人和最近的路由器只知道他们需要一个特定群体的奇观,但没有想法来源是他的地址。 如何在这种情况下提供交通?

有几个多播流量路由协议:DVMRP

  • ,MOSPF。
  • ,CBT。

- 所有这些都以不同的方式解决这样的任务。但标准的事实变成了

PIM - 协议独立组播

其他方法是如此不受欢迎,有时即使他们的开发人员也实际上识别出来。这里,例如,来自RFC的摘录通过CBT协议: CBT版本2不是,而不是,旨在向后兼容版本1;我们不会引起广泛的兼容性问题,因为我们不相信CBT完全在此阶段被广泛部署。

PIM有两个版本,甚至可以称为两个不同的协议原则上,它们具有强烈不同:

PIM密集模式(DM)

PIM稀疏模式(SM) 独立的他是因为它没有与特定路由唯一流量的程序相关联,后来你会看到原因。 .

PIM密集模式。

PIM DM。

试图解决额头中多心的交付问题。他显然假设收件人到处都是网络中的所有地方。因此,最初他把整个网络的组播流量放在了,即它向所有端口发送到所有端口,此外,他来自哪里。如果那么,事实证明,他不需要的某个地方,那么这个分支是“切断”,借助特殊的消息PIM Preune - 流量不再在那里发送。 但是在一段时间内在同一个分支中,路由器再次尝试发送多播 - 突然收件人出现在那里。如果没有出现,则在一段时间内再次切断分支。如果路由器上的客户端在这两个事件之间的间隔中出现,则发送接枝消息 - 路由器请求切割分支后退以便不等到它丢弃某些东西。 .

正如您所见,毫无疑问确定收件人的路径 - 流量将仅仅因为它到处而实现它们。

在不必要的分支的“包皮环切”之后,一棵树仍然存在,多播流量沿着该树。这棵树被称为

SPT - 最短路径树

它没有循环,并使用从收件人到源的最短路径。实质上,它与STP中的生成树非常相似

root是源的地方。

SPT是一个混凝土树视图 - 最短的树木树。通常,任何多耳树都被称为

MDT - 组播分发树

假设PIM DM应用于多播客户的高密度网络,这解释了其名称(密集)。但现实是这样,这种情况是一个例外,并且通常Pim DM是不合适的。 现在对我们来说真正重要的是一种避免环路的机制。 想象一下这样的网络:

一个源,一个收件人和它们之间最简单的IP网络。在运行PIM DM的所有路由器上。

如果没有特殊机制来避免循环会发生什么?

源将发送多播流量。 R1收到它并按照PIM DM的原则发送给所有接口,此外,他来自的地方 - 即R2和R3。

R2进入同样的方式,即它向R3发送流量。 R3无法确定这是从R1收到的相同的流量,因此它将其发送到其所有接口。 R1将收到来自R3等的流量副本。她是一个循环。

PIM在这种情况下提供了什么?

RPF - 反向路径转发

。这是在PIM(任何类型:和DM和SM)中传输多播流量的主要原则 - 来自源的流量必须沿着最短路径。 也就是说,对于每个接收的多播包,它是基于路由表检查的,无论是从那里出现。 1)路由器查看组播数据包源的地址。

2)检查路由表,通过源地址可用的接口。

3)检查组播包的接口。

4)如果接口巧合 - 一切都很好,如果数据来自另一个接口,则跳过多播包 - 它们将被丢弃。

示例:IPTV。

在我们的示例中,R3知道源的最短路径通过R1(静态或动态路线)。因此,来自R1的组播数据包被测试并接收R3,并且来自R2的那些被丢弃。

调用此检查

rpf-check。 借助她在更复杂的网络中,MDT中的循环不会出现。 这种机制对我们很重要,因为它是相关的,并且在PIM-SM中,独自工作。

正如您所看到的,PIM是基于唯一路由的表格,但首先,它没有播放流量,其次,它无关紧要谁以及如何填写表格。 您不会在此处停止并考虑PIM DM的工作详细 - 这是一个具有权衡缺陷的过时的协议(嗯,如RIP .

但是,PIM DM可以在某些情况下应用。例如,在非常小的网络中,其中多播的流量很小。

PIM稀疏模式。

一种完全不同的方法适用 PIM SM。

。尽管名称(损坏模式),但它可以成功地在任何网络上使用,效率至少不会比PIM DM更差。

.

在这里,他们拒绝了多播网络的无条件洪水的想法。感兴趣的结独立请求使用消息的树连接 
PIM加入。 如果路由器没有发送连接,则不会发送流量。 为了了解PIM如何工作,让我们从一个PIM路由器开始一个简单的网络:

从设置到R1,您必须能够在两个接口(朝向源和向客户端)和IGMP上向客户端路由多播,PIM SM的功能。

除了其他基本设置,当然(IP,IGP)。

从现在开始,您可以丢弃GNS并收集实验室。关于如何为我在本文中讲述的多播时,这是足够的。

R1(CONFIG)#IP组播路由R1(CONFIG)#INT FA0 / 0 R1(CONFIG-IF)#IP PIM稀疏模式R1(CONFIG-IF)#INT FA1 / 0 R1(CONFIG-IF)#IP PIM稀疏模式。 思科在这里通常具有其特殊方法:当您在接口上激活PIM时,IGMP将自动激活。在激活PIM的所有接口上,它有效和IGMP。 与此同时,其他制造商有两种不同的协议打开两个不同的命令:单独的IGMP,单独PIM。 宽恕思科这个奇怪的是吗?与所有其他人一起? 此外,可能需要配置RP地址( IP PIM RP-Address 172.16.0.1 ,例如)。稍后,稍后,在接受作为给定和接受的同时。

检查组224.2.2.4组的多播路由表的当前状态: 在源上开始广播后,您需要再次检查表。 让我们分析这个问题。

录制视图 (*,225.0.1.1) 与此同时,其他制造商有两种不同的协议打开两个不同的命令:单独的IGMP,单独PIM。 此外,可能需要配置RP地址( (*, G) , / 读 Starkomadzhi. (/并向我们通知我们收件人。并且没有必要讨论一个客户端计算机,通常可以是另一个PIM路由器。重要的是哪些接口需要传递流量。 如果下游接口列表(油)是空的 -

空值

因此,没有收件人 - 我们还没有推出它们。

记录

(172.16.0.5,225.0.1.1) (s,g) .

eskijah.

/并建议源是已知的。在我们的案例中,具有地址172.16.0.5的源代码为224.2.2.4组广播流量。多播流量到FE0 / 1接口 - 这是

上升

上游的

) 界面。

所以,没有客户。来自来源的流量来自路由器,在此生命结束。让我们添加收件人 - 我们将在PC上设置接收组播。

PC发送IGMP报告,路由器了解客户出现并更新组播路由表。 现在她看起来像这样: 下游接口出现:FE0 / 0,这是预期的。它出现在(*,g)和(s,g)中。调用下游界面列表

换油界面列表

.

将另一个客户端添加到FE1 / 0接口:

如果您详细介绍了输出,我们有:

(*,g):224.2.2.4组的组播流量收件人外部接口FE0 / 0,FE1 / 0。绝对无论发件人是谁,什么和说标志“*”。 

(s,g):当从源172.16.0.5的目标地址224.2.2.4的多播流量到FE0 / 1接口时,必须将其副本发送到FE0 / 0和FE1 / 0。

但这是一个非常简单的例子 - 一个路由器立即知道源地址以及收件人所在的位置。事实上,即使是树木也没有这里 - 除了退化。但它帮助我们处理PIM和IGMP如何互动。 
处理PIM是什么,我们转向网络更复杂

假设已根据方案配置所有IP地址。网络运行IGP以进行普通唯一路由。 客户1. 例如,可以ping源服务器。 但是到目前为止PIM,IGMP未运行,客户不请求渠道。 文件初始配置

所以,时间的时刻0。

在所有五个路由器上打开多播路由:

Rx(Config)#ip组播路由

PIM直接包含在所有路由器的所有接口(包括往源服务器和客户端的接口):

rx(config)#int fex / x rx(config-unf)#ip pim稀疏模式 理论上,IGMP应包括在界面上的客户端,但是,正如我们已经上面所述的那样,它与PIM的Cisco设备自动打开。 PIM的第一件事 - 设置邻居。用于此消息的消息

PIM你好。

。当您在接口上激活PIM时,PIM Hello将发送到地址

  1. 224.0.0.13
  2. TTL等于1.这意味着只有一个广播域中的路由器可以是邻居。

一旦邻居互相问候:

现在他们已准备好接受组播组的应用程序。

如果我们现在一方面从客户机箱开始并从另一方面打开来自服务器的组播流,则R1将接收流量流,并且在尝试连接时,R4会收到IGMP报告。因此,R1将对收件人的任何东西都不了解源头上的R4。 如果有关来源和集团客户的信息在某个地方收集的信息,那将是很好的。但在什么? 会议的这一点被称为

结合点 -  rp 

。这是PIM SM的中心概念。没有它没有任何工作。以下是源和收件人。

所有PIM路由器都应该知道域名是域中的RP,即知道其IP地址。 要构建MDT树,网络被选为RP一些中心点, 负责学习来源,

这是来自所有感兴趣的加入消息的吸引力。 

任务RP有两种方法:静态和动态。我们将在这篇文章中看看,但以静态开始,因为更有可能是静态的?

让R2由RP播放。

为了提高可靠性,通常选择环回地址。所以

为了每一个

路由器由命令执行: RX(CONFIG)#IP PIM RP-Address 2.2.2.2 )

当然,必须在来自所有点的路由表上使用此地址。 嗯,由于地址2.2.2.2是RP,在界面上 )

环回0。 在R2上,也希望激活PIM。 R2(配置)#Interface环回0 Rx(Config-If)#ip PIM稀疏模式 )

在此之后,R4立即了解组224.2.2.4组的流量来源:

甚至传输流量:

FE0 / 1接口来自362000 B / s,通过发送它们的FE0 / 0接口。

我们所做的一切: 接下来,路由器停止流。 包括路由多播流量的能力(

考虑一个更难的案例: IP多播路由

界面上激活PIM( 也就是说,对于每个接收的多播包,它是基于路由表检查的,无论是从那里出现。 IP PIM稀疏模式

表示地址RP( IP PIM RP-Adress x.x.x.x. 一切,这已经是一个工作配置,可以搜索,因为场景隐藏得比在舞台上可见。 PIM完全配置。

- 政治。将获胜的人将发送查询,监控报告并反应离开,因此它将向段发送流量。失败者只会收听报告并保留脉冲的手。 汇报

那么,一切如何工作到底? RP如何知道客户的源头和在它们之间提供通信的地方? 由于一切都为了我们最喜欢的客户而异,因此,从他们开始,考虑整个过程。 客户端1为224.2.2.4组发送IGMP报告

R4获取此查询,了解FE0 / 0接口外有一个客户端,将此接口添加到油并表单录制(*,g)。

这里可以看到升序接口FE0 / 1,但这并不意味着R4接收组224.2.2.4组的流量。它只会说到他可以接收的唯一地方是fe0 / 1,因为它在那里有RP。顺便说一句,邻居通过了

从R1和R2路由器打开时,请考虑局势。 - r2:10.0.2.24。预期的。

R4被称为 - LHR(上跳路由器) - 如果从源计算,则多播流量路径上的最后路由器。换句话说,这是最接近收件人的路由器。为了

客户1。 - 它是r4 for 客户2。

- 这是R5。

由于R4上没有多播流(它之前未请求),因此它形成PIM加入消息,并将其发送到RP(2.2.2.2)。

PIM加入由多播发送到地址224.0.0.13。 “在RP的方向上”表示通过路由表中指定的接口,作为包装中指定的地址的出站。在我们的情况下,它是2.2.2.2 - 地址RP。此类加入称为

加入(*,g)

他说:“谁来源并不重要,我需要一个小组交通224.2.2.4。” 也就是说,途中的每个路由器都应该处理这样的连接,并且如有必要,将新连接发送到RP的一侧。 (重要的是要理解,如果路由器上已经有此组,则它将不会发送连接 - 它将简单地添加加入到OIL并开始传输的界面。 在我们的案例中,加入前往FE0 / 1:

R2已接收到连接,生成记录(*,g),并将FE0 / 0接口添加到油。但加入再也无法发送 - 他自己已经RP,但对于来源也不了解。 但是在一段时间内在同一个分支中,路由器再次尝试发送多播 - 突然收件人出现在那里。如果没有出现,则在一段时间内再次切断分支。如果路由器上的客户端在这两个事件之间的间隔中出现,则发送接枝消息 - 路由器请求切割分支后退以便不等到它丢弃某些东西。 因此,RP了解客户所在的位置。

在接口上激活IGMP。 如果一个

客户2。 还要接收同一组的组播流量,R5将PIM发送到FE0 / 1,因为它是RP,R3,已收到它,形成一个新的PIM连接并将其发送到FE1 / 1 - RP所在的服务。 也就是说,加入在节点后面的节点,直到它到达RP或另一个路由器,其中已经存在此组的客户。

因此,R2是我们的RP - 现在知道FE0 / 0和FE1 / 0他有224.2.2.4组的收件人。

并且在每个界面或百次之后有多少有多少 - 交通流量仍然是界面上的一个。 如果您描绘了以图形方式我们所拥有的,它将是这样的: 远程类似树,对吗?因此,它被称为 -

首先,默认情况下,他们每个人都认为自己是查询。 RPT - Rendezvous Point Tree

。这棵树植根于RP,其分支扩展到客户。

如上所述更多的术语 -

- 多播流分布的树。稍后您将看到MDT和RPT之间的差异。

现在我们给了服务器。正如我们上面讨论的那样,他不用担心PIM,RP,IGMP - 他只是广播。 r1获得此流。他的任务是向RP提供多播。 在PIM中,有一种特殊类型的消息 - 登记 。需要在RP上注册多播源。

一般查询在段中的所有设备接收,包括其他IGMP路由器。 因此,R1接收组224.2.2.4组的组播流:

r1是

FHR(第一跳路由器)

- 多播流量路径或最接近源的第一个路由器。

接下来,它将从源收到的每个组播包封装到唯一PIM寄存器,并将其直接发送到RP。

  1. 注意协议栈。在Unicust IP之上,PIM标头是原始的多播IP,UDP和数据。
  2. 现在,与所有其他人不同,我们在收件人的地址中已知的PIM消息,2.2.2.2在收件人的地址中表示,而不是多个地址。

这种包裹根据Unicreten路由的标准规则传递给RP,并带有原始的组播包,即,它是......这是隧道!

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

任务编号1。 方案和初始配置。 .

从邻居接收了这样的消息,每个路由器估计谁更值得。 在服务器172.16.0.5上,可以仅用UDP 10999收件人端口将包裹仅发送到广播地址255.255.255.255的应用程序。 必须向客户提供此流量1和2: .

客户1以多播流量的形式与组地址239.9.9.9。

在客户端段2中,以广播包的形式到地址255.255.255.255。

此处的详细信息。

=====================. 方案和初始配置。 RP接收PIM寄存器,解压缩它并检测组包装下的流量为224.2.2.4。 独立的他是因为它没有与特定路由唯一流量的程序相关联,后来你会看到原因。 有关此信息,他立即进入其组播路由表:

条目(S,G) - (172.16.0.5,224.2.2.4)。 未包装的RP数据包进一步发送到FE0 / 0和FE1 / 0接口,根据哪种交通给客户提供。

原则上,这可以停止。一切都有效 - 客户获得流量。但有两个问题:

处理封装和解封装 - 对路由器的非常昂贵的操作。此外,额外的标题增加了包装的大小,并且它可以简单地无法爬入中间节点上的某个地方(您记得隧道的所有问题)。

如果突然在源和RP之间的某个地方,还有对组的收件人,多播流量将不得不通过一种方式两次。 例如,这是这样的拓扑: 寄存器中的流量将首先沿R1-R42-R2线路达到RP,然后Net组播将沿R2-R42线返回。因此,在R42-R2线上,一个交通的两个副本将达到相反的方向。 因此,最好将干净的组播转移到RP到RP,以及您需要构建一棵树 - 源树 因此,RP将PIM发送到R1。但现在它在其中表示组地址而不是RP,但从寄存器消息中研究的源。此消息称为 加入(S,G) - 来源特定的加入 他的目标与PIM Join(*,g)完全相同 - 构建一棵树,只有这次从源到RP。 连接(S,G)还将节点后面的节点扩展为通常的连接(*,g)。仅加入(*,g)正在争取RP,并加入(S,G)到S - 来源。由于收件人的地址也是服务地址224.0.0.13和TTL = 1。 如果有中间节点,例如,R42,它们还形成录制(s,g)和该组的下游接口列表并在源上向前连接。 从RP到源的路径转换为 - 来自源的树。但更常见的名字 - - 毕竟,来自源头到RP的流量将沿着最短路径进行。

九) R1已接收到连接(S,G),添加FE1 / 0接口,从中播放到下游油接口列表,并开始广播净多播流量,不可用的封装。 R1上的录制(s,g)已经一直在从源服务器获取第一个多级包。 根据构建的源图,多播被发送RP(如果它们是R42),则传输RP(以及所有中间客户端)。 .

但有必要记住,这次传输注册消息并通过直到现在。也就是说,现在R1现在发送两个流量副本:一个是纯多播SPT,另一个是封装在Unicustic寄存器中。 首先,R1发送多播注册 - 包裹231。

。然后R2(RP)想要连接到树,发送加入 -

包裹232。

。 R1仍然有一段时间,而R2处理查询,则发送多播以注册( 套餐从233到238 )。接下来,当下游接口已添加到R1上的油时,它开始传输纯多播 -

包装239和242 但尚未停止和注册 - 包装241和243 。但 и 封装240。 - 这个R2无法忍受,再次要求建造一棵树。 方案和初始配置。 10) 因此,未使用的组播达到RP。她理解这是注册的相同流量,因为相同的组地址是相同的源地址和一个接口。为了不接收两份副本,它将发送给R1独特 PIM注册停止

注册停止并不意味着R2拒绝流量或不识别更多这个来源,它只表示有必要停止发送

封装 交通。 接下来,激烈的斗争 - R1继续在寄存器停止进程和通常的多播和寄存器中传输缓冲区中累积的流量:

但是,迟早,R1开始只广播纯多播流量。

准备时,我有一个合法的问题:好吧,为什么所有这些隧道,PIM寄存器?为什么不使用组播流量,如PIM Join - 发送TTL = 1向RP的跳背部发送跳转 - 迟早会来?所以它也会在没有不必要的手势的同时建造一棵树。

这里有几个细微差别。

首先,PIM SM的主要原则是违反的 - 仅向其要求提供的流量。

没有加入 - 没有树

!! 其次,如果没有客户对此组,则FHR无法识别出来,并将继续在“自己的树”上发送流量。带宽的无意义使用是什么?在沟通世界中,这样的协议根本不会生存,因为PIM DM或DVMRP没有生存。 所以我们有一个大型MDT树为224.2.2.4组

现在我们给了服务器。正如我们上面讨论的那样,他不用担心PIM,RP,IGMP - 他只是广播。 r1获得此流。他的任务是向RP提供多播。 源服务器 登记 客户1。

客户2。

。而这款MDT由两件组成,彼此独立构建:

从源到rp和 RPT. 从RP到客户。在这里,来自RPT和SPT的MDT之间的差异。 MDT是一个相当共同的术语,这意味着多播传输树一般,而RPT / SPT是其非常具体的外观。

如果服务器已经广播,那么没有客户而不是?多播所以将在发件人和RP之间堵塞网站?

不,在这种情况下,PIM寄存器也将有所帮助。如果寄存器消息已开始对某些组的RP,并且没有收件人,RP对获取此流量不感兴趣,因此

不要寄

PIM Join(S,G),RP立即向R1发送寄存器停止。

R1,已收到寄存器停止并看到此组没有树(没有客户),开始从服务器中丢弃多播流量。

也就是说,服务器本身并不担心这一点,并继续发送流程,但是,已经到达了路由器界面,流程将被丢弃。

在这种情况下,RP继续存储条目(S,G)。也就是说,流量没有得到,但源位于该集团知道的地方。如果收件人出现在组中,则RP会向其学习并发送到源连接(S,G),该源连接构建树。

此外,每3分钟R1将尝试重新注册RP的源,即发送寄存器数据包。有必要通知RP这个来源仍然活着。

在特别好奇的读者中,必须出现问题 - RPF怎么样?毕竟,此机制检查组播包的发件人的地址,如果流量不来自正确的接口,则会被丢弃。同时,RP和源可能处于不同的接口。所以在我们的r3 rp - for fe1 / 1的示例中,以及fe1 / 0的来源。 。但 答案是可预测的 - 在这种情况下,检查源地址,但rp。也就是说,流量必须来自往RP的界面。 但是,如您所见,这也不是一个不切实际的规则。 .

重要的是要了解RP不是通用磁铁 - 对于每组,可能存在其RP。也就是说,网络中可能存在其中两个,并且三个,一百个RP负责一组组,另一组是陆续。而且,有这样的东西 yourcast rp。 然后不同的RP可以为同一组服务。 任务编号2。 и - 它是r4 for 拓扑注意事项 :在此问题中,只有R1,R2路由器正在运行我们网络的管理员。也就是说,只能在它们上更改配置。 服务器172.16.0.5将组播流量传输到组239.1.1.1和239.2.2.2组。

配置网络使得组239.1.1.1的流量不会被传输到R3和R5之间的段,并且在下面的所有段中。

但与此同时,交通组239.2.2.2应该在没有问题的情况下传输。

此处的详细信息。

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

剃刀okkama或禁用不必要的分支机构

在段的最后一个客户拒绝订阅后,PIM必须切断多余的RPT分支。

例如,r4上唯一的客户端关闭计算机。 IGMP离开路由器或三个未解决的IGMP查询后明白,FE0 / 0没有更多客户,并发送到RP消息

PIM Preune. 。根据格式,它与连接完全相同,但执行相反的功能。 目标地址也是224.0.0.13,TTL为1。

但是在删除订阅之前收到PIM Preune的路由器,等待一段时间(通常是3秒 - 加入延迟计时器)。

这是为了这样的情况完成:

在一个广播域3路由器中。其中一个更高,他是向段传输组播流量。这是R1。对于两个路由器(R2和R3),其油仅包含一个记录。

如果现在R2决定断开并发送PIM Preune,他可以替代他的同事R3 - R1,毕竟将停止广播进入界面。

所以,这样,这不会发生,R1并在3秒内给出超时。在此期间,R3必须有时间反应。鉴于广播网络,它还将从R2接收修剪,因此,如果他想继续接收流量,他立即将通常的PIM连接到段,通知R1不需要删除界面。

此过程称为修剪覆盖。 R2,正如echriting R1,截获了主动权。

SPT切换 - 切换RPT-SPT

到目前为止,我们主要考虑

。现在让我们转向 客户2。 起初对他来说都是相同的 客户1。 - 我们使用RP的RPT,我们早先考虑过。顺便说一下,自两而代

客户1。 .

- 使用一棵树,称为这样的树

共享树

- 这是一个相当普通的名字。共享树= RPT。

  • 这就是R5上的多播路由表的方式在树上构建后立即如此开始看起来像: 没有记录(s,g),但这并不意味着不传输组播流量。只是R5不关心谁发件人。 请注意,在这种情况下,交通方式应该如何 - R1-R2-R3-R5。虽然简而言之,路径R1-R3-R5。
  • 如果网络更复杂? 不知何故neakuratnyko。 请注意,在这种情况下,交通方式应该如何 - R1-R2-R3-R5。虽然简而言之,路径R1-R3-R5。
  • 事实是,虽然我们被绑定到RP - 它是RPT根,只有她首先知道谁在哪里。但是,如果您考虑第一个组播包,则沿流量路径的所有路由器都会知道源地址,因为它在IP标题中指定。 为什么有人不会向自己加入来源并优化路线? )

站点在根。这种切换可以发起

LHR(最后跳路由器)

- r5。从R3 R5接收到第一组播数据包后,它将源特定的连接(S,G)发送到我们的FE0 / 1接口,该接口在其路由表中指定,作为网络的传出。

已接收此类加入,R3将其发送到RP,正如使用通常的连接(*,g),但朝向源(通过根据路由表的界面)。 也就是说,在这种情况下,R3向FE1 / 0接口发送连接(172.16.0.5,224.2.2.4)。 .

接下来,此加入落在R1上。 r1 by and land,没有差异,谁发送了它 - rp或其他人 - 它只是为其石油添加了224.2.2.4组的Fe1 / 1。 此时,在源和收件人之间,两种方式和R3接收两个流。 是时候做出选择来修剪不必要的时间。它确实是R3,因为R5不能再能够区分这两个流 - 它们都会通过一个界面。

一旦R3记录了来自不同接口的两个相同的流,就会根据路由表选择优选。在这种情况下,直接,优于VIA RP。此时,R3向RP的侧面发送Prune(S,G),燃烧此RPT分支。从这一点来看,只有一个直接来自源的溪流。

因此,PIM构建了SPT - 最短路径树。它是源树。这是客户端到源的最短路径。顺便说一下,从源到RP的树,我们已经被认为更高的树本基本相同。

它的特征在于记录(s,g)。如果路由器具有这样的记录,那么它知道s是组G和构建的SPT树的源。

SPT树的根源是源头,真的想说“来自的最短路径

来源给客户 “但它在技术上是不正确的,因为从源到客户端和客户端到源的路径可以不同。即从客户端开始构建树枝:路由器将PIM连接向源/ RP和RPF也检查界面的正确性 收据

交通。

您记得,在r5上的本段开始时,只有一个条目(*,g),现在毕竟这些活动将有两个:(*,g)和(s,g) 顺便说一下,即使你看一个r3的组播路由表到相同的秒数,就像vlc中的播放播放一样,你会看到它已经直接从r1获得流量,录制的存在是什么?说。 . 也就是说,SPT切换已经发生了 - 这是许多制造商的设备上的默认动作 - 在收到第一组播包后启动切换。 一般而言,这种开关可能发生在几个情况下: 。根据格式,它与连接完全相同,但执行相反的功能。 .

不要发生(团队

IP PIM SPT阈值无限远

)。

明确带宽利用率(团队

IP PIM SPT阈值x 当然 - 收到第一个包后立即(默认或 没有IP PIM SPT阈值x

通常,“时间”需要lhr的决定。

在这种情况下,第二次RPF操作更改 - 它再次检查源位置。也就是说,从两个组播流中 - 从RP和来自源 - 从源给出的流量。

博士,断言,转发器

考虑PIM时的一些更重要的观点。

DR - 指定路由器

这是一个专用路由器,负责在RP上发送实用程序。

来源博士

- 负责直接从源采用多播数据包,并在RP上注册它。 这是拓扑的一个例子: .

没有什么可以做的事情,即路由器将流量传递给RP,让他们互相保留,但负责任必须只有一个。 由于两个路由器都连接到一个广播网络,因此他们彼此之间得到PIM-Hello。在它的基础上,他们选择了他们的选择。 PIM Hello在此接口上携带此路由器的优先级值。

值越大,优先级越高。如果它们是相同的,则选择结 最高的IP地址 (也来自Hello消息)。 如果在Holdtime期间的另一个路由器(不是DR)(默认为105 s)没有从邻居接您Hello,则会自动假设DR的角色。 基本上来源博士是

FHR - 第一跳路由器

接收器博士 - 仅作为源DR,仅用于组播流量收件人 - R2(配置)#Interface环回0 Rx(Config-If)#ip PIM稀疏模式 .

示例拓扑: 接收器DR负责发送到RP PIM Join。在上述拓扑中,如果两个路由器都将发送连接,两者都将接收多播流量,但无需。只有DR发送加入。第二种简单地监控博士的可用性。 :

由于DR发送加入,它也将在LAN中播放流量。但是,出现了自然问题 - 如果PIM DR'OM成为一个,而IGMP Querier别的什么?这种情况是非常可能的,因为对于Querier来说,相反,越少的IP,更好,博士。 - 它是r4 for 在这种情况下,选择DR的路由器已经返回,并且不会发生此问题。

接收器DR选择规则与源DR完全相同。

断言和PIM货运

两个同时发送路由器的问题可能发生在网络中间,其中没有最终客户或源代码。 非常令人尖锐的这个问题位于PIM DM中,因为洪水和修剪机制是一个完全普通的情况。 但在PIM SM中,它没有被排除在外。

考虑这样的网络: 从输出中可以清楚地清楚,224.2.2.4组的流量通过FE0 / 1来,有必要将其传输到FE0 / 0端口。 这里,三个路由器位于同一网络段中,因此是PIM的邻居。 R1充当RP。

R4向RP发送PIM。由于此组播程序包落在R2和R3上,并且它们中的两个处理它,将下游接口添加到油中。

在这里,有必要工作DR选择机制,但也是R2和R3上的其他客户端,也可以将两个路由器发送到PIM连接。

当组播流量来自R2和R3上的源时,它将其传输到段中的两个路由器和在那里反叛。 PIM没有试图防止这种情况 - 它在这里起到挑战犯罪的事实 - 一旦路由器在他的下游接口(来自石油列表)中的这个组的多播流量(来自石油清单),他就会理解:有些东西是错误的- 另一个发件人已经在此部分中。 然后路由器发送特殊消息。 PIM断言。

这样的消息有助于选择 

PIM转发器。

- 有权在此段中广播的路由器。 不要与PIM博士混淆。首先,PIM DR负责发送 PIM加入和修剪 ,以及PIM的转发器 - 发送 交通

。当建立邻域时,第二个差异 - PIM DR始终在任何网络中选择,并且仅当需要时才才能获取PIM替换机 - 当获得来自油列表的接口的多播流量时。

选择RP。 

以上我们为简单地问RP IP PIM RP-Address 这就是球队的样子

显示IP PIM RP

但我们将在现代网络中呈现完全不可能的情况 - R2失败。这是全面的 - 完成。 它仍然可以工作,因为SPT切换发生了,但一切都是新的,即使还有替代方法,也会休息的一切。 嗯,域管理员上的负载。想象一下:用手杀死50个路由器至少一个命令(以及针对不同的组,它可能是不同的rps)。 RP的动态选择允许和避免手工制作并确保可靠性 - 如果一个RP变得不可用,则另一个RP将立即采取战斗。 目前有一个普遍接受的协议允许它做 - 引导 。 Tsiska以前的时代促进了一些笨拙的自动RP

但现在几乎没有使用,虽然Tsiska不承认它,而且 我们具有224.0.1.40群体的形式令人讨厌。 有必要实际支付Auto-RP协议。他以前的救赎了。但随着开放和灵活的举射的出现,他自然地送到了他的立场。

因此,假设在我们的网络中,我们希望R3在R2失败的情况下拾取RP功能。

R2和R3被定义为RP的角色的候选者 - 所以它们被称为

C-RP。

。在这些路由器上,配置:

RX(CONFIG)接口环回0 RX(CONFIG-IF)IP PIM稀疏模式RX(CONFIG-IF)退出RX(CONFIG)#IP PIM RP-候选环回0

  1. 但仍然没有任何事情发生 - 候选人尚未知道如何向大家通知自己。
  2. 通知所有组播域路由器关于现有RP输入的机制
  3. BSR - Bootstrap路由器
  4. 。可能有几个申请人,如C-RP。他们分别被调用
  5. C-BSR。
  6. 。它们以类似的方式配置。

让BSR与我们同在,并进行测试(专门)它将是R1。 但是在一段时间内在同一个分支中,路由器再次尝试发送多播 - 突然收件人出现在那里。如果没有出现,则在一段时间内再次切断分支。如果路由器上的客户端在这两个事件之间的间隔中出现,则发送接枝消息 - 路由器请求切割分支后退以便不等到它丢弃某些东西。 R1(CONFIG)接口环回0 R1(CONFIG-IF)IP PIM稀疏模式R1(CONFIG-IF)退出R1(CONFIG)#IP PIM BSR-候选环回0 独立的他是因为它没有与特定路由唯一流量的程序相关联,后来你会看到原因。 首先,从所有C-BSR中选择一个主BSR,这将被收取给每个人。为此,每个C-BSR发送多播 Bootstrap消息(BSM) 方案和初始配置。 地址224.0.0.13也是PIM协议包。必须接受和处理所有组播路由器以及发送到PIM被激活的所有端口后。与PIM连接和所有方向相比,BSM被传输到某物(RP或源)的一侧。这种风扇邮件有助于实现网络的所有角落的BSM,包括所有C-BSR和所有C-RP。为了使BSM无限地在网络上徘徊,应用相同的RPF机制 - 如果BSM来自错误的界面,则释放出该消息的发送者的网络后面,则丢弃这种消息。 也就是说,途中的每个路由器都应该处理这样的连接,并且如有必要,将新连接发送到RP的一侧。 (重要的是要理解,如果路由器上已经有此组,则它将不会发送连接 - 它将简单地添加加入到OIL并开始传输的界面。 通过这些BSM,所有组播路由器都基于优先级地确定最值得的候选者。一旦C-BSR从具有大优先级的另一路由器接收BSM,它就停止发送其消息。结果,每个人都拥有相同的信息。 宽恕思科这个奇怪的是吗?与所有其他人一起? . :在此问题中,只有R1,R2路由器正在运行我们网络的管理员。也就是说,只能在它们上更改配置。 At this stage, when the BSR is selected, due to the fact that its BSM has diverged throughout the network, C-RP knows its address and uniqueness send messages to it

Candidte-RP-Advertisement 他们携带他们服务的群体列表 - 这被称为 组到RP映射 。 BSR所有这些消息聚合并创建 rp-set。 - 信息表:每组提供哪些RP。 接下来,前一个风扇方式中的BSR发送相同的引导消息,此时包含RP集。这些消息成功实现了所有组播路由器,每个传播路由器 独自的 选择RP必须用于每个特定组的选择。 BSR定期造成这样的分布,以便在一方面,每个人都知道RP的信息仍然是相关的,并且在另一方面,在另一方面,他们意识到主BSR本身仍然活着。 顺便说一下,R​​P也定期向BSR发送您的候选RP-Advertisement公告。 还要接收同一组的组播流量,R5将PIM发送到FE0 / 1,因为它是RP,R3,已收到它,形成一个新的PIM连接并将其发送到FE1 / 1 - RP所在的服务。 事实上,您需要做的一切都需要配置自动RP选择 - 指定C-RP并指定C-BSR - 没有那么多工作,其他一切都将为您提供PIM。 一如既往地,为了提高可靠性,建议将环回接口指定为候选。 完成PIM SM的章节,让我们注意到最重要的时刻 非常令人尖锐的这个问题位于PIM DM中,因为洪水和修剪机制是一个完全普通的情况。 必须使用IGP或静态路由提供普通的独特连接。这是RPF算法的下潜。 树仅在客户端出现后基于。它是启动树的建造的客户。没有客户 - 没有树。 RPF有助于避免环路。 所有路由器都应该意识到谁只有其帮助您可以构建树。 可以静态指示RP点,可以使用引导协议自动选择。 RPT是在第一阶段建造的 - 从客户到RP的树 - 以及来自源的树到RP。在第二阶段,从内置的RPT切换到SPT上是从收件人到源的最短路径。 我还列出了我们现在已知的所有类型的树木和消息。 。描述任何多播传输树的共同术语。

。从客户端或rp到源的最短路的树。在PIM DM中,只有SPT。在PIM SM SPT中,在SPT切换发生后,可以从源到RP或从源到接收者。记录表示

- 群体的已知来源。

- 与spt相同。

。从rp到收件人的树。仅用于PIM SM。记录表示

- 与RPT一样。它被称为,因为所有客户都连接到一个具有RP中的一个常用树。

PIM稀疏模式消息:

你好。

- 建立社区并保持这些关系。也必须选择DR。 加入(*,g) - 请求与组G.无论是世卫组织来源的。离开RP。凭借他们的帮助,建造了RPT树。 加入(s,g) - 源特定的连接。这是一个与特定来源的G组G的请求,它向源头发送到源头。凭借他们的帮助,SPT树是构建的。

修剪(*,g)

- 请求断开树G,无论是什么来源。离开RP。所以分支RPT被覆盖。

  • 修剪(S,G)
  • - 从树G树关闭请求,其根源是S. S.系统被发送到源。所以SPT分支被削减。
  • - 将多播传输到RP的特殊消息,直到SPT从源代到RP构建。单播从RP上的FHR传输。

注册停止。

- 它由Unicust与RP到FHR发送,订购以停止发送多播流量,封装在寄存器中。

- BSR机制数据包允许您为BSR角色选择路由器,并且还传输有关现有RP和组的信息。

断言。

- 要选择PIM转发器的消息,以便两个路由器传递到一个段。

候选RP-Advertisement

-  RP发送有关它所服务的组的信息的消息。 

RP可达

- 来自RP的消息,她通知其所有可用性。

  • * PIM中还有其他类型的消息,但这些是详细信息*
  • 让我们现在尝试从协议的细节中抽出摘要?然后它的复杂性变得显而易见。
  • 1)RP定义, 2)RP上的源头注册, 3)切换SPT树。

许多协议状态,多播路由表中的许多记录。有可能做点什么吗? 迄今为止,有两个截然相反的方法来简化PIM:SSM和Bidir Pim。 SSM。

我们所描述的一切仍然是

ASM - 任何源多播

。客户是漠不关心的,谁是集团的流量来源 - 主要是他们收到它。请记住,请求IGMPv2报告简单地连接到该组。

SSM - 源特定组播 - 替代方法。在这种情况下,客户端在连接时表示组和源。 它给了什么?不再:完全摆脱RP的能力。 LHR立即知道源地址 - 无需在RP上发送连接,路由器可以立即在源的方向上发送连接(S,G)并构建SPT。

所以我们摆脱了

RP Search(Bootstrap和Auto-RP协议),

多播的源头注册(这是太多时间,带宽和隧道的双重使用) 切换到SPT。 由于没有RP,那么没有RPT,在一个路由器上也不是没有条目(*,g) - 仅(s,g)。

用SSM解决的另一个问题是存在几种来源。在ASM中建议多播组的地址是唯一的,只有一个源广播,因为在RPT树中有多个流有点,而客户端,从不同源获得两个流,可能无法拆卸他们。 在SSM中,来自不同源的流量独立分布,每个都在其SPT树中分发,这已经成为问题,而且优势 - 可以同时播放多个服务器。如果突然,客户端开始修复主要来源的损失,他可以切换到备份,甚至没有重建它 - 他还收到了两个流。 此外,具有激活的多播路由的网络上的可能攻击矢量是连接其源的入侵者,并生成大量的多播流量,该流量过载网络。在SSM中,实际上排除在外。

对于SSM,突出显示特殊的IP地址:232.0.0.0/8。 在支持SSM的路由器上,启用PIM SSM模式。 路由器(CONFIG)#IP PIM SSM

IGMPv3和MLDV2以纯形式支持SSM。

使用它们时,客户可以

请求连接到仅限组,无需指定来源。也就是说,它用作典型的ASM。

请求与具有特定源的组的连接。可以指定几个源 - 一棵树将在每个树之前构建。 请求组连接并指定客户端的源列表 不想要 会收到流量

igmpv1 / v2,mldv1不支持ssm,但有这样的东西 请求与具有特定源的组的连接。可以指定几个源 - 一棵树将在每个树之前构建。 SSM映射。 。在客户端旁边,路由器(LHR)每个组都按照源地址(或几个)。因此,如果有客户端不支持IGMPv3 / MLDV2,则由于源地址仍然已知的事实,SPT也将用于它们,而不是RPT。 可以在LHR上实现SSM映射,并通过参考DNS服务器来实现静态设置。 SSM问题是客户必须提前知道源地址 - 它们未传达给它们。 因此,当网络具有一组源时,SSM在那些情况下很好,已知他们的地址知道并且不会改变。客户终端或应用程序与它们绑定。 换句话说,IPTV是实现SSM的非常合适的环境。它描述了概念 一对多

- 一个来源,许多收件人。

Bidir Pim。

如果在网络源中可以自发地出现,那么,要在同一组广播,快速停止传输并消失?

例如,在网络游戏或数据中心中可以进行这种情况,其中数据在不同的服务器之间复制。这是一个概念 多对多 - 许多来源,很多客户。

通常的PIM SM如何看待它?

很明显,惰性PIM SSM并不适合吗?

您只考虑混乱将开始的内容:由于协议计时器,源代码,重建树木,重建树木,巨额记录(S,G)的巨额记录。

  • 双向PIM是收入( 双向PIM,Bidir Pim
  • )。与SSM不同,它完全完全被SPT和记录拒绝(S,G) - 只有共享树保留在RP中。 如果在通常的PIM中,树是单面 - 流量总是从源头源向下传输,从RP下来RPT - 有一个清晰的源,那么客户,那么从源业务到源业务RP,也通过共享树 - 以同样的方式,根据哪个流量流向客户。
  • 这允许您拒绝在RP上注册源 - 交通传输当然没有任何警报和状态更改。由于SPT树根本没有,因此SPT切换也不会发生。 例如: 请求与具有特定源的组的连接。可以指定几个源 - 一棵树将在每个树之前构建。 source1.
  • 同时开始将流量组224.2.2.4转移到网络 source2。 。他们的溪流刚刚倒在RP。一些附近的一些客户立即​​开始接收流量,因为在路由器上有一个条目(*,g)(有客户)。另一个部分从RP接收共享树上的流量。他们同时从两个来源接收流量。 也就是说,如果您拍摄投机性网络游戏,则为一个示例, 。在客户端旁边,路由器(LHR)每个组都按照源地址(或几个)。因此,如果有客户端不支持IGMPv3 / MLDV2,则由于源地址仍然已知的事实,SPT也将用于它们,而不是RPT。 这是射手中的第一次射击,这使得射击和

source2。

- 这是另一个迈向侧面的球员。关于这两个事件的信息在整个网络中传播。和

每个人

示例:IPTV。

另一个球员(

.

接受者

)我必须了解这两个事件。

如果您记得,那么就在我们解释了RP上的源头的原因之前,以便在没有客户的情况下,流量不会占用频道,即RP刚刚拒绝它。为什么我们现在没有想到这个问题?原因很简单:Bidir Pim在有许多来源的情况下,但它们不断播放,但定期,相对较小的数据。也就是说,来自源到RP的频道不会被散开水。

请注意,在R5和R7之间的图像中,有一条直线,比通过RP的路径短得多,但它尚未使用,因为加入根据该路径不是最佳的路由表转向RP。

它看起来很简单 - 您需要在RP方向和所有内容中发送组播数据包,但是都有一个差别,所有剧本 - RPF。在RPT树中,它要求交通来自RP,而不是另外。我们可以来自任何地方。当然,我们不能采取和放弃RPF - 这是唯一避免形成环的机制。

因此,该概念被引入Bidir Pim

DF - 指定的转发器

。在每个网络段中,在每个行上选择rp的路由,在每行上都会更好地选择该角色。

包括这在客户直接连接的那些线上完成。 Bidir Pim DF自动博士。

oill列表只能从选择DF的角色选择路由器的那些接口形成。

规则非常透明:

如果PIM加入/ LEFE请求到该接口,则在该段中的DF中,它根据标准规则向RP传输。

这里,例如,R3。如果请求到达DF接口,它标有红色圆圈,它将它们传输到RP(通过R1或R2,具体取决于路由表)。

如果PIM加入/ LEFE请求来到非DF接口,则将忽略它。 假设在R1和R3之间的客户端决定连接和发送IGMP报告。 R1通过选择DF的接口获取它(标有红色圆圈),我们返回上一个方案。 R3接收对不是DF的接口的请求。 R3看到他不是这里最好的,忽略了请求。 (如果组播流量到达DF接口,则将发送到来自油列表和RP的接口。 例如,

开始传播交通。 R4将其进入您的DF接口并将其传输到另一个DF接口 - 向客户端往返RP,这是重要的,因为流量应该接受RP并传播所有收件人。 R3还进入 - 从油列表中的一个复制到界面 - 即R5,如果RPF检查,它将被丢弃,另一个是朝向RP。

如果多播流量来到非DF接口,则必须将其发送到来自油列表的接口,但是

不会是

发布到RP。

例如,

开始播出,交通达到RP,开始蔓延到伦敦。 R3从R1获取流量,它不会将其传输到R2 - 仅在R4和R5上掉下来。

因此,DF保证只会发送仅在RP上排除多播包的一个副本和循环形成。与此同时,源位于源所在的常见树当然会在进入RP之前接收此流量。据普通规则,RP,交通将被送到所有的石油港口,此外,交通来自哪里。

顺便说一下,不需要断言消息,因为在每个段中选择了DF。与博士不同,他不仅负责向RP发送加入,而且还负责将流量传输到段,即,两个路由器传输到一个姿势的情况,在Bidir Pim中排除在外。

也许关于Bidirectional PIM需要说的最后一件事是RP的功能。如果PIM SM RP执行了特定的功能 - 源的注册,则在Bidir Pim RP中是一定的条件点,交通在一侧努力,另一方面与客户联接。没有人应该进行解敷,要求建造SPT树。就在某些路由器上,突然从源的流量开始传输到共享树。为什么我在说“一些”?事实是,在Bidir Pim RP中 - 一个抽象点,而不是特定路由器,因为RP地址可以执行不存在的IP地址 - 主要的是它被路由(这样的RP被称为Phantom RP

与PIM有关的所有术语都可以在术语表中找到 频道上的组播 因此,在缺乏睡眠,加工,测试的漫长劳动周的背后,您已成功实施多播和满意的客户,主任和销售部门。 星期五不是俯瞰着创作的最糟糕的一天,并提供愉快的住宿。 .

星期五不是俯瞰着创作的最糟糕的一天,并提供愉快的住宿。

但是你的下午的梦想突然打扰了技术支持的召唤,然后还有一个 - 还没有作用,一切都破了。检查 - 损失,休息。一切都收敛于多个交换机的一段。

SSH未经认可,检查了CPU,检查了接口和头发端的处理,几乎不到100%的VLAN接口。循环!但它来自哪里如果没有工作? 10分钟的检查,您注意到在上游接口到内核上,您有很多传入的流量,以及所有对客户的降序。对于循环,它也是特征,但不知何故可疑地引入了多播,没有在一个方向上切换和跳跃的任何工作。

选中路由器上的组播组列表 - 并且有一个对所有可能的通道的订阅,一个端口上的所有内容都是通往此段的内容。

细致的调查表明,客户的计算机被感染并连续向所有组播地址发送IGMP查询。

包丢失开始,因为交换机必须通过自己的大量流量。这导致接口缓冲区的溢出。

主要问题是为什么一个客户端的流量开始被复制到所有端口?

这种原因在于多播MAC地址的性质。事实是,多播IP地址的空间专门显示在多播MAC地址的空间中。并且障碍是它们永远不会被用作源MAC地址,因此切换不会被研究,并列在MAC地址表中。有帧的交换机是否何种内容,其目的地地址未研究?他将它们发送到所有港口。发生了什么。

这是默认操作。

多播MAC地址 那么MAC地址被替换为这些包的以太网标题?播送?不是。存在特殊的MAC地址,其中显示组播IP地址。 登记 这些特殊地址开始:

0x01005e和下一个第25位必须为0

试着回答原因

)。剩下的23位(在MAC地址48中提醒您所有人)从IP地址传输。

这里有一些不是很严重,而是问题。多播地址的范围由掩模224.0.0.0/4确定,这意味着第一4位保留:1110,并且剩余的28位可以改变。也就是说,我们有2 ^ 28多播IP地址,只有2 ^ 23 MAC地址 - 显示1,1缺少5位。因此,仅拍摄的最后23位IP地址,一个到一个被传送到MAC地址,剩余5被丢弃。

实际上,这意味着2 ^ 5 = 32个IP地址将显示在一个多播MAC地址中。例如,组224.0.0.1,224.128.0.1,225.0.0.1等至239.128.0.1,每个人都将显示在一个MAC地址0100:5E00:0001中。

如果您拍摄流视频转储作为示例,则可以查看:

IP地址 - 224.2.2.4,MAC地址:01:00:5E:02:02:04。

还有其他不属于IPv4-multicast的组播MAC地址(点击

)。顺便说一下,所有这些都是这样的事实,即第一八位字节的最后一位等于1。

自然而然,在这种MAC地址不能配置同一网卡上,因此它永远不会在源MAC以太网字段中,并且永远不会落入MAC地址表。因此,此类框架应作为任何未知单播发送

到所有VLAN端口。

总的来说,我们以前考虑过,它足以完全传输从流媒体视频到股票价格引用的传输。但我们真的在我们几乎完美的世界中做了这种耻辱,作为可以转移到选民的广播传播?

一点也不。 特别适合完美主义者 发明机制

IGMP-Snooping。

这个想法非常简单 - 交换机“侦听”通过IT IGMP数据包。

对于每个组,单独地引导升序和向下端口的表格。

如果IGMP报表来自组的端口,则将其交换机添加到此组的下行链路列表中。

如果IGMP查询来自组的端口,则有一个路由器,交换机将其添加​​到升序列表中。

这在频道级别生成多播流量传输表。 结果,当多播流来自上面时,它只被复制到向下接口。如果在16端口仅交换两个客户端,只有它们将被传递流量。 当我们思考她的本性时,这个想法的天才结束。该机制假定交换机必须在第3级收听流量。

但是,IGMP-Snooping与NAT没有比较,以忽略网络交互的原理。而且,除了节省资源外,它还具有很多不太明显的机会。是的,一般来说,在现代世界中,谁知道如何看IP IP的开关 - 现象并不是特殊的。 =====================. 任务编号3。

服务器172.16.0.5将组播流量传输到组239.1.1.1,239.2.2.2和239.0.x中。

配置网络以便:

- 客户1无法加入239.2.2.2组。但与此同时,他可以加入239.0.0.x.

- 客户2无法加入239.1.1.1群。但与此同时,他可以加入239.0.0.x.

此处的详细信息。

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

IGMP Snooping代理。

.

响应阅读器可能对IGMP Snooping如何了解所有客户端口的问题,因为只有一个最快的客户端对IGMP查询负责IGMP查询。非常简单:IGMP Snooping不允许向客户之间进行报告。它们仅发送到升起的港口到路由器。如果没有从此组的其他收件人看到报告,则客户端有义务在此查询中指定的最大响应时间期间响应查询。

因此,在网络上有1000个节点到一个IGMP查询,秒10(最大响应时间的通常值)将到路由器的1000个报告。虽然对每组来说都足够了。

它每分钟都会发生。

在这种情况下,您可以配置IGMP请求的代理。然后,交换机不仅仅是“侦听”传递包,他拦截了它们。

IGMP-Snooping的操作规则可能对不同的制造商不同。因此,在概念上考虑他们:

1)如果交换机到达组的第一个报告,则将其发送到路由器,并且界面将换档到下行链路。如果已经存在这样的组,则简单地添加到降序列表中的接口,报表被销毁。

2)如果最新的休假到开关,那么没有其他客户,这个假将发送到路由器,然后从下行链路列表中删除接口。否则,简单地删除了接口,休假已被销毁。

3)如果IGMP查询来自路由器,则交换机拦截它,将其发送到IGMP报告响应,对当前具有收件人的所有组。

现在我们给了服务器。正如我们上面讨论的那样,他不用担心PIM,RP,IGMP - 他只是广播。 r1获得此流。他的任务是向RP提供多播。 然后,根据设置和制造商,或者将相同的查询发送到所有客户端口,或者交换机从路由器中阻止查询,并且本身就像查询器一样,定期为所有收件人定期编程。 这减少了网络上不必要的服务流量的份额以及路由器上的负载。 组播VLAN复制 客户还将通过VLC播放器申请一组224.2.2.4。 缩写 在IGMPv2报告中,进入所需组的地址,并行地在包装本身中指示。这些消息必须仅存在于其段内,而不是转发路由器,因此,它们有1个TTL。 mvr。

。这是那些练习VLAN的提供商的机制

,例如。

这是一个典型的网络示例,其中mvr是至关重要的:

5个不同VLAN的客户,每个人都希望接收一个第224.2.2.4组的组播流量。在这种情况下,客户必须彼此隔离。

当然,IGMP-Snooping考虑到VLAN。如果不同VLAN的五个客户请求一组 - 它将是五个不同的表。因此,有5个请求将组连接到路由器。在路由器上这五个来自这五个的萨比亚将单独添加油。也就是说,已经收到了第224.2.2.2.4组的1个流,但他将发送5份副本,尽管他们都进入了一个部分。

为了解决这个问题,开发了一种多播VLAN复制机制。

输入额外的VLAN -

.

组播VLAN。

相应地,将发送多播流。它直接到最后一个开关是“典雅”,其中来自它的流量被复制到他们想要接收此流量的所有客户端界面 - 这是复制。

.

取决于从组播VLAN的复制的实现可以进行

用户VLAN。

或在某些物理接口中。

关于IGMP消息怎么样?当然,从路由器查询,通过组播VLAN。交换机将它们发送到客户端端口。当报告或休假来自客户端时,交换机检查从它所的位置(VLAN,接口)以及,如有必要,重定向到组播VLAN。

因此,孤立普通流量,仍然进入用户VLAN中的路由器。多播流量和IGMP数据包被传输到组播VLAN。

.

Cisco MVR和IGMP-Snooping独立配置。也就是说,您可以关闭一个,第二个将起作用。通常,MVR基于IGMP-Snooping,并且在其他制造商的交换机上,MVR操作可能是强制性地包含IGMP-Snooping。

RPF检查。

此外,IGMP-Snooping允许您在交换机上执行流量过滤,限制用户可用的组数,包括IGMP查询器,升序端口的静态设置,与任何组的永久连接(此脚本在附带中视频

),通过向IGMPv2等发送额外查询,SSM映射等来快速反应拓扑的变化。

  • 完成关于IGMP-Snooping的对话,我想重复 - 这是一个可选的功能 - 一切都会在没有它的情况下工作。但它将使网络更加可预测,工程师的生活更平静。
  • 但是,IGMP侦听的所有优点都可以包裹。可以通过引用读取一个这样的优秀案例。
  • 顺便说一下,相同的思科有一个CGMP协议

- IGMP的类似物,它不会违反交换机的原理,但它是正确的,而不是说普遍存在。

因此,我的不知疲倦的读者,我们接近问题的结束,最后想要展示IPTV服务如何在客户端实现。

我们在本文中一再上诉的最简单方式 - 运行一个播放器,可以从网络中获取多播流。您可以手动设置组的IP地址并享受视频。

提供商经常使用的另一个程序选项是特殊应用程序,通常是完全定制的,其中提供了提供商网络中使用的频道集将缝制。无需手动设置某些内容 - 您只需用按钮切换通道。

这两种方式都可以在您的计算机上观看流式视频。

第三个选项允许您使用电视,以及规则。为此,客户的房子将所谓的机顶盒(STB)放置在电视上安装的盒子。这是一个pusaleak,它包含在订户线中并分享流量:通常的unicnter它给以太网或wifi,以便客户可以访问互联网,并且组播流通过电缆传输到电视(DVI, RGB,天线TD。)。

顺便问一下,你可以看到一个广告,提供商为连接电视提供控制台 - 这是STB

任务编号4。

最后,一个非活动组播任务(作者不是我们,将有一个链接到答案中的原件)。

  1. 最简单的方案:
  2. 一方面,源服务器,带有弧形 - 一台已准备好进行流量的计算机。

您可以自己安装多播流地址。

因此,两个问题:

  • 需要做些什么,以便计算机可以获得流并不诉诸多播路由?
  • 假设您不知道多播,无法配置它,如何将流从服务器传输到计算机?
  • 任务很容易在搜索引擎中搜索,但尝试自己解决它。
  • 此处的详细信息。
  • =====================.
  • 文章中无利可图仍然是多播流量的跨域路由(MSDP
  • ,MBGP。

,BGMP.

),RP之间的负载平衡(ANYCAST RP

,专有协议。但是,我认为有一个开始本文的重点,处理其余的休息不会困难。

与多播有关的所有术语,您可以在电信词汇表Lookmeup中找到

有关准备文章的帮助,谢谢Jdima

对于技术支持,感谢Natasha Samoilenko CDPV绘制的Nina Dolgopolov

- 一个美妙的艺术家和其他项目。

RPF检查。

在由SDSM的文章中,结束前仍有很大兴趣,因此由于长期缺少释放,您不需要埋入周期 - 随着每篇新的文章,复杂性显着增加。前方几乎是所有MPLS,IPv6,QoS和网络设计。

  1. 当您已经注意到时,LinkMeup有一个新项目 - Lookmeup术语表(是的,我们留下了一个幻想)。我们希望这一词汇表将成为通信领域中最完整的术语目录,因此我们将在填补它的帮助下。在[email protected]写信给我们
  2. 和我们在一起
  3. IGMP Snooping:路由器中的内容是什么?为什么需要?
  4. 如果您遇到关于路由器中的IGMP Snooping选项的问题以及为什么需要此设置,则会发现合适的文章。互联网上的大多数信息都很复杂,以了解通常的用户,如果要解决特定任务,则不需要这些术语。
  5. 有关问题的更多信息,因为您可以对IGMP Snooping感兴趣:

你玩网络游戏;

使用IPTV RosteCom互联网电视功能或任何其他提供商;

签署任何网络系统:视频会议,在线学习甚至邮寄。

与此同时,您对连接到路由器的所有设备上的速度显着降低。例如,您正在电视上观看IPTV,但您开始在手机上“害羞”或更糟糕的是在互联网上工作。另一个问题是可能的 - 上面列出的IPTV,网络游戏或服务根本无法启动,并且不起作用。在所有这些情况下,解决方案将有助于配置IGMP Snooping。

什么是IGMP以及为什么需要它

当数据通过网络传输 - 在全局Internet上或从提供者或您的设备之间传输时,这会发生在清晰规则:协议上。每个协议确定如何识别零和单位,如何在数据包中收集它们,如何在屏幕上接收和组装时检查其“正确性”。总共有七个级别 - 从电信号到浏览器。

互联网组管理协议,根据缩写的第一个字母形成 - 频道级别的这些协议之一。如果出现上述“问题”,您将不知道其存在。从名称可以看出,这是一个用于管理广播组的协议。

也就是说,当IPTV Internet TV信号从提供商的路由器上方来到您时,它开始将其播放给所有设备。它方便,在智能手机和电视上观看同一档。但同时任何其他设备 - 例如,如果需要一个信号,您的计算机是“未被问到”。

因此,他仍然收到它,这降低了互联网的速度并花费了资源。

Snooping是一种帮助路由器,了解哪些设备需要来自在线游戏,电视或特殊服务的数据流。简单地说,这是您网络内的交通以及提高其安全性的优化。它应该自动工作,但有时您需要手动配置它。这就是路由器中的IGMP。

IGMP Snooping的视图 该协议的路由器的支持已经意味着您不会在从IPTV和其他服务中接收信号问题。但如果路由器或调制解调器较旧,则可能不接受广播数据传输,或者它只是没有足够的电量,它将“挂起”。但是,当一切都是如下,IGMP Snooping可能因类型而异: 被动的。这种基本技术支持,整体跟踪和广播数据传输。一切正常,路由器上的负载很少。但是,负载增加到其中的设备。 积极的。这种协议最大化网络。它将“额外的”请求筛选为他不需要的路由器,释放数据传输资源。但是,它会增加处理器上的负载以及设备的内存。中高价段的设备应对此没有问题。对于设备更便宜,这取决于数据量。 .

如何在路由器中设置函数 IGMP拆卸路由器,此设置是什么 - 在IPTV示例中。通常一切都自动打开。但如果你读过这篇文章,那么清楚地出错了。因此,执行以下步骤: 转到路由器的Web界面:在地址栏192.168.1.1或192.168.0.1或底部贴纸上指定的地址输入浏览器。 输入用户名和密码 - 通常这是“管理”登录和密码“管理员”如果您尚未手动更改。或在路由器上检查相同的贴纸。 .

转到“网络”,“网络设置”或类似。在华硕,它被称为“本地网络”。您需要查找“IPTV”选项卡。 “代理”选项包括广播,实际上启动了IPTV函数。这就是路由器中的IGMP代理。打开它。 并非所有型号都有一个IGMP Snooping项目,但如果存在,则将其打开。 Snooping将改善所有设备的工作。 .

单击“应用”。 一切都准备好了。

可能的问题 广播未运行时可能存在问题。这可以与防火墙连接。断开它几分钟。如果问题已消失,然后打开和在设置中,允许互联网电视,在线游戏或其他服务协议。 视频。 示例:yourcast dns .

如果IPTV使用单独的设备 - 接收器(为什么需要电视前缀,这是一个单一对话主题),那么在路由器设置中可能需要解决“桥接”选项。它可能被称为“选择WAN桥接端口”或“网络 - 桥” - 这取决于设备。

最后,如果信号“减慢”,则设备最可能过载。必须有限制其他设备的操作,或禁用它们。如果没有任何帮助,您必须更改路由器更强大。

在本文中,我试图解释最明确的语言,路由器中的IGMP侦听是什么。我希望这些信息对您有用,并且您决定出现的问题。现在,您的数据将最佳地和正确地传输,并且对网络的攻击才能超载其中的所有设备。 来源: https://besprovodnik.ru/igmp-snooping-chto-to-v-rutere/

在mikrotik上设置iptv 例如,我们采取了iptv设置,我们采取了mikrotik rb2011uias-2hnd。当然不是一个家庭路由器,但其他设备上的设置原则上不会有所不同。 重置配置路由器。 /并向我们通知我们收件人。并且没有必要讨论一个客户端计算机,通常可以是另一个PIM路由器。重要的是哪些接口需要传递流量。 我们更新路由器(为IPTV添加包)。

设置IGMP代理。 添加防火墙例外。 设置Wi-Fi。

重置访问点设置

此项目是可选的。如果在路由器上配置IPTV,使用前面的工作设置,则不需要以下操作。它也不会阻止备份配置。 但是,有时,如果在IPTV设置到Microtice中出现问题,最好的出路是“重置”配置并再次执行所有操作。 .

将设置重置为工厂可以是三种方式: 以编程方式转到Winbox,打开“系统”菜单并进行复位配置。 机械地:单击Mikrotik上的“重置”按钮,然后等到路由器重新启动。 (在大多数mikrotik上,我们建议您将按钮夹紧以打开设备,而不会在开启后释放约10秒钟) /并向我们通知我们收件人。并且没有必要讨论一个客户端计算机,通常可以是另一个PIM路由器。重要的是哪些接口需要传递流量。 在路由器本身中重置配置(在设置屏幕上)。仅当路由器上有触摸屏时才实际。 Routeros更新(为IPTV添加包) 更新是必要的,以便为IPTV安装其他包。 我们前往Mikrotik的网站,我们正在寻找一系列模型,并下载最新的固件版本。请注意,您不会选择具有主包(主要)的固件,以及其他(额外):

打开

Winbox.

我们转到路由器(我们建议您在MAC地址上输入最初,它将促进进一步的配置过程)。要在路由器上更新,请转到菜单 文件。 打开它并将其拖到窗口中 文件。 我们从未包装的存档中下载的文件调用 . multicast-x.xx-mipsbe.npk

包添加和之后我们在菜单中重新启动设备

系统。

重启

路由器将重新启动并更新固件。该过程可能需要5分钟。

此时的营养不应该被禁用!

重新启动后开放

系统 - 包。 并查看模块出现了

如果有一个可用的话,那么你就是正确的。 设置IGMP代理

在Mikrotik菜单中打开 路由 - IGMP代理。 我们需要添加一个新界面,为此单击加上(如屏幕上所示)。 在新界面中,在现场 界面。 我们选择互联网附带的港口,在我们的情况下,它是一个以太2-master并安装滴答 像一个屏幕截图:

田间略低

替代子网。

您应该指定备用子网。如果您不知道在那里进入什么,请尝试最常见的选项:10.0.0.0/8; 172.16.0.0/12; 192.168.0.0/16。

  • 在极端情况下,您也可以留下零,但最好仍然找到所需的子网,以便路由器不适用于整个互联网。 确认更改,单击 好的。 创建另一个接口,单击蓝色加,但现在我们 不是
  • 在极端情况下,您也可以留下零,但最好仍然找到所需的子网,以便路由器不适用于整个互联网。 )。 勾选相反 好的。 同时选择我们将要的港口 过度可抛级

IPTV。 - 也就是说,设备连接的那个我们将观看IPTV。 在我们的情况下,这是桥梁,因为固定PC连接到它。 .

也就是说,在第一种情况下,我们指出了数据包括的港口,现在 - 来自哪里。 按下按钮后 设置

istavim勾选相反

对于技术支持,感谢Natasha Samoilenko 快的。

leve。

RPF检查。

我们这样做是为了能够在频道之间快速切换。

设置防火墙

自定义我们目前不会错过IPTV的防火墙,对于此我们创建一个新终端,请单击新终端,窗口打开: 现在我们必须在这个控制台中执行几个团队: / IP防火墙筛选【IP接受链= INPUT注释=»允许IGMP»禁用=否IN-Interface = Ether2-Master Protocol = IGMP

/ IP防火墙筛选Add Action = Accept Chain = Inpect Comment =»IPTV UDP传入»禁用= NO DST-PORT = 1234 IN-Interface = Ether2-Master Protocol = UDP

/ IP防火墙筛选=接受链=转发注释=»IPTV UDP转发»禁用= NO DST-PORT = 1234协议= UDP 1234。

- 端口非正式注册用于流式视频和IPTV ether2-master - 这是IPTV来自提供商的接口。

下一个需要在菜单中

IP. 选择物品 防火墙

然后去标签 过滤规则。

。我们创建了不包括规则,并且他们工作,他们应该更高禁止。我们用鼠标拖动它们。

  1. Wi-Fi设置
  2. 如果您通过Wi-Fi分发或者要分发IPTV,则需要添加其他设置。为此,按顺序开放:
  3. 按下高级模式按钮后,出现其他参数:
  4. 在领域
  5. WMM支持

启用 -

RPF检查。

关于Wi-Fi的多媒体传输的全面支持。

帮手

满的

。此参数包括发送坐在Wi-Fi上的多播客户。

全部用按钮确认

使用IGMP,最终的客户收件人会传达他们想要接收流量的最近路由器。 PIM通过路由器将来自源移动到收件人的多播流量的路径。 好的。

并享受观看节目

它仍然只是检查我们的配置的性能。我们用于这个IPTV播放器,n

径向下载我们提供者频道的频道

(沃尔顿电信)在播放器设置中。

我们可以看到我们的设置完全运行。快乐观看!

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

什么是路由器中的IGMP Snooping:为什么IGMP窥探功能

客户还将通过VLC播放器申请一组224.2.2.4。 IGMP的角色非常简单:如果没有客户 - 没有必要将多播流量传输到段。如果出现客户,他会使用他想要接收流量的IGMP通知路由器。 要了解一切如何发生,请携带此网络: 互联网上的许多平台使用多播方法将数据传输到用户组。这种技术用于在线游戏,直播广播,远程学习,甚至用于邮政邮件。但是,多态并不总是优化交通中继并加载用户的网络,因此IGMP Snooping函数已创建此问题。让我们辨别什么功能,以及如何使其优化流量。

什么是和为什么需要IGMP窥探功能

首先,我们将赋予IGMP的定义来了解技术原则。

Internet Group Management协议 - 组播网络管理协议,其组织组中的多个设备。 IGMP会员报告 - 他希望接收本集团的流量的“报告”结。

在IGMPv2报告中,进入所需组的地址,并行地在包装本身中指示。这些消息必须仅存在于其段内,而不是转发路由器,因此,它们有1个TTL。 它基于IP协议,并在Internet上应用于各地,有效地使用网络资源。

IGMP Snooping是在消费者组和主机之间跟踪多播流量的过程。侦听功能已启用侦听功能以分析用户请求以与多主站组连接,并将端口添加到IGMP广播列表中。在完成使用多攻击后,用户离开查询和协议,从组数据列表中删除端口。

因此,窥探消除了不必要的数据传送到多播信道。

这使得频道级别的数据更加有效,并考虑到网络层的需求,这对于信息提供商尤为重要。用户还将收到优化的内容,但结果,网络上的负载将增加。

在不跟踪和分析数据的情况下,特定IP地址形式的最终消费者将被迫为它们“摘要”额外的无用信息。 默认情况下在路由器上激活。 FE0 / 0接口为224.2.2.4的组变为下降 - 它需要发送接收的流量。 随着通常的唯一路由表以及多播: 关于客户的可用性第一次记录

IGMP Snooping不仅将保存来自多余流量的用户,而且还使信息交换更安全。

按时启用跟踪模式以防止DDOS攻击在网络组管理协议易受攻击的网络上或特定地址上的尝试。 激活功能IGMP侦听 托管网络交换机或交换机上有跟踪和分析功能。该设备有助于在网络的信道级别实现组播的原则。 .

要激活IGMP Snooping,您需要手动启用并在交换机上配置它。

非托管模拟不支持流量分析模式,因为它们无法通过接口配置。

更详细地命令 显示IP MRROUTE。 我们会稍后辨别。 .

在使用网络上的Communicator之前,请确保最终收件人(例如,Smart-TV)支持Snooping模式。

通常,设备在“设置网络连接”部分中具有相应的项目,这将显着简化多播的调整。 客户开始接收流量。现在路由器有时应该检查收件人是否仍然存在差距,如果突然留下了客户。为此,它会定期向所有下降界面发送请求。 考虑通过流行D-Link交换机的示例通过命令行连接函数的方法:

使用CLI接口打开命令行。

输入“enable-igmp-snooping”。此命令将打开交换机上的功能和所有连接的地址。

输入“config-igmp-snooping-vlan-default-state-enable”,这将允许您配置VLAN协议。

“Confog-Multicast-VLAN-Filtering-Mode-VLAN-DEFAULT-Filter-unregistred-Groups”命令包括来自Communicator的多个地址的数据过滤。

最后,在VLAN网络中使用“Config-IGMP-Snooping-VLAN-DEFAULE-SNOPING-enable-enable”。

最后一个命令包括igmp snooping快速休假功能,它一旦用户提出“休假”,就会从网络中排除端口。由于快速离开,消费者不会收到不必要的数据,不会处理它们。这将减少网络上的负载,并将允许开关更有效地工作。 如果,为了响应查询,至少有一个报告来到路由器,它意味着仍然存在客户,他继续播放来自此报告来自的界面来自此组的流量。 如果查询没有对某些组的响应接口的响应,则路由器从其组播路由表中删除此接口,为此组 - 停止发送流量。

最小的网络。第9.2部分。多播。 IGMP协议

继续研究多播IGMP(Internet Group Management Protocol),网络协议,用于多播流量客户端的交互和离它们最近的路由器。

IGMP协议

再次返回转储。请参阅此顶部包,之后抛出多播流? 在客户的行为中有一个有趣的细节:接受了查询,他并不急于立即回复报告。该节点从0占超时长度 .

连接时IGMP协议消息

哪个在下一个查询中指定: 顺便说一下,在转储或在转储中调试时,可以看出几秒钟可以在获取不同的报告之间传递。 这是为了通过接收常规查询,数百名客户所有范围都不会通过其报告淹没网络。此外,只有一个客户端通常会发送报告。 当我们按下播放时,客户端发送的IGMP协议消息。这就是他报告他希望获得224.2.2.4群体的交通。

- 这是一个网络协议,交互多播流量客户端和最近的路由器。

IPv6使用MLD(多播侦听器发现)而不是IGMP。操作原理它们完全相同,因此您可以轻松地在MLD的各处和IPv6上的IGMP更改IGMP。

IGMP如何工作? 四。 因此,几个世纪以来,直到客户想要退出该组(例如,关闭播放器/电视)。在这种情况下,他发送了 IGMP离开。 也许你需要开始,即协议的版本现在是三个:IGMPv1,IGMPv2,IGMPv3。最常用的 - 第二个,第一个几乎被遗忘了,所以我们不会谈论它,第三个是非常相似的。

我将重点关注第二个,正如最大的影响,并考虑所有事件,从而将客户端连接到组。客户还将通过VLC播放器申请一组224.2.2.4。

IGMP的角色非常简单:如果没有客户 - 没有必要将多播流量传输到段。如果出现客户,他会使用他想要接收流量的IGMP通知路由器。

要了解一切如何发生,请携带此网络:

假设路由器已被配置为接收和处理多播流量。

- 他希望接收本集团的流量的“报告”结。

组特定查询。

发送IGMP会员报告

在IGMPv2报告中,进入所需组的地址,并行地在包装本身中指示。这些消息必须仅存在于其段内,而不是转发路由器,因此,它们有1个TTL。 组特定查询。 经常在文献中,你可以提到提到

路由器接收IGMP报告,并意识到此接口现在具有客户,在其表中提供信息

这是关于IGMP的信息的输出。第一个组由客户要求。第三和第四是SSDP构建的SSDP协议组。第二个是始终存在于Cisco路由器上的特殊组 - 它用于自动RP协议,默认在路由器上激活。

  1. FE0 / 0接口为224.2.2.4的组变为下降 - 它需要发送接收的流量。
  2. 随着通常的唯一路由表以及多播:
  3. 关于客户的可用性第一次记录
  4. 从输出中可以清楚地清楚,224.2.2.4组的流量通过FE0 / 1来,有必要将其传输到FE0 / 0端口。
  5. 您需要传输流量的接口包含在下游接口列表中 -
  6. 每个都向网络发送IGMP常规查询。主要目标是找出询问是否有客户,并并行 - 如果您是参加选举的愿望,则向细分的其他路由器申报。 出站接口列表。
  7. 更详细地,我们将稍后查看的Show IP Mroette团队的展示。
  8. 在转储上方,您可以看到客户一旦发送IGMP报告,在飞行之后立即UDP是一个视频流。

赢得路由器S.

接收到IGMP查询查询(转储由IGMP过滤)。

7)

默认情况下,这会发生一次每60秒。 TTL这样的包也等于1.它们被发送到地址224.0.0.1 - 此段中的所有节点 - 而不指定特定组。调用此类查询消息 八) - 一般的。因此,路由器问:“伙计们,还有谁想要接收?”。

已收到IGMP常规查询,任何侦听任何组的主机都必须在连接时发送IGMP报告。应在报告中指定本集团群组的地址。 Querier选举是多播中的一个非常重要的程序,但没有持有RFC的一些阴险的制造商可以在车轮中插入强棒。我正在谈论IGMP查询,并使用源0.0.0.0的地址,可以由交换机生成。这些消息不应参与查询的选择,但您必须为一切做好准备。这是一个例子 对IGMP常规查询的计算机响应(转储由IGMP过滤)

如果,为了响应查询,至少有一个报告来到路由器,它意味着仍然存在客户,他继续播放来自此报告来自的界面来自此组的流量。 版本1只有本质的不同之处 如果查询没有对某些组的响应接口的响应,则路由器从其组播路由表中删除此接口,为此组 - 停止发送流量。

在其主动性上,客户端通常只在连接时发送报告,然后它只是响应路由器的查询。

在客户的行为中有一个有趣的细节:接受了查询,他并不急于立即回复报告。该节点从0占超时长度

顺便说一下,在转储或在转储中调试时,可以看出几秒钟可以在获取不同的报告之间传递。

这是为了通过接收常规查询,数百名客户所有范围都不会通过其报告淹没网络。此外,只有一个客户端通常会发送报告。

事实是,报告已发送给小组地址,因此涉及所有客户。从另一个客户端收到同一组的报表后,节点不会发送自己的。逻辑很简单:路由器已经收到了这个非常报道并知道有客户,这不是必需的。

在转储上方,您可以看到客户一旦发送IGMP报告,在飞行之后立即UDP是一个视频流。

客户还将通过VLC播放器申请一组224.2.2.4。 这个机制被称为

在IGMPv2报告中,进入所需组的地址,并行地在包装本身中指示。这些消息必须仅存在于其段内,而不是转发路由器,因此,它们有1个TTL。 此外,在文章中,我们将讲述为什么这种机制实际上非常重要。

更详细地命令 例II。 4请注意,在这种情况下,交通方式应该如何 - R1-R2-R3-R5。虽然简而言之,路径R1-R3-R5。

没有路由器的地方,我们可以权威地宣布 - IGMP有 - 不超过形式。没有路由器,客户端没有人无法请求多播流。他将获得一个视频的简单原因,流量等从交换机倾泻来 - 你只需要拿起它。 到小组地址。

再次重复一遍 发送IGMP假

然后,客户出现了一个客户,他们想要接收224.2.2.4组的流量,并发送了他的IGMP报告。 路由器收到它,并且在一个想法必须关闭。但他无法禁用一个特定的客户端 - 路由器没有区分它们 - 它只有下游接口。界面可以是几个客户。也就是说,如果路由器从其OUL列表(传出接口列表)为此组删除此接口,则该视频根本将关闭。但也没有删除它,也是不可能的 - 突然间是最后一个客户 - 为什么洗它?

然后路由器决定出于某种原因来检查 - 以及是否没有更多的客户,并再次发送IGMP常规查询,客户端被迫回答( 如果调查转储,您将看到在收到休假路由器后,该溪流继续进行一段时间。事实上,路由器响应休假将IGMP查询发送到本假在其来自此界面的组地址。称为这样的包装

定期(每分钟一次)路由器使用IGMP常规查询检查收件人仍然具有,并且该节点使用IGMP报告确认这一点。

连接到此特定组的客户。

发送路由器路由器组特定查询响应IGMP假

如果路由器接收到该组的响应报告,则在接口中继续广播,如果未接收到 - 在计时器过期后删除计时器。

总共,收到休假后,两组特定查询会出现 - 一个强制性的第二个控件。

两组特定查询 - 一个强制性,第二个控制

接下来,路由器停止流。 但仍然是完全难以理解的是,当有一个巨大的提供商网络LinkMiap时,来自服务器的流量如何访问客户?事实上,在哪里,它将被众知是客户的?我们不能手动注册路线,仅仅因为我们不知道客户可能在哪里。通常的路由协议不会回答这个问题。所以我们来理解多播的交付是我们完全新的。 考虑一个更难的案例: )。 可以广播流量的两个(或更多)路由器连接到客户端段。如果您无所作为,将重复多播流量 - 两个路由器都将收到客户的报告。为了避免这种选择机制 - 政治。将获胜的人将发送查询,监控报告并反应离开,因此它将向段发送流量。失败者只会收听报告并保留脉冲的手。 选举发生非常简单和直观。

对于技术支持,感谢Natasha Samoilenko 从R1和R2路由器打开时,请考虑局势。

在接口上激活IGMP。

RPF检查。

首先,默认情况下,他们每个人都认为自己是查询。

  • 每个都向网络发送IGMP常规查询。目标是找出询问是否有客户,并并行 - 在细分中宣布其他路由器,如果有的话,关于您参加选举的愿望。 一般查询在段中的所有设备接收,包括其他IGMP路由器。
  • 从邻居接收了这样的消息,每个路由器估计谁更值得。 赢得路由器S.
  • 示例:yourcast dns (在IGMP查询的源IP字段中指定)。他变成了Querier,所有其他人 - 非查询。

非呼气器启动每次Quaryny附带较小的IP地址时重置的计时器。如果在计时器到期之前(超过100秒:105-107),则路由器不会接收具有较小地址的查询,他声明自己Querier并采用所有相应的功能。

如果查询器接收具有较小地址的查询,则他会增加这些职责。 Querier正在成为另一个路由器,它具有较少的IP。 Querier选举是多播中的一个非常重要的程序,但没有持有RFC的一些阴险的制造商可以在车轮中插入强棒。我正在谈论IGMP查询,并使用源0.0.0.0的地址,可以由交换机生成。这些消息不应参与查询的选择,但您必须为一切做好准备。这是一个非常复杂的长性能问题的示例。 .

版本1只有本质的不同之处

。如果客户端不想收到此组的更多流量,他只是停止发送报告以响应查询。当不是单个客户端仍然存在时,超时路由器将停止发送流量。

而且, 但仍然是完全难以理解的是,当有一个巨大的提供商网络LinkMiap时,来自服务器的流量如何访问客户?事实上,在哪里,它将被众知是客户的?我们不能手动注册路线,仅仅因为我们不知道客户可能在哪里。通常的路由协议不会回答这个问题。所以我们来理解多播的交付是我们完全新的。 。为了避免重复交通,更高的协议负责,例如PIM,我们将进一步发言。

版本3支持支持IGMPv2的所有内容,但有许多更改。首先,报告不再向组地址发送,但在组播服务地址上

。请求组的地址仅在包内表示。这是为了简化IGMP Snooping的工作,我们将讨论一下。

其次,更重要的是,IGMPv3开始以其纯正形式支持SSM。这是所谓的源特定组播。在这种情况下,客户端可能不仅请求一个组,还可以指定他希望接收流量的源列表,反之亦然。在IGMPv2中,客户端只是请求并在不关心源的情况下接收组流量。

IGMPv3中的IGMP会员级别内容 因此,IGMP旨在互动客户和路由器。因此,返回示例2,在没有路由器的情况下,我们可以权威地声明 - IGMP - 不超过形式。没有路由器,客户端没有人无法请求多播流。他将获得一个视频的简单原因,流量等从交换机倾泻来 - 你只需要拿起它。 回想一下,IGMP不适用于IPv6。有MLD协议。

再次重复一遍 首先,路由器在接口上打开IGMP后发送了他的IGMP常规查询,以了解有收件人是否有收件人并声明他们的愿望。那时,没有人在这个小组中。 然后,客户出现了一个客户,他们想要接收224.2.2.4组的流量,并发送了他的IGMP报告。在那之后,我去了它的流量,但它被从转储中过滤了。

定期(每分钟一次)路由器使用IGMP常规查询检查收件人仍然具有,并且该节点使用IGMP报告确认这一点。

然后他改变了他的思想,通过发送IGMP假期来拒绝该小组。 路由器收到休假,并希望确保没有其他收件人没有其他收件人,请发送IGMP组特定查询...两次。在计时器到期后,在此停止在此传输流量。 但是,它继续将IGMP查询传输到网络。例如,如果您没有关闭播放器,但只需在连接问题的某个地方。然后恢复连接,但客户端不会自行发送报告。但查询答案。因此,流动可以在没有人类参与的情况下恢复。 IGMProtokol,路由器在连接和响应IGMP查询时,路由器使用该路由器的存在以及客户端的跳闸.IGMP报告。这意味着客户端希望接收特定的组流量。MIGMP将周期性地查询路由器,以检查现在需要哪些组。作为收件人的地址,指示224.0.0.1。 .

IGMP组Sepcific QueryPrust由路由器响应留言,了解此组中还有其他收件人是否存在。作为收件人的地址,指示组播组的地址。当他想在一个广播段中将Group.querielentene离开一个可以广播的路由器时,客户端均为MIGMP叶。他们。 它将定期发送查询和传输流量。 来源:

标签

思科。

IPTV。

SDSM

网络硬件

最小的网络 https://radioprog.ru/post/623
路由器中的多播是什么。系统资源要求。多播和单播:关键差异

对于技术支持,感谢Natasha Samoilenko 首先,让我们发出一些概念来排除进一步的误解。有三种类型的流量:

(*,g)(s,g)

我们这样做是为了能够在频道之间快速切换。

设置防火墙

自定义我们目前不会错过IPTV的防火墙,对于此我们创建一个新终端,请单击新终端,窗口打开: 现在我们必须在这个控制台中执行几个团队: / IP防火墙筛选【IP接受链= INPUT注释=»允许IGMP»禁用=否IN-Interface = Ether2-Master Protocol = IGMP

/ IP防火墙筛选Add Action = Accept Chain = Inpect Comment =»IPTV UDP传入»禁用= NO DST-PORT = 1234 IN-Interface = Ether2-Master Protocol = UDP

/ IP防火墙筛选=接受链=转发注释=»IPTV UDP转发»禁用= NO DST-PORT = 1234协议= UDP 1234。 油组播。

- 端口非正式注册用于流式视频和IPTV ether2-master - 这是IPTV来自提供商的接口。

下一个需要在菜单中

IP. 选择物品 防火墙

然后去标签 过滤规则。

。我们创建了不包括规则,并且他们工作,他们应该更高禁止。我们用鼠标拖动它们。

  1. Wi-Fi设置
  2. 如果您通过Wi-Fi分发或者要分发IPTV,则需要添加其他设置。为此,按顺序开放:
  3. 按下高级模式按钮后,出现其他参数:
  4. 在领域
  5. WMM支持 PIM SM RP。

任务编号4。

单播。

  1. - 单播,一个流源一个收件人 播送。
  2. - 广播,一个来源,收件人所有客户在线 - 多播,一个发件人,收件人一些客户组

iptv使用什么样的流量?

显然,多播被给予广播频道。我们要广播网络的任何电视频道都是由组地址的特征,它选自为这些目的而保留的范围:

224.0.0.0 - 239.255.255.255

Новости

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