<

来源: BlogBus 原始链接: http://www.blogbus.com:80/blogbus/blog/diary.php?diaryid=207619 存档链接: https://web.archive.org/web/20041029023506id_/http://www.blogbus.com:80/blogbus/blog/diary.php?diaryid=207619

天行健 Our greatest glory is not in never falling... but in rising every time we fall. <<<师兄答辩 | Main | 梅艳芳--抱紧眼前人>>> 移动IPv6切换模型比较分析（1） 时间: 2004-06-05 切换延迟主要由ncoa地址配置延迟和绑定更新延迟所组成，以下分析的是个人所见过的各种模型 MIPv6（FLAT）：原始模型，但为支持切换也有了一定的相应功能，一个是MN地址自动配置支持多个coa，但必须有一个是primary的，保证MN在一个断掉之后可以使用另一个作为primary coa，不过一般的实现上好像MN还是继续向老的AR发包，因为路由表未变。HA加上了对MN转发包的支持，即MN移出HA之后，在MN向HA绑定更新之后，HA负责向MN转发仍向MN转发的包。不过这条似乎针对宏移动，即MN只移到一个新的转交域，对于MN继续切换好像需要AR的支持，这就是Fast handover所要做的了。 HMIPv6：局部化绑定更新，减小BU时间和数量。适用于域内移动即微移动。引入MAP，在MAP内的AR切换只要向MAP绑定，无需向HA、CN绑定;MN拥有[rcoa,lcoa]地址对，对CN使用rcoa通信，MAP截获所有发往MN的包，tunnel到MN的lcoa。这也成为MAP的瓶颈所在，有人在MAP的可扩展性方面做了一定工作，即采用多个MAP和一致性管理。 FMIPv6：针对于每次的三层切换，为达小的延迟和丢报率，减小了地址配置延迟和抵消绑定更新延迟。有两种FH，一一表来，1，预注册型FH：旨在将三层切换在二层切换完成时执行，达到一定的并行性，达到减小延迟的效果。在减小地址配置延迟方面主要如下：MN通过scan NAR的beacon，获得新AP的二层地址，当比如信号强度到达一定程度时，触发一个trigger，并以改AP的二层地址构建RtSolPr，发送给PAR，PAR判断这个AP是否是自己所辖域内的，如果不是，又了解它所连接的NAR，构建的响应信息PrRtAdv中包含NAR的前缀，这一块Seamoby组的CHD具体实现，如果有多个AR，什么Router可以作为切换的下一站，从而为CT做好准备。MN以新的前缀自动配置其新的ncoa，并构建发送F-BU作为它告别PAR域前所发出的最后信令，F-BU授权PAR绑定[ocoa,ncoa]这个地址对，这样在MN向HA（CN）完成BU前，PAR就可以为MN转发由CN到MN的包，这个工作由隧道完成。MN做完了这一切之后，就等FBACK了，如果它能收到HACK，不管是在PAR还是NAR域内都可以高枕无忧的切换而不用怕�G包了。但是PAR在发送FBACK之前还有很多事要做，PAR要以ncoa构建HI给NAR，NAR要DAD这个地址的可用性，由于DAD太耗时，因此往往用其它方法取代。NAR发送HACK给PAR，PAR根据NAR是否接收ncoa作出不同的动作，如果接收就为ncoa建一条到NAR暂时的隧道，否则就将发到ocoa的包直接tunnel到NAR。MN如果没有收到FBACK，由于不知道是何种原因，必须在NAR域内发送FNA（包含FBU）,由NAR转发FBU给PAR，PAR建立隧道。无论如何MN接入NAR时发送FNA以通知它的存在，如果没有在此前成功配置地址，则不得不发送NS，获得NA以配置地址。2，后注册快速切换，这个比较简单，二层的trigger只作为一个建立双向的隧道，这样MN可以在NAR内继续用ocoa，推迟向HA和CN注册的时间，又可以减小pingpong切换的代价。第三种就是两者的结合，如果不能及时完成预注册，那么就进行后注册切换，有更好的健壮性。 Posted by morningSun @ 2004-06-05 16:05 评论 Add Comment 最后更新 shell编程疑难解答汇编 伴“狼” 十一打算 事不过三 Never Too Far 7 habits of highly effective people Creative MuVo2 FM MP3播放机 VoWLAN && IPv6 Security 我的未来不是梦 为E消得人憔悴 我的主页 我的相册