Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[NewtronStar]

Having moved from EE to Vodafone my connection drops VDSL connection 8 times a day have logged 278 drops in just over 30 days.

So what physically happens to a line during a VDSL migration does an engineer appear at the PCP cabinet to change you over to a different port or is this migration done under software ?

[highpriest]

Are you using the official Vodafone router?

[burakkucat]

Nothing is done at the cabinet. The physical circuit is exactly the same as when you first took a G.993.2 service.

From your NTE5/A + SSFP the circuit travels to NIHB_P1. It then travels through the tie-cables to the "fibre twin" which is equipped with a Huawei MA5603T MSAN (just operating as a DSLAM). The MA5603T transforms to electrical signals to optical pulses which then travel along the fibre to NIBA, the fibre head-end exchange, where it is connected to an OLT (optical line terminal).

It will be upstream of the OLT where any changes would be made when migrating from one G.993.2 service supplier to another, e.g. BTConsumer ---> EE ---> Vodafone. It is at that point where I loose all sense of direction and get in a muddle! I suspect other persons, perhaps WWWombat or Ignitionnet, etc, may be able to help out. 

[j0hn]

No visit to the cabinet, it's all done remotely. If you completely cancel FTTC and the cabinet isn't full they leave your line connected. So if you order it again it can be remotely turned on.

[NewtronStar]

I am trying to convince the ISP support that nothing physical happens to ones line during a migration they seem to think an OR engineer arrives at cabinet an switches you over what like at 4:am in the morning 

John you can't use any other modem other than the official Vodafone route unless you have the username & password

[Dray]

Good luck with that one. When I migrated my line went from good to bad overnight

[NewtronStar]

Dray it's going from bad to worse here, had are normal twice weekly call from tech2 team at vodafone they moved the DLM profile from standard to stable why I asked did you do that he says it makes the line more stable  we had a fight over this it's getting very ugly and they seem persistent they can fix it.

DLM took action yesterday and removed me off G.INP and onto interleave and the disconnections are flooding in since 1PM

I need help from the Kitz members here on the next step as VF are not going to let me walk away that easily they a stringing me a long. 

[highpriest]

What a nightmare. Could the Vodafone router you have simply be faulty? Ask them to at least swap it out with a replacement one to rule it out. I would hound them till they give you the credentials so you can use your own equipment.

[NewtronStar]

Have already had a replacement modem from VF and still the same issue with disconnects and also had a OR engineer visit have asked 15 times now for those credentials and they won't release it as it would be disciplinary action against the staff member

[highpriest]

Have already had a replacement modem from VF and still the same issue with disconnects and also had a OR engineer visit have asked 15 times now for those credentials and they won't release it as it would be disciplinary action against the staff member

That is unacceptable. The service is clearly not fit for purpose. Out of interest, is your cab a Huawei or ECI? As others have pointed out, nothing should have changed physically from your house to the cabinet so if it is not maintaining a sync, it is most likely the Vodafone equipment that is at fault.

I suppose you could rule it out by plugging another router in and leaving it connected for a number of hours. If that maintains a stable VDSL circuit, then you know it's Vodafone's router that is causing your problems.

[NewtronStar]

Connected to the large 288 Huawei cabinet and have had my DSL connected to another modem the 8800NL for VDSL testing purposes for 10 hours and didn't see any disconnect during that time but as we need the Internet (PPPoE) have to move back to VF's modem/router

[burakkucat]

Responding on N*Star's behalf, as his Internet connection is <cough> rather unreliable.

. . . is your cab a Huawei or ECI?

It's Huawei equipped. (With a SmartAX MA5603T MSAN.)

. . . so if it is not maintaining a sync, it is most likely the Vodafone equipment that is at fault.

Synchronism between the modem/router and the DSLAM is maintained. It is the upper layer PPPoE sessions that die.

I suppose you could rule it out by plugging another router in and leaving it connected for a number of hours. If that maintains a stable VDSL circuit, then you know it's Vodafone's router that is causing your problems.

That has been done (using the Billion 8800NL which was used with the previous EE service) and there were no problems. DSLstats was run locally but no data, obviously, could be uploaded to MDWS.

[NewtronStar]

Burakkucat I am turning to you guys/gals as I am at the point of pure frustration and have run out of ideas Vodafone tech2 team are not well educated into the workings of broadband that was made very clear after the 1st tech2 call back and now on number 7, and they can't even understand the Generic Ethernet Access (GEA) results for my line, that say's it all 

[NewtronStar]

Here's the latest disconnect results

Date              Time     Log details   Category

25.01.2017   21:45:06   WAN connected, WAN type: VLAN Physical Device, service type: data, IP:  W.X.Y.Z, device: ppp2    WAN
25.01.2017   21:45:06   WAN connected, WAN type: VLAN Physical Device, service type: data, IP:  W.X.Y.Z, device: ipsec3  WAN
25.01.2017   21:45:04   PPP authentication successful   System
25.01.2017   21:45:03   PPP CHAP authentication started   System
25.01.2017   21:45:01   PPPoE PADS received   System
25.01.2017   21:45:01   PPPoE PADR sent   System
25.01.2017   21:45:01   PPPoE PADO received   System
25.01.2017   21:45:01   PPPoE PADI sent   System
25.01.2017   21:44:29   PPPoE PADI sent   System
25.01.2017   21:44:13   PPPoE PADI sent   System
25.01.2017   21:44:05   PPPoE PADI sent   System
25.01.2017   21:44:01   PPPoE PADI sent   System
25.01.2017   21:43:59   PPPoE PADI sent   System
25.01.2017   21:43:38   WAN disconnected, WAN type: VLAN Physical Device, service type: data, device: ppp2   WAN
25.01.2017   21:43:38   WAN disconnected, WAN type: VLAN Physical Device, service type: data, device: ipsec3

and the next one

Date              Time      Log details   Category

25.01.2017   21:57:38   WAN connected, WAN type: VLAN Physical Device, service type: data, IP:  W.X.Y.Z, device: ppp2    WAN
25.01.2017   21:57:38   WAN connected, WAN type: VLAN Physical Device, service type: data, IP:  W.X.Y.Z, device: ipsec3  WAN
25.01.2017   21:57:37   PPP authentication successful   System
25.01.2017   21:57:36   PPP CHAP authentication started   System
25.01.2017   21:57:34   PPPoE PADS received   System
25.01.2017   21:57:34   PPPoE PADR sent   System
25.01.2017   21:57:34   PPPoE PADO received   System
25.01.2017   21:57:34   PPPoE PADI sent   System
25.01.2017   21:56:30   PPPoE PADI sent   System
25.01.2017   21:55:58   PPPoE PADI sent   System
25.01.2017   21:55:42   PPPoE PADI sent   System
25.01.2017   21:55:34   PPPoE PADI sent   System
25.01.2017   21:55:30   PPPoE PADI sent   System
25.01.2017   21:55:28   PPPoE PADI sent   System
25.01.2017   21:55:03   WAN disconnected, WAN type: VLAN Physical Device, service type: data, device: ppp2   WAN
25.01.2017   21:55:03   WAN disconnected, WAN type: VLAN Physical Device, service type: data, device: ipsec3

So that is 8 disconnects since 1pm today

[Moderator edited to insert W.X.Y.Z into the positions where the real IPv4 addresses were originally located.]

[burakkucat]

I can understand the frustration. 

Those two log snippets just tell us that an upper software layer was terminated and then re-initiated. It tells us nothing about any error with the VF modem/router and just leaves us having to deduce that the error is with the VF bRAS or further up the VF hardware chain.