keepalive 与 FRAME-RELAY
在一次实际应用中，注意到，keepalive与frame-relay的关系密切；默认情况下，S口下的keepalive是启用了的，其用意大概是互发keepalive报文，然后回应，以确认链路的有效性；我们知道，在FR中，LMI也是用于有效性确认，不过是针对PVC的，这也正是要求FR配置两端的LMI一致的原因吧，否则双方便不能以相同的方式来回应了；拓朴十分简单： R1（s0)-----------------(s1)R2
实际情况是，初见其现象 ，很惊奇，R1和R2间配置成了FR点到点链路，R1上的LMI-TYPE是CISCO，R2上的LMI-TYPE是ANSI，但通讯正常，后来进一步看到，PVC的状态并不是通常的active，而是static；
实验发现，这种特殊的现象全由keepalive而起，原因就是这R1和R2上都配置了一条no keepalive，致使两端将不再进行链路检测，似乎也是基于此，LMI也不再起作用了（于是才有两边LMI-TYPE不一致却通讯正常的现象），也因此，PVC变成了static状态；
这条no keepalive倒是简化了FR配置，尤其是在不同厂家的设备之间；
大家有兴趣的话，可以做实验看看，当一端启用keepalive，而另一端no keepalive时，现象如何 学习了，谢谢！
页:
[1]