Possibly random, but regular connection drops

[zoot]

I've experienced random connection drops throughout the day, since this morning. Previously, I was one of the users who's profile had to be modified in order to maintain a connection... (in April I think). The only repetitive behaviour appears to be when my connection is idle for a few minutes and I attempt to connect again (eg. mail polling) then the connection drops. I'm uncertain as to whether this is the only time the connection drops.

Is anyone else in CT, particularly the Rondebosch area experiencing the same problem?

 

[snap]

You are not alone - same down here in Fish Hoek

 

[zoot]

You are not alone - same down here in Fish Hoek

Have you PM'd vodacom3g? I have - hoping for a response.

Absolutely zero help from the Vodacom helpdesk (as has always been my experience, unfortunately) - I tried both 111 and 155. Cannot waste any more time on listening to their hold music, or calling again and again, being placed on hold and eventually being cut-off.

 

[Tassidar]

Same in Claremont, am using a 3G router, and it has disconnected about five times today - frikking frustrating.

 

[snap]

@zoot I must admit been too busy and was hoping it would right itself!

The 155 call back service worked very well for a while but I have noticed that the latest thing is you do get a callback but when you answer it cuts you off! lol Guess they can't deny they did call you back and the message never actually promises anyone will talk to you! lol

Will PM v3g if it doesn't come right in the next couple of hours.

 

[Slak]

I've had endless connection drops today - especially after the connection has been idle.

Slak in Plumstead

 

[zoot]

The 155 call back service worked very well for a while but I have noticed that the latest thing is you do get a callback but when you answer it cuts you off!

Yes, this happens to me whether I call and wait, or request a callback. This has been the case for months now. How is anyone who has experienced the general good service one receives overseas, able to bare this appalling zero-service mentality which is perpetuated here in SA? I will stop now, as complaining always falls on deaf ears.

I've only just managed to get on-line again - the connection would drop within a second or two after authentication.

 

[vodacom3g]

Thanks, have asked the local mountain goats to comment.

 

[zoot]

Thanks vodacom3g - unfortunately it appears to have got worse as the days has progressed. Often have to (re)connect several times before my point is assigned an IP address. Then... the connection drops after a while, as stated before.

Looking forward to this issue being fixed.

 

[Pico_Train]

I've been having connection problems for 3 days now. let's see what gives tonight.

I can't even get to the authentication part.

It's getting ridiculous now.

 

[vodacom3g]

Just got feedback that some issues in Cape Town were resovled.

Any feedback?

 

[Slak]

No improvement here in Plumstead, alas (18.21).

Slak

 

[zoot]

Just got feedback that some issues in Cape Town were resovled.

Any feedback?

Unfortunately there's no change, in fact it's worse. I've just spent 10 minutes retrying until I eventually connected. The times I couldn't, my end of the connection was not assigned an IP address. It's taken 4 (re)connection attempts to send this post! Something's really broken.

This appears to be the exact problem experienced in April (poosibly March?) when 100+ users had to keep the line "alive" by pinging periodically? Although... I had an SSH session open and suddenly I lost data throughput. These appear to be the same symptoms.

Some detail from my PPP logs follow. The IP address assignment takes forever!

CHAP authentication succeeded
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [LCP ProtRej id=0xb 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x2 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x3 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x3 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x4 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x4 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x5 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x5 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
...
..
rcvd [IPCP ConfNak id=0x23 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x24 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [IPCP ConfReq id=0x4]
sent [IPCP ConfNak id=0x4 <addr 0.0.0.0>]
rcvd [IPCP ConfRej id=0x24 <compress VJ 0f 01>]
sent [IPCP ConfReq id=0x25 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x25 <addr 10.62.53.111>]
sent [IPCP ConfReq id=0x26 <addr 10.62.53.111>]
rcvd [IPCP ConfAck id=0x26 <addr 10.62.53.111>]
rcvd [IPCP ConfReq id=0x5]
sent [IPCP ConfAck id=0x5]
Could not determine remote IP address: defaulting to 10.64.64.64
local IP address 10.62.53.111
remote IP address 10.64.64.64

 

[snap]

Worse here to only staying up for a couple of minutes.......

 

[Pico_Train]

I'm trying to connect to GPRS - I get to the point where it tries to "register on the network" and I get booted - PPP, remote computer taking too long.

I connected once but could not go to any sites.

Now dialled up...

 

[Pico_Train]

Now we're talking.

Thanks v3g but it's been 3.5 days now for me not being able to connect.

Should I PM you next time?

 

[NeBo]

Also progressively worse throughout the day. Now only get 5mins of connectivity a time. In Edgemead area.

 

[zoot]

Still no change. The problem lies in the downlink. As said earlier, same symptoms as April.

 

[NeBo]

As long as the link stays active then it stays connected.

using netstat 1 or a ping -t

 

[Pico_Train]

Yup, connection very iffy. If you get connected and it works weel, keep the connection because you're gonna have to try 10-15 times to re-connect.

Now for some stability...