Page 1 of 1

Problems with radio network links

Posted: 25 May 2010 13:38
by joao.carlos
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

Posted: 07 Oct 2010 04:28
by nelson.vieira
Hi João Carlos,

Have you get any solution for the problem. I have a similar problem, some times the GD in remote domain try to download from the CS for some hours without success. I have another problem that is my PCS goes active every night and dont turn Inactive. I have to reboot the PCS avery morning.

Thanks

Posted: 07 Oct 2010 07:16
by joao.carlos
Nelson,

I couldn't get the radio links OK. I've suggested my client to hire a company to solve the radio problems, and they changed the radios equipments and everything is good now. About your PCS, i've had a problem like this, and I solved reinstalling the latest dynamic patches. I don't know what release you are using, but, i would give it a try.

Posted: 07 Oct 2010 07:19
by nelson.vieira
Hi João,

the release of my OXE is 9.0 H301.42. I will try to install the patch h301.42.a in the PCS to verify it solves the problem. Justo one question: From what country are you ?? I ask this because your name is very Portuguese !! :)

Posted: 07 Oct 2010 09:23
by joao.carlos
I'm from Brasil, seems like the same of you. :)
Try installing the patch only in the PCS for the first time!