计算机网络 其他IP相关技术

目录

IP多播相关技术

IP任播

通信质量控制

通信质量的定义

控制通信质量的机制

lntServ

Diffserv

显式拥塞通知

Mobile IP

Mobile IP的定义

IP隧道与Mobile IP

Mobile IPv6


IP多播相关技术

在多播通信中,确认接收端是否存在非常重要。如果没有接收端,发送多播 消息将会造成网络流量的浪费。

而确认是否有接收端,要通过MLD实现。它是IPv4中IGMP和IPv6中

ICMPv6的重要功能之一。

IGMP (MLD)主要有两大作用:

向路由器表明想要接收多播消息(并通知想接收多播的地址)。

向交换集线器通知想要接收多播的地址。

首先,路由器会根据第1个作用,了解到想要接收多播的主机,并将这个信 息告知给其他的路由器,准备接收多播消息。而多播消息的发送路径则由PIM­SM、PIM-DM、DVMRP、DOSPF等多播路由协议决定。

其次,第2个作用也被称作IGMP (MLD)探听。通常交换集线器只会习得 单播地址。而多播帧则跟广播帧一样不经过滤就会全部被拷贝到端口上。这会 导致网络负荷加重,甚至给那些通过多播实现高质量图像传播的广播电视带来严 重影响。

为了解决此类问题,可以采用作为第二个作用的IGMP (MLD)探听。支持 IGMP (MLD)探听的交换集线器可以过滤多播帧,从而也能降低网络的负荷。

在IGMP (MLD)探听中,交换集线器对所通过的IGMP (MLD)包进行监 控甲。由于从IGMP (MLD)包中可获知多播发送的地址和端口,从而不会再向毫 无关系的端口发送多播帧。这也可以减轻那些不接收多播消息的端口的负荷。

IP任播

IP任播主要用于报警电话110与消防电话119系统。当人们拨打110或119 时,其接收电话并不是只有一个,而是可以拨打到一个区域管辖范围内的所有公 安或消防部门。省、市、县、乡等不同级别的区域都各自设置着110与119的急 救电话,而且数量极其庞大。

这种机制的实现,在互联网上就是IP任播。

IP任播是指为那些提供同一种服务的服务器配置同一个IP地址,并与最近的 服务器进行通信的一种方法。它可适用于IPv4和IPv6。

在IP任播的应用当中最为有名的当属DNS根域名服务器。DNS根域名服务 器,出于历史原因,对IP地址的分类限制为13种类型。从负载均衡与灾备应对 的角度来看,全世界根域名服务器不可能只设置13处。为此,使用IP任播可以 让更多的DNS根域名服务器散布到世界的各个角落。因此,当发送一个请求包给 DNS根域名服务器时,一个适当区域的IP地址也将被发送出去,从而可以从这个 服务器获得应答。

IP任播机制虽然听起来非常方便,实际上也有不少限制。例如,它无法保证将第一个包和第二个包发送给同一个主机。这在面向非连接的UDP发出请求而无 需应答的情况下没有问题,但是对于面向连接的TCP通信或在UDP中要求通过连 续的多个包进行通信的情况,就显得力不从心了。

通信质量控制

通信质量的定义

近些年,IP协议的实用性被认可,并应用于各种各样的通信领域中。IP协议 的设计和开发初衷是作为一个“尽力服务”的协议,是一款“没有通信服务质量 保证”的协议。在“尽力服务”型的通信中,如果遇到通信线路拥堵的情况,可 能会导致通信性能下降。这就好比在高速公路上,如果一下子有太多的车辆涌入 高速,将会导致堵车,谁也无法确保何时能够达到目的地。“尽力服务”型网络 中也存在此类问题。

通信线路上的拥塞也叫做收敛。当网络发生收敛时,路由器和集线器(交换 集线器)的队列(Buffer)溢出,会出现大量的丢包现象,从而极端影响通信性 能。这时如果正在访问Web页面,可能会出现点击任何链接都迟迟无法显示,或 声音中断、视频画面停顿不前等现象。

近几年,特别是随着音频和视频服务对实时性要求的逐渐提高,在使用IP通 信过程当中能够保证服务质量(QoS: Quality of Service)的技术受到了前所未有 的追捧。

控制通信质量的机制

控制通信质量的工作机制类似于高速公路上的VIP通道。对于需要保证通信 质量的包,路由器会进行特殊处理,并且在力所能及的范围之内对其进行优先 处理。

通信质量包括带宽、延迟、时延波动等内容。路由器在内部的队列(缓存) 中可以优先处理这些要求保证通信质量的包,有时甚至不得不丢弃那些没有优先 级的包以保证通信质量。

为了控制通信质量,人们提出了RSVP技术,它包括两个内容,一是提供点 对点的详细优先控制(lntServ)另一个是提供相对较粗粒度的优先控制(Diff­Serv)。

lntServ

lntServ是针对特定应用之间的通信进行质量控制的一种机制。这里的“特定的应用”是指源IP地址、目标IP地址、源端口、目标端口以及协议号五项完全 内容一致。

lntServ所涉及的通信并非一直进行,只是在必要的时候进行。因此IntServ也 只有在必要的时候才要求在路由器上进行设置,这也叫“流量设置"。实现这种 流量控制的协议正是RSVP。RSVP中在接收端针对发送端传送控制包,并在它们 之间所有的路由器上进行有质量控制的设定。路由器随后就根据这些设置对包 进行有针对性的处理。

不过RSVP的机制相对复杂,在大规模的网络中实施和应用比较困难。此外, 如果流量设置要求过高,超过现有网络资源上限时,不仅会影响后续的使用,还 会带来一定的不便。因此,出现了灵活性更强的DiffServ。

Diffserv

IntServ针对应用的连接进行详细的通信质量控制。相比之下, Diffserv则针对特定的网络进行较粗粒度的通信质量控制。

例如,针对某个特定的供应商进行顾客排名,从而进行数据包的优先处理。进行DifSserv质量控制的网络叫做Diffserv域。在DiffServ域中的路由器会对所有进入该域IP包首部中的DSCP字段进行替换。

对于期望被优先处理的包设置一个优先值,对于没有这种期望的包设置无需优先的值。DiffServ域内部的路由器则根据IP首部的DSCP字段的值有选择性地进行优先处理。在发生网络拥塞时还可以丢弃优先级较低的包。

IntServ中每进行一次通信都要设置一次流量设置。路由器也必须得针对不同流量进行质量控制,因此机制太过复杂,影响了实用性。而DiffServ则根据供应商的合约要求以比较粗粒度进行质量控制,机制相对简单,实用性较好。

显式拥塞通知

当发生网络拥塞时,发送主机应该减少数据包的发送量。作为IP上层协议, TCP虽然也能控制网络拥塞,不过它是通过数据包的实际损坏情况来判断是否发 生拥塞。然而这种方法并不能在数据包损坏之前减少数据包的发送量。

为了解决这个问题,人们在IP层新增了一种使用显式拥塞通知的机制, 即ECN。

ECN为实现拥塞通知的功能,将IP首部的TOS字段置换为ENC字段,并在 TCP首部的保留位中追加CWR标志和ECE标志。

通知拥塞的时候,要将当前的拥塞情况传达给那个发送数据包的源地址主机。然而,这个通知能不能发出去还是一个问题。而且,即使通知被发送出去, 如果遇到一个不支待拥塞控制的协议,那么也就没有什么实质的意义。

因此,ECN的机制概括起来就是在发送包的IP首部中记录路由器是否遇到拥 塞,并在返回包的TCP首部中通知是否发生过拥塞。拥塞检查在网络层进行,而 拥塞通知则在传输层进行,这两层的互相协助实现了拥塞通知的功能。

Mobile IP

Mobile IP的定义

IP地址由“网络地址”和“主机地址”两部分组成。其中“网络地址”表 示全网中子网的位置,因此对于不同的地域它的值也会有所不同。

读者可以以智能手机和笔记本电脑等移动设备的情况做参考。通常,这些设 备每连接到不同的子网,都会由DHCP或手动的方式分配到不同的IP地址。那么 IP地址的变更会不会有什么问题呢?

与移动设备进行通信时,所连接的子网一旦发生变化,则无法通过TCP继续 通信。这是因为TCP是面向连接的协议,自始至终都需要发送端和接收端主机的 IP地址不发生变化。

在UDP的情况下也无法继续通信,不过鉴于UDP是面向非连接的协议,或 许可以在应用层面上处理变更IP地址的问题。然而,改造所有应用让其适应IP 地址变更不是件容易的事。

由此,Mobile IP登上历史舞台。这种技术在主机所连接的子网IP发生变化 时,主机IP地址仍保持不变。应用不需要做任何改动,即使是在IP地址发生变 化的环境下,通信也能够继续。

IP隧道与Mobile IP

Mobile IP的工作机制如图所示。

移动主机(MH: Mobile Host)

是指那些移动了位置, IP地址却不变的设备。

在没移动的时候,所连接的网络叫做归属网络, IP地址叫做归属地址。归属地址如同一个人的户籍,移动也不会改变地址。即使移动了也会被设置成所处子网中的IP地址。这种地址被称为移动地址(CoA: Care-of Address)。

归属代理(HA: Home Agent)

处于归属网络下,可监控移动设备的位置,并转发数据包给移动主机。这很像注册户籍信息的政府机关。

外部代理(FA: Foreighn Agent)

使用于支持移动主机的移动设备。所有需要接入网络的移动主机都需要它

如图Mobile IP中的移动主机,在移动之前按照以往的模式进行通信,而移动之后则通过外部代理发送转发数据包向归属代理通知自己的地址。

从应用层看移动主机,会发现它永远使用归属地址进行通信。然而,实际上 Mobile IP是使用转交地址转发数据包的。

Mobile IPv6

Mobile IP中存在一些问题:

  • 没有外部代理的网络不能通信。
  • IP包呈三角形路径被转发因此效率不高。
  • 为提高安全,一个域可以做这样的设置,即如果从自己的域向外部发送包 的源地址不是本域在用的IP地址,则丢弃该包。而且这种设置已经越来 越多。是因为从移动主机发给通信对端的IP包的源地址是归属地址,与 另一个域的IP地址不符,因此目的地路由器可 能会丢弃这个包。

以上问题在Mobile IPv6中已经得到了相应的解决。

  • 外部代理的功能由市县Mobile IPv6的移动主机自己承担。
  • 考虑路径最优化,可以不用经过归属代理进行直接通信。
  • IPv6首部的源地址中赋与移动地址,不让防火墙丢弃。

移动主机和通信对端的主机都需要支持Mobile IPv6才能使用以上所有功能。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值