Telkom still do adsl resets

hehe, Telkom dsl services don't reset it on the network anymore but its possible that Telkom ISP do by setting the session timeout to 24hours. Telkom a wonderful (*sick hurl vommit*) way to get around icasa regulations.

*yawn...* I know for a fact that Telkom Internet do not send session timeout packets in the response packet to the SAIX proxy radius servers. I know this because I implemented it.

So people can continue spewing out nonsense like the user who sends the output of his messages file... On the Hour, EVERY hour, he disconnects... too coincidental for my liking... The sure fire way would be for him to send me his username so I could show him the disconnection reason in the radius stop packet. I would bet my house on it that it would be remote client terminated session ...

There is no benefit for me to disconnect users... I calculate usage continually though out the duration of the session. If the user goes over their cap - I disconnect them. It makes no difference to me whether they have been on for 1 day or 1 year - not one iota.
 
I have been connected for 5 Days 20hours 38min, no resets sorry man.
 
I have been connected for 5 Days 20hours 38min, no resets sorry man.

Exactly, thank you.

Why would some people receive resets and others not?
It is a clear case of - I don't know/understand what is happening on my own system so I will blame someone else - As it is popular and easy to blame Telkom Internet, then I will do that - That way I do not have to look and see what the real problem is.
 
u seem to presume that all of us are complete ****ing idiots.

I assure you this is not the case.
 
u seem to presume that all of us are complete ****ing idiots.

I assure you this is not the case.

Not all - only the ones that assume EVERYTHING is Telkom Internet's fault. Which I can assure you, is most often not the case.

The particular example that initiated this thread shows nothing other than a output of the /var/log/messages file that shows the PPP daemon dropping on the hour, every hour. There is absolutely nothing to show that TI are initiating resets.

However, just to give you some insight - there are two instances where TI will send a POD -

1) When the user has exceeded their usage limit
2) If there has been no update for the session for over 2 hours from SAIX's proxy servers.

The chances of all this happening on the hour, every hour are very very slim indeed - almost to point where I would put my head on a block and say it just won't happen.

My suggestion is for the user in this particular case to have a closer look at their system before crying wolf. I know it is popular on this forum to have a go at Telkom / Telkom Internet whenever the chance presents itself, but then they look like a right pigs 4rse when it is shown that it is actually their own system...

All I am saying is for the user to back up the claim. PPPD can output a hell of lot more than what we have been shown in this thread. Certainly from what we have seen, there can be absolutely no way that the fault of the problem can be accurately determined - yet alone scream from the top of the hills as to who is to blame.
 
been connected for over 200hours no disconnect:)
 
when capped, on local, is there a 30 minute timeout if no activity is received?
 
MY TI do3 account disconnects are more a function of me rebooting my router as opposed to TI. So I find I can go for weeks at times without a disconnect.
 
Not all - only the ones that assume EVERYTHING is Telkom Internet's fault. Which I can assure you, is most often not the case.

The particular example that initiated this thread shows nothing other than a output of the /var/log/messages file that shows the PPP daemon dropping on the hour, every hour. There is absolutely nothing to show that TI are initiating resets.

However, just to give you some insight - there are two instances where TI will send a POD -

1) When the user has exceeded their usage limit
2) If there has been no update for the session for over 2 hours from SAIX's proxy servers.

The chances of all this happening on the hour, every hour are very very slim indeed - almost to point where I would put my head on a block and say it just won't happen.

My suggestion is for the user in this particular case to have a closer look at their system before crying wolf. I know it is popular on this forum to have a go at Telkom / Telkom Internet whenever the chance presents itself, but then they look like a right pigs 4rse when it is shown that it is actually their own system...

All I am saying is for the user to back up the claim. PPPD can output a hell of lot more than what we have been shown in this thread. Certainly from what we have seen, there can be absolutely no way that the fault of the problem can be accurately determined - yet alone scream from the top of the hills as to who is to blame.

Thanks for clearing this up. I assume Telkom ISP have not made this known before. It would have stopped alot of finger pointing at telkom, they are an easy target after all. It could be something really simple like an idle timeout of something thats killing it every hour. Or a saix account from another reseller setting the various values. I would always check and recheck my pc for something.
 
@bonobo_slr :

wrong, wrong, wrong, wrong ...
New as in May2007...

It is amazing how these things are dreamed up...
You say the change is effective from May2007, and then accuse me of dreaming things up? :confused:

I apologise for missing the public announcement from Telkom regarding the upgrades.

Thank you for the tip on the 2 hour SAIX cache thing, much appreciated.

Can you confirm that other ISP's like AXXESS do in fact set the session expiry time during authentication?
 
The software they use to accumulate your throughput usage requires you to disconnect before the tally is forwarded to the counting server.

So, in the beginning they disconnect you once a day to tally up your totals.

Now, when you get closer to your cap limit, they disconnect you more and more frequently to tally up your totals so that you get as little "free" throughput as possible.

Unless a new system has been implemented????

This is what I mean by dreamed up.... Not you.

I do not know what other ISPs do wrt the response packet to SAIX. I only know what Telkom Internet does.

What I do know is that there are complications surrounding the month to month accounting for users that are connected across months. It is quite a tricky issue so I believe that some ISPs are not adhering the ICASA ruling to get around this. I would stick my neck out and say that even Mweb are not adhering to this policy. I know that they were not ready by the 1st Nov 07.
 
Libs: are you with TelkomInternet? You didn't make it clear. Certainly resets are not happening for me.
Current profile: Web Africa monthly
Connected (6d 2h 56m 39s)


bonobo_slr: Are you representing Telkom officially here?
 
The response to this is that if Telkom Internet are breaking any ICASA rulings, then I suggest you take it up with ICASA, prove it and have them deal with the issue.

You would be surprised to hear that Telkom Internet does everything in can to adhere. And as far as we are aware, we are not knowingly breaking any ICASA regulations
 
The response to this is that if Telkom Internet are breaking any ICASA rulings, then I suggest you take it up with ICASA, prove it and have them deal with the issue.

You would be surprised to hear that Telkom Internet does everything in can to adhere. And as far as we are aware, we are not knowingly breaking any ICASA regulations
I never said you were at this point.. just that they have not "ALWAYS" done everything that they have been instructed to do. You also clearly said yourself.. Does everything it "CAN" to adhere. This does not mean that they always do as you said previously.

I'll admit though that they are a business as any other, and will of course try everything possible to make money.. I'd do the same. Even if Telkom are now trying to clear up their image and supposedly "do what they can", It will take a long while for people to forget the past and the all the bad.
 
Top
Sign up to the MyBroadband newsletter
X