On 28 Jan 2017, at 15:57, Neil J. McRae wrote:
Suggest you do a wire shark between the OR modem and this box. It will
show what's going on.
yes or even simply, does the SonicWall logs say anything about what they
are attempting to do (might reveal at which stage things are failing,
PPPoE discovery, PPP, Auth, ..) and make (remote) debugging a lot easier
narrowing down the search). I am always extremely surprised when people
don’t mention the obvious in problem reports.
Gareth, given you seem to be trying to change RADIUS that means you are
seeing RADIUS requests for these customers? Because that alone already
tells you what to rule out early on. Can you be a bit more precise in
what you got?
/bz
On 28 Jan 2017, at 15:34, Gareth Phillips
<[email protected]<mailto:[email protected]>>
wrote:
Hello all,
We're an ISP re-selling Talk-Talk wholesale LLU DSL and Wholesale FTTC
circuits to a UK national customer base.
Within the last couple of weeks we've started noticing that our
customers that are using a SonicWALL firewall / BT Openreach modem
combination on FTTC circuits (authenticating over PPPoE) have started
to disconnect and simply will not come back online again. This has
only affected our customers using these SonicWALLs on FTTC so far -
nobody else.
These same devices worked flawlessly on the BT WBMC network for
several years without any issues and have recently worked flawlessly
on the Talk Talk network for roughly one year until now.
Talk-Talk have been carrying out a series of software / network
upgrades this month and we suspect that it's probably related to one
of those. We've been in touch with Talk Talk Support and they are
investigating the issue but they don't seem to be having much luck at
this stage.
I was hoping that somebody out there may have experienced / noticed
the same thing. I realise that this issue is quite specific, so
unless you're using this kit in this configuration with this provider,
then you may have not.
The only thing that seems to resolve this at the moment is a complete
hardware replacement with a Billion router, which is what we use at a
number of our other customer sites. The Openreach modem remains in
place so we know it's not an issue with that. The connection then
comes back up without issue.
Things we have tried so far...
* Changing the MTU on the SonicWALL WAN taking it right down
from 1500 in increments to below 1300.
* We've tried a RADIUS Filter-ID of "l" (lower case L) to stop
MRU renegotiation and a similar hard coded setting on the L2TP LNS
tunnel for those particular circuits.
* We've tried configuring a fixed MTU on the L2TP LNS tunnel
for those particular circuits.
* We've tried disabling IPv6 on the SonicWALL WAN interface
doing the PPPoE authentication / negotiation.
* We've tried switching both the SonicWALL and modem off for
over half an hour to kill any potential stale sessions.
Thank you.
Kind Regards,
Gareth Phillips.
