Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
PPP authentication fault
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Plusnet Community
- :
- Forum
- :
- Help with my Plusnet services
- :
- Broadband
- :
- PPP authentication fault
PPP authentication fault
09-12-2015 12:57 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
For about the last month, using my standard Speedtouch ST585 modem, the modem login process at modem power up has almost always stalled after successful DSL connection. This has been easily remedied, just by pressing the Connect button in its browser page. It may then, once or twice, report Disconnected by User, but then always succeeds in gaining internet connection.
I eventually got round to experimenting with another modem, this time the Speedtouch ST530. This one has the virtue, which unfortunately my ST585 as currently configured does not, of doing automatic PPP CHAP retries until success. As you can see from the attached logs, the single common factor on three consecutive startups has been a failure to authenticate properly on what seems to be the default first host tried, rhost = acc-aln1.l-tow. Whereas when rhost JUNOS eventually receives it, it authenticates without problem.
I'll be very interested to know the cause, presumably at the exchange's or PN's end, and why it's not a generally reported occurrence. Is perhaps my ST585 very unusual in not doing the retries? I got it as a freebie, and a fair amount of its CLI instruction set is not available to me, even as administrator. I think there are other, not widely published, privileged user logins available on it. It would be nice to have one, even if it's not a route to resolving this particular problem.
I eventually got round to experimenting with another modem, this time the Speedtouch ST530. This one has the virtue, which unfortunately my ST585 as currently configured does not, of doing automatic PPP CHAP retries until success. As you can see from the attached logs, the single common factor on three consecutive startups has been a failure to authenticate properly on what seems to be the default first host tried, rhost = acc-aln1.l-tow. Whereas when rhost JUNOS eventually receives it, it authenticates without problem.
I'll be very interested to know the cause, presumably at the exchange's or PN's end, and why it's not a generally reported occurrence. Is perhaps my ST585 very unusual in not doing the retries? I got it as a freebie, and a fair amount of its CLI instruction set is not available to me, even as administrator. I think there are other, not widely published, privileged user logins available on it. It would be nice to have one, even if it's not a route to resolving this particular problem.
Message 1 of 3
(1,196 Views)
2 REPLIES 2
Re: PPP authentication fault
09-12-2015 3:11 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
acc-aln1.l-tow indicates some part of the BTWholesale network
JUNOS indicates one of several Plusnet gateways, others might appear with a more specific name such as PTW-AG01
When things work normally, I think you will usually see one log entry with acc-aln1.l-tow and another with a Plusnet gateway name.
I don't know what the problem might be. Most routers would just keep trying, I suppose some might have a limit on the number of retries. Looking at my own router log, I see mine has often needed multiple attempts to re-connect recently.
JUNOS indicates one of several Plusnet gateways, others might appear with a more specific name such as PTW-AG01
When things work normally, I think you will usually see one log entry with acc-aln1.l-tow and another with a Plusnet gateway name.
I don't know what the problem might be. Most routers would just keep trying, I suppose some might have a limit on the number of retries. Looking at my own router log, I see mine has often needed multiple attempts to re-connect recently.
Message 2 of 3
(692 Views)
Re: PPP authentication fault
11-12-2015 11:02 PM
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Report to Moderator
@ejs, thanks for helping revise my mental model. I'd previously been with Virgin, where authentication seemed to be reported at just one node. But I see that IPStream has it at two stages.
So, there's clearly a problem with that particular first node being rather sticky. Given that your modem has to retry too sometimes, I don't know whether the stickiness is within generally accepted system standards or not. But it does seem to be a known correctable fault, as in eg http://forum.kitz.co.uk/index.php/topic,11500.0.html, so I think I ought to ask for it to be checked. Will someone from Plusnet pick it up from here, or should I put in a parallel fault report? I've not ventured as far as trying BT test login, if accessible, as described at http://www.kitz.co.uk/adsl/bttest.htm, but am willing to if it might be helpful.
One other oddity that might, or might not, be related. Intermittently with the ST585, initial syncs over a few months have occasionally been in the 2kb/s region rather than the usual 10kb/s. A fresh cold start usually rectifies that.
So, there's clearly a problem with that particular first node being rather sticky. Given that your modem has to retry too sometimes, I don't know whether the stickiness is within generally accepted system standards or not. But it does seem to be a known correctable fault, as in eg http://forum.kitz.co.uk/index.php/topic,11500.0.html, so I think I ought to ask for it to be checked. Will someone from Plusnet pick it up from here, or should I put in a parallel fault report? I've not ventured as far as trying BT test login, if accessible, as described at http://www.kitz.co.uk/adsl/bttest.htm, but am willing to if it might be helpful.
One other oddity that might, or might not, be related. Intermittently with the ST585, initial syncs over a few months have occasionally been in the 2kb/s region rather than the usual 10kb/s. A fresh cold start usually rectifies that.
Message 3 of 3
(692 Views)
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page