| Session Timeout on Custom APN |  Search
|
|
NowSMS Support Forums ⬆ WAP Technical Discussions (unsupported) ⬆ Archive through August 01, 2006 ⬆ |
◄ ► |
| Author | Message | |||
| Mike Funso New member Username: Chaffe Post Number: 2 Registered: 12-2004 |
1.) One of my customer is using a custome APN. They are using a VPN like connection provided by NetMotion (Netmotion is a 3rd party here). This application was created specifically for mobile applications. They have been dropping their connection through netmotion very frequently lately. They have done some testing with netmotion and various network connections. Only our network connection created the failure. Netmotion has suggested that lag time on the part of our network is most likely the issue. 2.) Here are the facts: Only one of three aps. are being effected. The ap. has a 60 second keep-alive. The NetMotion software flashes a yellow alarm when communication back to the server is lost. The yellow alarms come in often at 1 to 2 second duration. The yellow alarms sometimes last for 30 seconds or more. The problem exists in every site they have jurisdiction. *** Anyone on this forum has any suggestion as to what could be going on. Please be detailed. Some other Facts: We are a Ericsson Network end to end. (MSC, HLR, SGSN and GGSN) are all ericsson.} | |||
| Mike Funso New member Username: Chaffe Post Number: 3 Registered: 12-2004 |
ANSWER: All the Frame relay links were looked at: They were both good on the Administrative state and the Operational sate. Gb Traces/Capture was taken using Acterna 8630 -- there were NO unusual level of RAU Failure network wide (Routing Area Update Failure) -- In fact there were NO RAU Failures for the cell sites in the area of the customer. Bare in mind we are dealing with VPN of a 3rd party over our GPRS/EDGE Network. Something every reader of this resolution should be aware of is the MTU value -- it has to be correctly set on the client's pc/laptop and also on the server -- A wrong/incorrect MTU can lead to loss of packets which in turn can reflect poor or degraded connectivity. This is the reason why my customer experienced the type of problem they had getting their NetMotion VPN to work. Once we were able to help them determine the Optimum MTU value -- things started working smoothly for them. Thanks, Michael Folorunso | |||
