Not 100% done yet, but there is a magical report within Telstra's DSL L2
systems that you can have sent to you that has the magic information
required to supposedly resolve this.
We've got it set up to appear from tomorrow (fingers crossed)! Thanks to
all who responded with suggestions and things
On 9 Jul 2019, at 4:41 PM, Andrew Yager wrote:
> In our RAIDUS packets generated from our LAC we have a bunch of information
> about Telstra DSL services when they terminate on our network. We have a
> rogue service that we are trying to locate the FNN it's actually on, but that
> useful data
Andrew Yager wrote:
> Tried that one.
> We think it's a dead/dormant service that isn't actually in use, but is
still somehow coming in. Packet usage is consistent with a
deactivated/non-existent service; but auth packets are still coming in, so
it's still alive somewhere.
> Andrew
If you are di
Maybe your solution could go along the lines of a proposal I worked on for
a large telco many moons ago (November 2001!!!) as a follow on to a RADIUS
upgrade.
It was termed "Go To Jail" and the idea was to fix an issue with a whole
lot of (3rd party??) CPE that had been sold with a default credent
On Tue, 9 Jul 2019 at 17:58, Mark Newton wrote:
>
> On 9 Jul 2019, at 4:41 PM, Andrew Yager wrote:
> > In our RAIDUS packets generated from our LAC we have a bunch of
> information about Telstra DSL services when they terminate on our network.
> We have a rogue service that we are trying to loca
Hi,
Possibly a dumb question.
In our RAIDUS packets generated from our LAC we have a bunch of information
about Telstra DSL services when they terminate on our network. We have a
rogue service that we are trying to locate the FNN it's actually on, but
that useful data is not in the RADIUS packets