关于认证成功2分钟后需重新连接的问题

[GoogleCodeExporter]

我是在路由器上运行的for 
mipsel的版本，经测试发现，无论是下载最新的8.0的
mipsel版本还是7.9的mipsel版本都存在这个问题。怀疑仍有可能��
�心跳包的问题，不
知道跟echoInterval这个参数的值有关系否。我试过19、20都不行�
��

我的电脑现有的两个操作系统分别是win7和ubuntu,在win7下没有��
�到能用的官方客户
端，只能用ubuntu来抓包，如果需要抓包结果可以mail我。

Original issue reported on code.google.com by sniperea...@gmail.com on 15 Sep 2009 at 3:01

[GoogleCodeExporter]

刚才用ping计时，测了一会从认证成功到断线的时间，不管Echo
Interval设置成20还是25，这个
时间都是固定的128。  
那么大致可以推断，128是我们交换机默认的等待时间，而心��
�包应该是
从第一个就出错了（要么就是没发出去，要么就是有错，交��
�机不认）。这样应该可以减少排查
的难度把～～

Original comment by sniperea...@gmail.com on 15 Sep 2009 at 4:22

[GoogleCodeExporter]

在稍早的一个版本里，心跳包的确是错误的，我使用时是固��
�的120s断线，不过后来已经修正
了，没有断线过。锐捷不会有各个学校不同的版本吧。。。��
�和microcai是一样的。

ruijieclient有一个参数是可以固定时间自动重新认证的，问题��
�决之前可以先凑合着用。

Original comment by sthots on 16 Sep 2009 at 3:51

[GoogleCodeExporter]

看了下，是配置文件里的 intelligentReconnect 选项， 
设成一个大于10的就可以。100可能就
差不多了。

这个是我当时凑合着用的，一直没在说明里公开过。

Original comment by sthots on 16 Sep 2009 at 3:56

[GoogleCodeExporter]

reply Comment 2: 

我现在住的宿舍是新整过的，网络设备可能也是新上的. 
mystar在之前住的宿舍里没有问题,但是在现在住的
宿舍里也是只能认证而没法keep-alive. 
所以我猜新设备也许变了什么东西,或者多了其他验证手段? 
现在先
看看代码,今晚用wireshark抓包来分析.

Original comment by sniperea...@gmail.com on 16 Sep 2009 at 8:36

[GoogleCodeExporter]

对了,还有个小问题,下载的8.2 for 
mipsel使用--version参数输出的还是7.9 

Original comment by sniperea...@gmail.com on 16 Sep 2009 at 9:11

[GoogleCodeExporter]

阿，我明天拿新版本重新编译下。

Original comment by sthots on 16 Sep 2009 at 1:19

[GoogleCodeExporter]

抓包发现问题了，别人的echo包大小是60，用本程序发的echo包�
��大小是45。 （后边少了15个0x00）

提出个修改建议： sendpackage.c的第632行之后补上15个0x00

Original comment by sniperea...@gmail.com on 16 Sep 2009 at 4:16

[GoogleCodeExporter]

我编译的8.2版本，未使用libxml2 , 配置文件设置的EchoInterval=20,
IntellingenceReconnect=1， 
抓包的结果是每1s发送一个Echo。如果IntellingenceReconnect=0
则不发echo

Original comment by sniperea...@gmail.com on 17 Sep 2009 at 2:09