Problems with radio network links
Posted: 25 May 2010 13:38
Hello,
I've at least 2 clients that have their network interconnected by 2.4/5.8Ghz radio links.
To transfer data, the links works very good, with performance up to 8Mbit/s.
There is no filters, no firewall between the GD and the CS, but the GD can't maintain a connection to the CS.
It connects, downloads the packages, and then falls.
More surprising is the fact that the PCS does not changes to ACTIVE state, proving that the connection between the locations are fine.
I had to force a fake static route in the PCS to force it to be always on ACTIVE state, and then the GD can connect to it and stays working. From 30 to 30 days I have to delete the static route, so i can get renew the PCS time, and put it again.
I tried too many things, and always saying to the client that it should be a network problem.
Unfortunately, i'm experiencing this now in another client, in another completely different network layout. The symptom is the same except that in the first case, the GD can stay conected for about 15 minutes, and this later case it can't stay a second, as you can see in the log below.
The unique similar fact between the cenarios is that they are using 2.4/5.8Ghz radio links to interconnect the locations.
Is there any special parameter i could set into Quality of Service COS to let GD to be more "tolerant" with the IP Link?
Is there any special configuration to use this kind of interconnection link?
Thanks!
25/05/10 14:20:27 000001M|011/00/-/---|=4:0740=Beginning of an INT/IP downloading @:00.80.9f.8b.3d.b8 (binmg)
25/05/10 14:20:27 000001M|011/00/-/---|=5:0741=End of downloading of an INT/IP board @:00.80.9f.8b.3d.b8 (binmg)
25/05/10 14:20:55 000001M|011/00/-/---|=4:0740=Beginning of an INT/IP downloading @:00.80.9f.8b.3d.b8 (binmg)
25/05/10 14:20:55 000001M|011/00/-/---|=5:0741=End of downloading of an INT/IP board @:00.80.9f.8b.3d.b8 (binmg)
25/05/10 14:21:17 000001M|011/00/-/---|=5:0409=The inter-ACT link over IP from (19 1) is up
25/05/10 14:21:18 000001M|011/00/-/---|=0:5857=GD/GA/INTIP/RGD: reason of reboot 21
25/05/10 14:21:36 000001M|011/00/0/254|=2:0379=Inter ACT link HS: 23,(19,1),10.10.5.3,00:80:9f:8b:3d:b8
25/05/10 14:21:36 000001M|011/--/-/---|=2:2043=Loss of the 11 CRYSTAL
25/05/10 14:21:36 000001M|011/00/-/---|=2:2042=Loss of a GD type cpl
I've at least 2 clients that have their network interconnected by 2.4/5.8Ghz radio links.
To transfer data, the links works very good, with performance up to 8Mbit/s.
There is no filters, no firewall between the GD and the CS, but the GD can't maintain a connection to the CS.
It connects, downloads the packages, and then falls.
More surprising is the fact that the PCS does not changes to ACTIVE state, proving that the connection between the locations are fine.
I had to force a fake static route in the PCS to force it to be always on ACTIVE state, and then the GD can connect to it and stays working. From 30 to 30 days I have to delete the static route, so i can get renew the PCS time, and put it again.
I tried too many things, and always saying to the client that it should be a network problem.
Unfortunately, i'm experiencing this now in another client, in another completely different network layout. The symptom is the same except that in the first case, the GD can stay conected for about 15 minutes, and this later case it can't stay a second, as you can see in the log below.
The unique similar fact between the cenarios is that they are using 2.4/5.8Ghz radio links to interconnect the locations.
Is there any special parameter i could set into Quality of Service COS to let GD to be more "tolerant" with the IP Link?
Is there any special configuration to use this kind of interconnection link?
Thanks!
25/05/10 14:20:27 000001M|011/00/-/---|=4:0740=Beginning of an INT/IP downloading @:00.80.9f.8b.3d.b8 (binmg)
25/05/10 14:20:27 000001M|011/00/-/---|=5:0741=End of downloading of an INT/IP board @:00.80.9f.8b.3d.b8 (binmg)
25/05/10 14:20:55 000001M|011/00/-/---|=4:0740=Beginning of an INT/IP downloading @:00.80.9f.8b.3d.b8 (binmg)
25/05/10 14:20:55 000001M|011/00/-/---|=5:0741=End of downloading of an INT/IP board @:00.80.9f.8b.3d.b8 (binmg)
25/05/10 14:21:17 000001M|011/00/-/---|=5:0409=The inter-ACT link over IP from (19 1) is up
25/05/10 14:21:18 000001M|011/00/-/---|=0:5857=GD/GA/INTIP/RGD: reason of reboot 21
25/05/10 14:21:36 000001M|011/00/0/254|=2:0379=Inter ACT link HS: 23,(19,1),10.10.5.3,00:80:9f:8b:3d:b8
25/05/10 14:21:36 000001M|011/--/-/---|=2:2043=Loss of the 11 CRYSTAL
25/05/10 14:21:36 000001M|011/00/-/---|=2:2042=Loss of a GD type cpl