Kitz ADSL Broadband Information
adsl spacer  
Support this site
Home Broadband ISPs Tech Routers Wiki Forum
 
     
   Compare ISP   Rate your ISP
   Glossary   Glossary
 
Please login or register.

Login with username, password and session length
Advanced search  

News:

Author Topic: So-called ‘loss of carrier’ x4  (Read 1191 times)

Weaver

  • Senior Kitizen
  • ******
  • Posts: 11459
  • Retd s/w dev; A&A; 4x7km ADSL2 lines; Firebrick
So-called ‘loss of carrier’ x4
« on: January 23, 2020, 11:39:38 AM »

Last night my beloved plugged a network cable into port 7 of my ZyXEL GS1900-8 VLAN MUX switch and connected the other end to my main LAN switch. At the same time, she unplugged my Firebrick from my main LAN switch.

Now at approximately the same time, so Janet thinks, AA reported a loss of carrier event on each of my four lines. Was this real ? Somehow synchronised across four lines? Or was it something fake connected to what Janet did ? But if the latter, how?

(Unless she unplugged the wrong <something> but then she would have told me and asked for help, and all that does not give me any answer.)

The Johnson stats-logging graph of SNRM over 24 hours shows that there was no resynch / retrain in the modems. I could tell because the SNRM would be seen to reset immediately straight back to the target SNRM at the time of the retrain. So the absence of such evidence suggests that something external / upstream misled AA. There was a very small amount of packet loss shown in the AA CQM graphs after the so-called disconnection came back up. The lines were ‘down’ for 10 min.

How does AA know that the link has dropped? Because the DSLAM reports loss of the link, in some informational message? Or by a time-out in their PPP LCP ping mechanism? If the latter then it could be misnamed when there’s a failure upstream in BT-Land.
« Last Edit: January 23, 2020, 11:43:46 AM by Weaver »
Logged

Chrysalis

  • Content Team
  • Addicted Kitizen
  • *
  • Posts: 7382
  • VM Gig1 - AAISP L2TP
Re: So-called ‘loss of carrier’ x4
« Reply #1 on: January 23, 2020, 01:12:59 PM »

I had a loss of carrier email a week or two back, and my sync did "not" drop, so it might be related to a connection loss between exchange and aaisp's network, possibly aaisp simply see this as loss of carrier.
Logged

Weaver

  • Senior Kitizen
  • ******
  • Posts: 11459
  • Retd s/w dev; A&A; 4x7km ADSL2 lines; Firebrick
Re: So-called ‘loss of carrier’ x4
« Reply #2 on: January 23, 2020, 02:06:58 PM »

So I’m thinking it was some BT thing (or AA thing). Seem to be plausible ?
Logged

burakkucat

  • Respected
  • Senior Kitizen
  • *
  • Posts: 38300
  • Over the Rainbow Bridge
    • The ELRepo Project
Re: So-called ‘loss of carrier’ x4
« Reply #3 on: January 23, 2020, 04:45:25 PM »

I strongly suspect an A&A thing. Their software making an invalid assumption (based on the loss of your PPP session).

Having re-read the opening post and also considered the further information provided, I can now see that your PPP session to A&A-land should not have dropped. So I'm happy to "book-end" the above two sentences with [s][/s] tags.

Logically, the event must have had its origin with an inadvertent cable disconnection by Mrs. Weaver's hand. (b*cat now goes to hide from the Senior Management's view.  :paperbag:  )
« Last Edit: January 24, 2020, 05:10:57 PM by burakkucat »
Logged
:cat:  100% Linux and, previously, Unix. Co-founder of the ELRepo Project.

Please consider making a donation to support the running of this site.

andrew-AAISP

  • ISP Rep
  • Member
  • *
  • Posts: 41
    • aa.net.uk
Re: So-called ‘loss of carrier’ x4
« Reply #4 on: January 24, 2020, 09:57:18 AM »

Hello,

Lost carrier is when our LCP echoes are not getting replied to.  It doesn't explain why LCP was lost, it could be a drop in sync, or something else causing the line to drop. Our tech support would use these messages as one data point of many when investigating a fault.

Some info here
https://support.aa.net.uk/Line_State_Colours

Hope this helps a bit!
Logged
A&A

Weaver

  • Senior Kitizen
  • ******
  • Posts: 11459
  • Retd s/w dev; A&A; 4x7km ADSL2 lines; Firebrick
Re: So-called ‘loss of carrier’ x4
« Reply #5 on: January 24, 2020, 10:33:21 AM »

Thank you Andrew, much appreciated.

So the question remains then, why did it happen? Was it something we did or a coincidence and something happening within BT or AA ?



@burakkucat - I think we were slightly at cross purposes because I didn’t properly explain what I was thinking. I meant an outage within AA-land or BT-land causing the loss of PPP LCP packets.
« Last Edit: January 24, 2020, 10:40:48 AM by Weaver »
Logged

andrew-AAISP

  • ISP Rep
  • Member
  • *
  • Posts: 41
    • aa.net.uk
Re: So-called ‘loss of carrier’ x4
« Reply #6 on: January 24, 2020, 10:52:50 AM »

All lines dropped at the same second, and then reconnected 10 minutes later within 15 seconds of each other.

Another line on the same exchange did not drop - so likely the drop was caused (inadvertently) by Janet moving cables around...

Without knowing exactly what was done it's hard to say. Perhaps a network loop was caused on the switch with the modems on? (I'm not exactly sure of the detail of your setup and how the modems connect physically to the FireBrick - I can only guess :-) )
Logged
A&A

Weaver

  • Senior Kitizen
  • ******
  • Posts: 11459
  • Retd s/w dev; A&A; 4x7km ADSL2 lines; Firebrick
Re: So-called ‘loss of carrier’ x4
« Reply #7 on: January 24, 2020, 11:03:07 AM »

There are four ZyXEL VMG 1312-B10A modems connected to a ZyXEL GS1900-8 VLAN MUX/DEMUX switch connected to the FB2900 which is then connected to the main LAN switch. The modems are VLAN 101, 102, 103, 104; all muxed into port 4 on the Firebrick. Firebrick port 1 is connected to the main LAN switch. I asked Janet to unplug the latter.

I can’t really believe here was an incident within BT or AA. I agree with Andrew - something must have happened, by accident.
Logged

andrew-AAISP

  • ISP Rep
  • Member
  • *
  • Posts: 41
    • aa.net.uk
Re: So-called ‘loss of carrier’ x4
« Reply #8 on: January 24, 2020, 11:25:56 AM »

Unplugging the 'LAN' side of the FireBrick should not have affected PPP on the FireBrick - I'd guess that port 4 on the FireBrick was unplugged by mistake as that would cause LCP to stop.
Logged
A&A

Weaver

  • Senior Kitizen
  • ******
  • Posts: 11459
  • Retd s/w dev; A&A; 4x7km ADSL2 lines; Firebrick
Re: So-called ‘loss of carrier’ x4
« Reply #9 on: January 24, 2020, 06:11:47 PM »

That would explain it! I told Janet to unplug the Firebrick from the main lan switch at the switch end, not at the Firebrick end, but oerhaos that got forgotten.

Thanks, that has to be the solution to the mystery.
Logged
 

anything