Print

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

[GigabitEthernet]

Your on a long line then your current stats on MDWS looks ok and a sync of 40000kbps is nothing to sniffed at.

It is when I know lines of this length can get 50Mb or higher (which I did).

It's the upstream that is most annoying. I was hoping for closer to 15Mb which hopefully with a pair change I might get

In fact I'm not sure that the line is even that long you see another engineer said it was closer to 750m which, looking at the route the line takes, would seem to support that.

[Bald_Eagle1]

Do I need to do anything now? I'm going to put the Billion 8800NL (replacement) back on in a day or so anyway probably as I miss being able to see the stats

Personally, I would have unlocked the replacement modem with Wolfy's SP08 firmware as soon as the engineer had left.
(either the 'unlocked' version - telnet access to stats but no GUI or the 'webgui' version - telnet access and GUI)

[NewtronStar]

It's the upstream that is most annoying. I was hoping for closer to 15Mb which hopefully with a pair change I might get

That's going to be difficult as you would need well over half of the Upstream U2 band to be active and you only a few small tones in the U2 band active at the moment.

[GigabitEthernet]

But as I've said already, the strange thing about my line is that if you look at similar length lines, the bitloading is much worse in the first upstream band.

I'm getting the same sync speed as some lines using almost one and a half bands. If I could use the second band I could easily hit 15Mb I think?

[Dray]

I wonder if there is a way for you to learn how to use your JDSU to diagnose the problem.

[les-70]

  I would be careful what you wish for.  Your line passes tests and it is there most unlikely you will get a pair swap.  Given that your line passes tests a new pair could easily be worse.  I would just get on and use the line.

 You say others have similar speeds in similar circumstances but some do better.  As well as noise pick up, actual speeds depend on amount of cross talk which is highly dependent on take up of FTTC down the run of your line.  That will vary a lot between people and could easily account for any band utilization differences.

  As for the JDSU I believe some of the key test require access to the cab and only an engineer can do them.

[burakkucat]

Alec, Out of the six HST-3000 User Guides that I have provided, I would recommend that you spend some time reading through --

• 201304_HST-3000_Base_Unit_Users_Guide.pdf
• 201304_HST-3000_Copper_Testing_Users_Guide.pdf
• 201105_HST-3000_VDSL_Testing_Users_Guide.pdf

With the instrument by your side for consultation of the menus, you should be able to gain sufficient knowledge to enable you to perform basic tests.

[GigabitEthernet]

So we're in agreement there is no fault.

Therefore I think it is best to close it with TalkTalk?

[NewtronStar]

So we're in agreement there is no fault.

Therefore I think it is best to close it with TalkTalk?

I would go with what your JDSU says 

[GigabitEthernet]

Am I right in saying that I can pay for an SFI2 to come and change the line?

[GigabitEthernet]

Is it normal to lose so much between the discovery and medley phases of pbParams?

Code: [Select]

Status: Showtime
Last Retrain Reason:    0
Last initialization procedure status:   0
Max:    Upstream rate = 9484 Kbps, Downstream rate = 42476 Kbps
Bearer: 0, Upstream rate = 9263 Kbps, Downstream rate = 41248 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
Discovery Phase (Initial) Band Plan
US: (7,32) (871,1205) (1972,2782)
DS: (33,859) (1216,1961) (2793,3959)
Medley Phase (Final) Band Plan
US: (7,32) (871,1205) (1972,2050)
DS: (33,859) (1216,1961)
                  VDSL Port Details               Upstream                Downstream
Attainable Net Data Rate:            9484 kbps              42476 kbps
Actual Aggregate Tx Power:             3.4 dBm               12.1 dBm
====================================================================================
  VDSL Band Status U0 U1 U2 U3 U4 D1 D2 D3
  Line Attenuation(dB): 9.1 42.7 66.3 N/A N/A 18.5 51.9 89.4
Signal Attenuation(dB): 9.1 41.8 N/A N/A N/A 28.1 51.5 N/A
        SNR Margin(dB): 6.4 6.5 N/A N/A N/A 6.5 6.5 N/A
         TX Power(dBm): 0.2 0.3 -11.8 N/A N/A 10.0 7.9 N/A
 

[Bald_Eagle1]

Is it normal to lose so much between the discovery and medley phases of pbParams?

For some of us on longer/poorer connections, yes:-

Code: [Select]

xdslcmd info --pbParams
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 3827 Kbps, Downstream rate = 21384 Kbps
Bearer: 0, Upstream rate = 3717 Kbps, Downstream rate = 21811 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
Discovery Phase (Initial) Band Plan
US: (7,32) (871,1205) (1972,2782)
DS: (33,859) (1216,1961) (2793,3970)
Medley Phase (Final) Band Plan
US: (7,32) (871,1196)
DS: (33,859) (1216,1646)
  VDSL Port Details   Upstream   Downstream
Attainable Net Data Rate:      3827 kbps     21384 kbps
Actual Aggregate Tx Power:        7.0 dBm      12.5 dBm
 =========================================================================================
  VDSL Band Status U0 U1 U2 U3 U4 D1 D2 D3
  Line Attenuation(dB): 8.3 55.9   N/A   N/A   N/A 22.1 68.9   N/A
Signal Attenuation(dB): 8.3 55.2   N/A   N/A   N/A 31.5 68.8   N/A
SNR Margin(dB): 6.6 6.4   N/A   N/A   N/A 6.3 6.3   N/A
TX Power(dBm): 0.4 5.9   N/A   N/A   N/A 11.5 5.4   N/A


[GigabitEthernet]

Just had another unexplained resync...

[les-70]

  You might try bending the dsl and modem power cables about for a while to check that the resyncs are not due to a dodgy cable.

[GigabitEthernet]

I'm on my third DSL cable