mackape
Active Member
Did you communicate your solution to Neotel so that they can include this in their drivers? Because, to be quite honest, I have NO IDEA what this means 
I did however go into the properties of the Neotel connection and unticked ALL the boxes relating to PPP. Hopefully this will help
The Rivonia tower was done last night (like in completely DEAD). Any idea's why?
I did however go into the properties of the Neotel connection and unticked ALL the boxes relating to PPP. Hopefully this will help
The Rivonia tower was done last night (like in completely DEAD). Any idea's why?
No thanks to Neotel, I think I may have found the problem. I spent the first day of my holiday waiting for, logging, and debugging the ppp disconnections from Neotel. It turns out they have a buggy ppp implementation. Here's a list of problems and workarounds.
1. It turns out they do not support the CCP (Compression Control Protocol) standard defined by the ppp specification. I added "noccp" to my ppp peers file and things improved a bit.
2. They do not handle the LCP (Link Control Protocol) standard defined by the ppp specification correctly. I set "lcp-echo-failure" to 0. At least this stopped my side from disconnecting due to LCP echo failure from their side.
3. I noticed the last procedure before the LCP termination request was a VJ-compression packet request from my side. I added "novj" and this resulted in less rejects and naks in to debug log. The link was still dropping regularly.
4. Finally after reading the pppd man-page I threw in "nomagic" and "noendpoint" for good measure. These parameters are recommended for buggy peers.
I have now been connected for 11 hours straight without a disconnect. Once or twice in the last three months I managed to stay connected for up to six hours. This is a new record.