Kitz Forum
Broadband Related => ADSL Issues => Topic started by: tickmike on December 04, 2014, 11:36:34 PM
-
ADSL Connection Problems.
ADSL line in to house (underground all the way to the exchange !)>NT5 v1 Master socket>DSL lead into modem (replaced today Made no difference !).
Where do I start :hmm:
Going back a few months I was using a Netgear DG634GT modem and I was getting a lot of disconnections, I never did find out why but I put a Speedtouch 536 modem and it seem to make it better for some time, then started the disconnections again and I was given the HG612 so I unlocked that and have been using it for about 4 weeks and it seemed a good stable connection on my long line (4.5Kl) and have been getting up to 3.5Mbps Down (which is good !) .
With problems with DSLstats http://forum.kitz.co.uk/index.php?topic=14747.msg275433#msg275433
I re-did the un-locked firmware again on Monday and it took me 20 hours to get back on the internet :'(
(Tuesday afternoon! ) .
Today I could not get on the internet, DSL seems up and I could use the web access to the HG612 modem.
looking in the logs I found lots and lots of :-
2014-12-4 14:38:11 Notice 104500 DSL deactivate
2014-12-4 14:37:58 Notice 104505 PPP dial-up succeed
2014-12-4 14:37:51 Notice 104500 DSL activate succeed
2014-12-4 14:37:26 Notice 104500 DSL deactivate
2014-12-4 14:37:16 Notice 104505 PPP dial-up succeed
2014-12-4 14:37:6 Notice 104500 DSL activate succeed
2014-12-4 14:36:41 Notice 104500 DSL deactivate
2014-12-4 14:36:28 Notice 104505 PPP dial-up succeed
2014-12-4 14:36:21 Notice 104500 DSL activate succeed
2014-12-4 14:35:56 Notice 104500 DSL deactivate
2014-12-4 14:35:43 Notice 104505 PPP dial-up succeed
2014-12-4 14:35:36 Notice 104500 DSL activate succeed
2014-12-4 14:35:10 Notice 104500 DSL deactivate
This is only a small sample.
-------------------------------------------------------------------------------------------------------
Do you think there is a problem with my line ?, Modem, Line card at exchange. ??????
Shall I get my ISP to look into it ?.
Would going on fastpath help with my line ?.
As I have until Oct 2015 until my contract runs out I have got to make do with ADSL. >:D
________________________________________________________________________________
I managed to get a few reading of DSLstats.
-----------------------------------------------------------
Per second Per minute Per hour Per day
CRC Up 0 0 0 0
Down 0 0 0 0
FEC Up 0 0 0 0
Down 3.83 230 13780 330711
HEC Up 0 0 0 0
Down 0 0 0 0
ES Up 0 0 0 0
Down 0 0 0 0
----------------------------------------------------------------------
Stats recorded 04 Dec 2014 23:12:01
DSLAM/MSAN type: IFTN:0x71c8 / v0x71c8
Modem/router firmware: AnnexA version - A2pv6C038m.d24j
DSL mode: G
Status: Showtime
Uptime: 1 hours 21 min 21 sec
Resyncs: 0 (since 04 Dec 2014 22:43:30)
Downstream Upstream
Line attenuation (dB): 50.5 30.5
Signal attenuation (dB): Not monitored
Connection speed (kbps): 3264 448
SNR margin (dB): 7.2 17.0
Power (dBm): 18.7 12.4
Interleave depth: 16 4
INP: 0.50 1.50
RSCorr/RS (%): 0.2164 0.0000
RSUnCorr/RS (%): 0.0002 0.0000
ES/hour: 0 0
---------------------------------------------------------------------------------------
xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 972 Kbps, Downstream rate = 3956 Kbps
Channel: Interleaved, Upstream rate = 448 Kbps, Downstream rate = 3264 Kbps
Link Power State: L0
Mode: G.DMT Annex A
TPS-TC: ATM Mode(0x0)
Trellis: ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 7.4 17.0
Attn(dB): 50.5 30.5
Pwr(dBm): 18.7 12.4
G.dmt framing
K: 103(0) 15
R: 10 16
S: 2.0000 8.0000
D: 16 4
Counters
Bearer 0
SF: 292403 292412
SFErr: 3 0
RS: 9941685 2484516
RSCorr: 21388 0
RSUnCorr: 24 0
Bearer 0
HEC: 24 0
OCD: 0 0
--------------------------------------------------------------------------------
xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 972 Kbps, Downstream rate = 3928 Kbps
Channel: Interleaved, Upstream rate = 448 Kbps, Downstream rate = 3264 Kbps
Link Power State: L0
Mode: G.DMT Annex A
TPS-TC: ATM Mode(0x0)
Trellis: ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 7.3 17.0
Attn(dB): 50.5 30.5
Pwr(dBm): 18.7 12.4
G.dmt framing
K: 103(0) 15
R: 10 16
S: 2.0000 8.0000
D: 16 4
Counters
Bearer 0
SF: 304793 304800
SFErr: 3 0
RS: 10362945 2589797
RSCorr: 22040 0
RSUnCorr: 24 0
Bearer 0
HEC: 24 0
OCD: 0 0
LCD: 0 0
Total Cells: 39883837 0
Data Cells: 1703075 0
Drop Cells: 0
Bit Errors: 1318 0
ES: 3 0
SES: 0 0
UAS: 25 25
AS: 5182
Bearer 0
INP: 0.50 1.50
INPRein: 0.00 0.00
delay: 8 8
PER: 0.00 0.00
OR: 32.00 32.00
AgR: 3283.17 478.13
Bitswap: 131/131 10/10
Total time = 1 hours 26 min 47 sec
FEC: 22040 0
CRC: 3 0
ES: 3 0
SES: 0 0
UAS: 25 25
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 11 min 47 sec
FEC: 2121 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 4661 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 1 hours 26 min 47 sec
FEC: 22040 0
CRC: 3 0
ES: 3 0
SES: 0 0
UAS: 25 25
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 0 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 1 hours 26 min 21 sec
FEC: 22040 0
CRC: 3 0
ES: 3 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
#
------------------------------------------------------------------------------------------
-
Just a small observation and my recommendation.
Enter the HG612's GUI and under the Basic ---> DSL tab, untick all options and just leave ADSL2 selected. Reference. (http://wiki.kitz.co.uk/index.php/Huawei_HG612_-_Basic#DSL_configuration)
(I note that you are currently connected in G.Dmt mode but ADSL2 mode would be more beneficial.)
Looking at the log snippet that you have posted, I see the PPPoA session repeatedly restarted as the DSL is deactivated and reactivated at approximately every 25 seconds. :o As to the latter, I do not have a clue. :no:
-
As I mentioned yesterday, I'm interested in your IP address assignments. They may be causing you network problems.
-
Just a small observation and my recommendation.
Enter the HG612's GUI and under the Basic ---> DSL tab, untick all options and just leave ADSL2 selected. Reference. (http://wiki.kitz.co.uk/index.php/Huawei_HG612_-_Basic#DSL_configuration)
(I note that you are currently connected in G.Dmt mode but ADSL2 mode would be more beneficial.)
Looking at the log snippet that you have posted, I see the PPPoA session repeatedly restarted as the DSL is deactivated and reactivated at approximately every 25 seconds. :o As to the latter, I do not have a clue. :no:
Just before I try that mode I will make this post while I have internet ;).
The modem log is full of :-
2014-12-5 8:55:12 Notice 104505 PPP dial-up succeed
2014-12-5 8:53:34 Notice 104505 PPP dial-up succeed
2014-12-5 8:51:59 Notice 104505 PPP dial-up succeed
2014-12-5 8:50:20 Notice 104505 PPP dial-up succeed
2014-12-5 8:48:41 Notice 104505 PPP dial-up succeed
2014-12-5 8:47:3 Notice 104505 PPP dial-up succeed
2014-12-5 8:45:25 Notice 104505 PPP dial-up succeed
hundreds of them. :o
-
http://community.plus.net/forum/index.php/topic,134672.msg1178650.html#new (http://community.plus.net/forum/index.php/topic,134672.msg1178650.html#new)
Somebody else having issues...may be related....have you contacted your isp?
Ian
-
I only ever see those huge upstream synchs for ADSL1 on those IFTN 71C8 DSLAMs. Coincidence?
Are you locked to negotiating ADSL1 by any chance?
Is your DS SNRM fluctuating a lot?
-
Enter the HG612's GUI and under the Basic ---> DSL tab, untick all options and just leave ADSL2 selected. (I note that you are currently connected in G.Dmt mode but ADSL2 mode would be more beneficial.)
It was not more beneficial because it would not connect. :'(
I logged in to the modem made the changes turned it off for a few hours while I did some work switched it back on and left it over lunch, checked again later No connection >:D in the logs it had not even tried as it said 'no signal' :o.
I put it back to G.DMT and after powering it off for 35 minutes checked again and I have internet again.
With all these connection and dis-connections I would have thought that DLM would have kicked in by now :hmm:
Just telnet into HG612.
--------------------------------------------------------------
Welcome Visiting Huawei Home Gateway
Copyright by Huawei Technologies Co., Ltd.
Login:admin
Password:
ATP>sh
BusyBox v1.9.1 (2014-01-21 16:44:38 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
# xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 968 Kbps, Downstream rate = 4032 Kbps
Channel: Interleaved, Upstream rate = 448 Kbps, Downstream rate = 3360 Kbps
Link Power State: L0
Mode: G.DMT Annex A
TPS-TC: ATM Mode(0x0)
Trellis: ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 6.5 16.0
Attn(dB): 51.0 30.5
Pwr(dBm): 19.0 12.5
G.dmt framing
K: 106(0) 15
R: 16 16
S: 2.0000 8.0000
D: 16 4
Counters
Bearer 0
SF: 130920 130653
SFErr: 16 0
RS: 4451263 1110550
RSCorr: 40763 1
RSUnCorr: 201 0
Bearer 0
HEC: 248 0
OCD: 1 0
LCD: 1 0
Total Cells: 17633243 0
Data Cells: 84778 0
Drop Cells: 0
Bit Errors: 15818 0
ES: 7 0
SES: 0 0
UAS: 26 26
AS: 2222
Bearer 0
INP: 1.00 1.50
INPRein: 0.00 0.00
delay: 8 8
PER: 0.00 0.00
OR: 32.00 32.00
AgR: 3378.80 478.13
Bitswap: 115/115 1/1
Total time = 37 min 28 sec
FEC: 40763 0
CRC: 16 0
ES: 7 0
SES: 0 0
UAS: 26 26
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 7 min 28 sec
FEC: 4718 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 25194 0
CRC: 8 0
ES: 4 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 37 min 28 sec
FEC: 40763 0
CRC: 16 0
ES: 7 0
SES: 0 0
UAS: 26 26
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 0 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 37 min 1 sec
FEC: 40763 1
CRC: 16 0
ES: 7 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
#
-
It was not more beneficial because it would not connect. :'(
I logged in to the modem made the changes turned it off for a few hours while I did some work switched it back on and left it over lunch, checked again later No connection >:D in the logs it had not even tried as it said 'no signal' :o.
I put it back to G.DMT and after powering it off for 35 minutes checked again and I have internet again.
With all these connection and dis-connections I would have thought that DLM would have kicked in by now :hmm:
Just telnet into HG612.
--------------------------------------------------------------
Welcome Visiting Huawei Home Gateway
Copyright by Huawei Technologies Co., Ltd.
Login:admin
Password:
ATP>sh
BusyBox v1.9.1 (2014-01-21 16:44:38 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
# xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 968 Kbps, Downstream rate = 4032 Kbps
Channel: Interleaved, Upstream rate = 448 Kbps, Downstream rate = 3360 Kbps
Link Power State: L0
Mode: G.DMT Annex A
TPS-TC: ATM Mode(0x0)
Trellis: ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 6.5 16.0
Attn(dB): 51.0 30.5
Pwr(dBm): 19.0 12.5
<snip>
you're on a very long line, have you considered trying a billion 7800n? I was able to get my 3mbit line to 5mbit and only one disconnect a week with a 7800n. (Had phyr enabled and was running at 1dB SNR). that modem seemed to be really good for long lines. Also I used to use a siemens speedstream 4100 when my line was bad, and it virtually never dropped the line no matter how bad things got. At one point my line became so noisy that my sync speed dropped to 92kbps and the speedstream was still holding the line up.
-
Enter the HG612's GUI and under the Basic ---> DSL tab, untick all options and just leave ADSL2 selected. (I note that you are currently connected in G.Dmt mode but ADSL2 mode would be more beneficial.)
It was not more beneficial because it would not connect. :'(
I logged in to the modem made the changes turned it off for a few hours while I did some work switched it back on and left it over lunch, checked again later No connection >:D in the logs it had not even tried as it said 'no signal' :o.
I put it back to G.DMT and after powering it off for 35 minutes checked again and I have internet again.
O.k., so you have tried the experiment and it failed. As the line seems to be very temperamental, it would therefore be best to ensure that all of the other "tick boxes" on the page (all other than G.Dmt) are cleared. Don't allow the HG612 to have the opportunity to attempt to select any other mode.
-
Enter the HG612's GUI and under the Basic ---> DSL tab, untick all options and just leave ADSL2 selected. (I note that you are currently connected in G.Dmt mode but ADSL2 mode would be more beneficial.)
It was not more beneficial because it would not connect. :'(
I logged in to the modem made the changes turned it off for a few hours while I did some work switched it back on and left it over lunch, checked again later No connection >:D in the logs it had not even tried as it said 'no signal' :o.
I put it back to G.DMT and after powering it off for 35 minutes checked again and I have internet again.
O.k., so you have tried the experiment and it failed. As the line seems to be very temperamental, it would therefore be best to ensure that all of the other "tick boxes" on the page (all other than G.Dmt) are cleared. Don't allow the HG612 to have the opportunity to attempt to select any other mode.
Yes that's what I do ;).
-
I only ever see those huge upstream synchs for ADSL1 on those IFTN 71C8 DSLAMs. Coincidence?
Are you locked to negotiating ADSL1 by any chance?
Not too sure what you mean, please expand.
Is your DS SNRM fluctuating a lot?
On this HG612 I have seen it go from 12 down to 3dB in 12 hours.
-
Enter the HG612's GUI and under the Basic ---> DSL tab, untick all options and just leave ADSL2 selected. (I note that you are currently connected in G.Dmt mode but ADSL2 mode would be more beneficial.)
It was not more beneficial because it would not connect. :'(
I logged in to the modem made the changes turned it off for a few hours while I did some work switched it back on and left it over lunch, checked again later No connection >:D in the logs it had not even tried as it said 'no signal' :o.
I put it back to G.DMT and after powering it off for 35 minutes checked again and I have internet again.
O.k., so you have tried the experiment and it failed. As the line seems to be very temperamental, it would therefore be best to ensure that all of the other "tick boxes" on the page (all other than G.Dmt) are cleared. Don't allow the HG612 to have the opportunity to attempt to select any other mode.
iirc mike is on a 20CN exchange so only g.dmt /adsl.. and why adsl 2/2+ wont work.
It will also be why the upstream is syncing at 448 despite showing 968 available. Although IMHO they should put him on Max Premium as he's paying business rate.
-
iirc mike is on a 20CN exchange so only g.dmt /adsl.. and why adsl 2/2+ wont work.
It will also be why the upstream is syncing at 448 despite showing 968 available. Although IMHO they should put him on Max Premium as he's paying business rate.
Any idea what all these hundreds of disconnection and re-connection are ?. why has DLM not kicked in ?.
Is it time to contact my ISP ? Do you think I could get them to get a bit more out of my long line ?.
-
I dont think so. I think it may be to do with the way you have the modem configured - see post I just made in the other thread.
I cant figure out if you are using the HG612 just in modem mode or as a modem router and whats on the LAN side and whats on the WAN side when it comes to the IPs. The fact that you are having difficulties getting DSLstats makes me think that its something to do with the way your network is physically set up. Those error messages are coming too quick and fast
>> why has DLM not kicked in
It could be that the line has a valid sync, but its the PPP ISP login) that is bouncing around. The modem controls the sync speed, the router controls the PPP session. Ive never used a smoothwall so dont know enough know how it all slots in with the static IP block that you use.
>> Do you think I could get them to get a bit more out of my long line ?.
On your upstream yes. It looks like your ISP has you on maxdsl that has a limitation of 448 for the upstream. Max premium (business) should sync at up to 832 upstream.
-
I cant figure out if you are using the HG612 just in modem mode or as a modem router and whats on the LAN side and whats on the WAN side when it comes to the IPs. The fact that you are having difficulties getting DSLstats makes me think that its something to do with the way your network is physically set up. Those error messages are coming too quick and fast
8 Static ip's 6 useable x.y.z.104 <Network---------- TO---------- x.y.z.111<Broadcast IP subNet mask 255.255.255.248
<Internet>x.y.z.104 > <WAN> x.y.z.105 No..NAT..Modem..LAN Address (Note...Modem LAN Not Home network LAN as these are different !) x.y.z.110 ><x.y.z.108 Smoothwall+NAT 192.168.0.1 + DMZ ip's > Home network
Colour code = :-
Red = Internet
Blue = HG612 set as a non NAT Bridge Modem using LAN 1 to smoothwall box.
Green = Smoothwall hardware firewall uses NAT to do the routing and DMZ
Orange = Home/Garden network both RJ45 LAN and WiFi using 4 access points.
Let me take you back a few years to one of my first posts .. ;D
http://forum.kitz.co.uk/index.php?topic=211.msg7572#msg7572
http://forum.kitz.co.uk/index.php?topic=211.msg7833#msg7833
-
The DSLAM variant you are connected to is one I often see issues with.
I don't know what it is but it's also the only one that produces upstream rates in excess of 832 despite negotiating ADSL1 (you don't currently see this because you're on a stunted profile at 448Kb)
I believe there is something inherently dodgy about these DSLAMs/MSANs or their connecting infrastructure.
The only ones I ever see performing adequately are extremely short lines, on fastpath and even some of those are questionable.
Get in touch with the ISP. They'll be able to see your SNRM fluctuation if nothing else. Hopefully, a 'copper line fault' will present itself on the line test and they can get it booked out for you.
I haven't been following your other threads but PPP re-auth has been mentioned a few times here. I see this a lot on these IFTNs. SNR drops very low, PPP dies but not enough to lose synch. The result is multiple PPP re-auths which is sometimes mis-attributed to a PPP issue.
-
I don't know if it makes a difference but does the HG only listen on specific interfaces in conjunction with specific IP ranges for telnet access? Might be worth going back to basics on one interface on the HG, adding that to the smoothwall box as a separate zone, making it routable from your PC?
You may need to source NAT the address too. Management request are expected to be local so I wouldn't be surprised if the HG is dropping your PC requests because they are appear to be out of zone, despite being private addresses.
-
The DSLAM variant you are connected to is one I often see issues with.
I don't know what it is but it's also the only one that produces upstream rates in excess of 832 despite negotiating ADSL1 (you don't currently see this because you're on a stunted profile at 448Kb)
I believe there is something inherently dodgy about these DSLAMs/MSANs or their connecting infrastructure.
The only ones I ever see performing adequately are extremely short lines, on fastpath and even some of those are questionable.
Get in touch with the ISP. They'll be able to see your SNRM fluctuation if nothing else. Hopefully, a 'copper line fault' will present itself on the line test and they can get it booked out for you.
I haven't been following your other threads but PPP re-auth has been mentioned a few times here. I see this a lot on these IFTNs. SNR drops very low, PPP dies but not enough to lose synch. The result is multiple PPP re-auths which is sometimes mis-attributed to a PPP issue.
That would likely be the Huawei MSANs which used the IFTNs.... So it's not too surprising that you could any additional sync speed over and above the tradional adsl1 limits. These MSANs were designed to work with adsl 2/2+ and therefore were also capable of s=1/2 mode ie less overheads for RS redundancy. They were also the MSANs on which interleaved lines could sync at a higher rate than 7616kbps for the same reason.
They're not the only ones to have issues though.. The Marconi MSANs also have some of their own issues... Specifically maxDsl premium on the 20cn exchanges. There's several long threads about this, usually involving jelv. I can't add a link atm, but I'll try later.
-
Here you go.
http://community.plus.net/forum/index.php/topic,113083.176.html
I was on a Marconi msan. Unfortunately back then hardly any routers would list the max rate figures, and it was the days before DSLstats so I don't have a clue what mine would have reported back then.
-
Blue = HG612 set as a non NAT Bridge Modem using LAN 1 to smoothwall box.
If you have to put the username and password in the hg612 it may not be in bridge modem mode.
To test your line.....simplify your network...temporarly add a pppoa router and see how that goes.
Ian
-
<WAN> x.y.z.105 No..NAT..Modem..LAN Address (Modem) x.y.z.110 >
x.y.z.110 is not a LAN address. It is a WAN address.
-
<WAN> x.y.z.105 No..NAT..Modem..LAN Address (Note...Modem LAN Not Home network LAN as these are different !) x.y.z.110 >
x.y.z.110 is not a LAN address. It is a WAN address.
You may have noticed I have tried to make it clearer for those not familiar with using static WAN IP's
Yes this is correct, this is the LAN on the Modem which would normally be say 192.168.1.1 be in my setup it's a internet facing ip address .
The LAN (or output) from the Modem is then fed into my hardware firewall (Smoothwall) http://www.smoothwall.org/ , in there as it says it gets firewalled and router (NAT'ed) then the output of the Smoothwall is my (safe) network LAN.
Hope this makes it clearer, it took me some time to get my head around it when I first started using 'Smoothwall'
-
I don't know if it makes a difference but does the HG only listen on specific interfaces in conjunction with specific IP ranges for telnet access? Might be worth going back to basics on one interface on the HG, adding that to the smoothwall box as a separate zone, making it routable from your PC?
You may need to source NAT the address too. Management request are expected to be local so I wouldn't be surprised if the HG is dropping your PC requests because they are appear to be out of zone, despite being private addresses.
Interesting comments, I will contact isp next week , shall I ask my ISP to look over the RRT (Repair Reactive Tool)
Later in the week I will have a look at some other settings for the HG612.
-
Here you go.
http://community.plus.net/forum/index.php/topic,113083.176.html
I was on a Marconi msan. Unfortunately back then hardly any routers would list the max rate figures, and it was the days before DSLstats so I don't have a clue what mine would have reported back then.
Cheers boss!
I've only managed to glance over it but couldn't see what the Marconi's where identifying themselves as? Is it TSTC? I got the odd one or two of these but nothing like the numbers I see for IFTN.
What was the big deal with this anyway? Something to do with Max Premium or just another red herring?
-
<WAN> x.y.z.105 No..NAT..Modem..LAN Address (Note...Modem LAN Not Home network LAN as these are different !) x.y.z.110 >
x.y.z.110 is not a LAN address. It is a WAN address.
You may have noticed I have tried to make it clearer for those not familiar with using static WAN IP's
Yes this is correct, this is the LAN on the Modem which would normally be say 192.168.1.1 be in my setup it's a internet facing ip address .
The LAN (or output) from the Modem is then fed into my hardware firewall (Smoothwall) http://www.smoothwall.org/ , in there as it says it gets firewalled and router (NAT'ed) then the output of the Smoothwall is my (safe) network LAN.
Hope this makes it clearer, it took me some time to get my head around it when I first started using 'Smoothwall'
Problem is that if the HG612 is configured as a router then it's trying to route the internet.
How is Smoothwall configured? Does it have a WAN IP and a LAN IP too?
-
<WAN> x.y.z.105 No..NAT..Modem..LAN Address (Note...Modem LAN Not Home network LAN as these are different !) x.y.z.110 >
x.y.z.110 is not a LAN address. It is a WAN address.
You may have noticed I have tried to make it clearer for those not familiar with using static WAN IP's
Yes this is correct, this is the LAN on the Modem which would normally be say 192.168.1.1 be in my setup it's a internet facing ip address .
The LAN (or output) from the Modem is then fed into my hardware firewall (Smoothwall) http://www.smoothwall.org/ , in there as it says it gets firewalled and router (NAT'ed) then the output of the Smoothwall is my (safe) network LAN.
Hope this makes it clearer, it took me some time to get my head around it when I first started using 'Smoothwall'
Problem is that if the HG612 is configured as a router then it's trying to route the internet.
How is Smoothwall configured? Does it have a WAN IP and a LAN IP too?
smoothwall is a routing firewall, it has a public IP on one side and a LAN IP on the other. It's intended to be used with a bridged modem.
-
But the modem has 2 public addresses and smoothwall has a 3rd public address?
I would prefer to have it like this:
(https://forum.kitz.co.uk/proxy.php?request=http%3A%2F%2Fbillion.uk.com%2Fimages%2Feducation%2F8800NL%2FVDSL2-app-3.gif&hash=2964a4c333baae8078f80cfe52d163aa1cb80e78)
(from http://billion.uk.com/edu/VDSL2/index.html )
-
Lost internet connection again >:D
Off the modem web page at the time.
---------------------------------------------------
Connection Status
Mode G.DMT
Traffic type ATM
DSL synchronization status Up
DSL up time 0
Channel type Interleaved
Line Status
Downstream Upstream
Attainable rate (kbit/s )3732 1016
SNR margin (dB) 4.8 18
Line attenuation (dB) 51 30.5
Output power (dBmV) 18.9 12.5
Statistics
Path 0
Downstream Upstream
Line rate (kbit/s) 3360 448
CRC errors 427
FEC errors 65 57
HEC errors 408 44
---------------------------------------------------------------
Logs
2014-12-6 21:18:38 Alert 104505 PPP dial-up failed
2014-12-6 21:17:6 Alert 104505 PPP dial-up failed
2014-12-6 21:15:34 Alert 104505 PPP dial-up failed
2014-12-6 21:14:2 Alert 104505 PPP dial-up failed
2014-12-6 21:12:31 Alert 104505 PPP dial-up failed
2014-12-6 21:10:59 Alert 104505 PPP dial-up failed
--------------------------------------------------------------
Like was said earlier the DSL was up all the time, the WAN dropped out, modem tried to re-dial but failed.
I could not wait 15 or 30 minutes so I just pulled modem power and re-plugged it in, DSL came up> hand shake> internet again :) until the next time >:(
Edit ... It lasted 55 minutes and died again. >:(
-
I have been noticing DSLstats runs for a bit after a modem re-boot :o
Any comments on these graphs please.
-
Part 2
-
You may benefit from applying some SNRM from dslstats, if you can get on it briefly.
At least +3dB, 6 if it allows.
You appear to have epic amounts of interference :P
-
Normally the most important graph to look at is your SNR Margin. That gives us an idea what the line is doing from minute to minute. The other graphs are a snapshot in time type. However from what I can see so far:
You hlog looks ok
QLN shows quite a noisy line. Can you do a Quite Line Test (Dial 17070 and select option 2) to see if you can hear any audible noise on the phone line.
SNR per tone and bitloading, show several tones which has too little SNRm to be able to load tones. This isnt too unusual with longer lines as it reaches the later frequencies.
FECs dont really tell us that much as its CRCs and Err Seconds that are the important ones... but you do seem to be racking up a fair few errors in spike intervals which lead me to believe that your SNRmargin graph will probably be quite spikey... and you will be getting lots of noise bursts.
-
Normally the most important graph to look at is your SNR Margin. That gives us an idea what the line is doing from minute to minute. The other graphs are a snapshot in time type. However from what I can see so far:
You hlog looks ok
QLN shows quite a noisy line. Can you do a Quite Line Test (Dial 17070 and select option 2) to see if you can hear any audible noise on the phone line.
SNR per tone and bitloading, show several tones which has too little SNRm to be able to load tones. This isnt too unusual with longer lines as it reaches the later frequencies.
FECs dont really tell us that much as its CRCs and Err Seconds that are the important ones... but you do seem to be racking up a fair few errors in spike intervals which lead me to believe that your SNRmargin graph will probably be quite spikey... and you will be getting lots of noise bursts.
OK thanks, I have done QLT many times the only thing I hear is some 50Hz on it.
In the week when nobody needs the internet I will re-flash the modem maybe to an another firmware and try that.
Also I will see if there is anyone at the exchange and ask him if they did any work there in the last month (when I had my shop a chap called in to get his sandwiches each day on his way to the exchange) as this modem worked well with my line and had a good stable connection for about 4 weeks since I got the modem.
You may benefit from applying some SNRM from dslstats, if you can get on it briefly.
At least +3dB, 6 if it allows.
You appear to have epic amounts of interference :P
I just can not get DSLstats to work again. :(
-------------------------------------------------------------------------
Stats of the modem today, Note the SRN has changed again :o.
----------------------------------------------------------------
Connection Status
Mode G.DMT
Traffic type ATM
DSL synchronization status Up
Channel type Interleaved
Line Status
Downstream Upstream
Attainable rate (kbit/s)4632 1016
SNR margin (dB) 11.6 18
Line attenuation (dB) 51 30.5
Output power (dBmV) 18.5 12.6
Statistics
Path 0
Downstream Upstream
Line rate (kbit/s) 3232 448
CRC errors 162 0
FEC errors 38 12
HEC errors 114 8
-
Damn, shame!
The long and short of it is, if a HG612 can't keep you online, you have big problems.
It may be wise to abandon your smoothwall setup for a week, get some proper DSLstats logging on the go because with that HLOG, your ISP *may* hit a brick wall with BTOR.
Hopefully not, though. Get on it ASAP.
Best of luck!
-
dslstats works fine with smoothwall, I've been using it for months.
-
Of course it does but that doesn't help this chap :P
-
Of course it does but that doesn't help this chap :P
The difference is he is on VDSL i'm on ADSL and the modem reacts differently.
-
After working on the HG612 all day I have not really got anywhere :(.
I did a re-set with the button on the back and tried setting up for PPPoE, as before I got DSL up but again no way would it connect, I had it plugged into a test machine with the network connection set up to send my isp un & pw, it did nothing only flash the Ethernet port lights on the modem.
After spending a few hours on that I decided to do a re-set again and this time I left the modem lan address as it's 192.168.1.1 changed my Firewall to 192.168.1.4, had to us PPPoA, disabled the firewall, and Nat under >Advanced>NAT.
I did get a few graphs before DSLstats and Telnet packed up.
Tomorrow I will re-flash it as there is something wrong with telnet connection even with the modem in it's basic form and that's why DSLstats fails.
-
2
-
OK thanks, I have done QLT many times the only thing I hear is some 50Hz on it.
Curious, how do you know its 50Hz? Isnt that noise at that frequency from the mains? You shouldnt really hear anything much during a QLT.
- Wondering if something electrical is introducing noise on to your DSL, but until we see your SNR Margin graph over a longer period, its hard to tell. There certainly appears to be a fair amount of noise on your line according to the QLN.
Note the SRN has changed again
As mentioned in my previous post, I suspect from the other info that your SNRm may be jumping up and down.
If it is then its highly likely that you are suffering from RFI/EMI type noise.
The difference is he is on VDSL i'm on ADSL .
Shouldnt really make any difference when it comes to DSLstats which doesnt care about which protocol is used. adsl uses atm, which is why you need PPPoA, although I thought most of BT's network would also accept PPPoE, but it emulates it as PPPoEoA, so youre best using PPPoA which has less overheads.
-
I thought most of BT's network would also accept PPPoE
Kitz
A few of us are having trouble on 20c exchanges http://forum.kitz.co.uk/index.php?topic=14627.0 (http://forum.kitz.co.uk/index.php?topic=14627.0) and http://forum.kitz.co.uk/index.php?topic=14594.0 (http://forum.kitz.co.uk/index.php?topic=14594.0)
I did see a bt exchange fault changing from msip platform to msh direct could this be responsible for pppoe failing? http://status.zen.co.uk/broadband/fault-outage-details.aspx?reference=47233 (http://status.zen.co.uk/broadband/fault-outage-details.aspx?reference=47233)
Ian
-
Ah yes.. MSiP closed down so it could well affect 20cn. Thanks for the linky
-
OK thanks, I have done QLT many times the only thing I hear is some 50Hz on it.
Curious, how do you know its 50Hz? Isnt that noise at that frequency from the mains? You shouldnt really hear anything much during a QLT.
- Wondering if something electrical is introducing noise on to your DSL,
Working in Electrical / Electronics all my life 50Hz gets in your bones you just get use to hearing it ;)
With between 2 to 6 phone sockets in each room with metre's of cable (that's only down stairs as up stairs is not wired out or even got the stairs in yet :-[ )
The phone cables run in under floor ducts, in separate sections to the mains cable and also service pipes, so they get a bit of induced noise (slight).
-
I got on to my isp and they had a look at my long line (On going ) and they said "I have adjusted your profile so you should receive a slightly higher upload speed"
-----------------------------------------------------
Line Status
Downstream Upstream
Attainable rate (kbit/s) 4576 908
SNR margin (dB) 6.3 10
Line attenuation (dB) 51 30.5
Output power (dBmV) 18.8 12.6
Statistics
Path 0
Downstream Upstream
Line rate (kbit/s) 4288 736
CRC errors 12442 0
FEC errors 187 142
HEC errors 62 139
--------------------------------------------------------
ISP said I'm on ADSL because of my long line (By Road:4.7 km) I'm going to see what else they can do to improve it as I still keep getting drop outs.
I have been trying different firmware but no improvements.
-
Modem log Log file is full of these this morning. :'(
This is only part of them :o
-----------------------------------------------------------
2014-12-11 5:49:46 Alert 104505 PPP dial-up failed
2014-12-11 5:48:13 Alert 104505 PPP dial-up failed
2014-12-11 5:46:41 Alert 104505 PPP dial-up failed
2014-12-11 5:45:11 Alert 104505 PPP dial-up failed
2014-12-11 5:43:38 Alert 104505 PPP dial-up failed
2014-12-11 5:42:6 Alert 104505 PPP dial-up failed
2014-12-11 5:40:34 Alert 104505 PPP dial-up failed
2014-12-11 5:39:3 Alert 104505 PPP dial-up failed
2014-12-11 5:37:31 Alert 104505 PPP dial-up failed
2014-12-11 5:35:59 Alert 104505 PPP dial-up failed
2014-12-11 5:34:27 Alert 104505 PPP dial-up failed
2014-12-11 5:32:56 Alert 104505 PPP dial-up failed
Also lots of these. (with ip removed) these look like the PPP session but why does it think it's an Intrusion ?
......................................
014-12-11 10:15:35 Alert 10400 Intrusion -> IN=ppp256 OUT=ppp256 SRC=xxx.xxx.xxx.129 DST=x.y.z.104 LEN=40 TOS=0x00 PREC=0x00 TTL=237 ID=54321 PROTO=TCP SPT=58394 DPT=3306 WINDOW=65535 RES=0x00 SYN URGP=0
-
and they said "I have adjusted your profile so you should receive a slightly higher upload speed"
So they should. You were paying for business rate and the fact that they had you on the 448 was a bit naughty :/
iirc you are on a 20CN exchange and hence no adsl2+, so you should always have been on max premium with the higher upload.
ISP said I'm on ADSL because of my long line (By Road:4.7 km)
Im sure when you checked in the past it was because your exchange was 20CN. Has it recently been upgraded? - adsl checker (http://www.kitz.co.uk/adsl/adslchecker.php)
Note the fact that you now have fttc does not mean that the exchange is 21CN. More and more smaller exchanges these days are being piggy backed from a larger exchange when it comes to fttc.
Its with some surprise that I found out fairly recently that despite my exchange having been 21CN for years, all fttc connections are now routed via a neighbouring exchange. This is in conjunction with the MSE bRAS upgrades (http://www.kitz.co.uk/adsl/MSE_BRAS.htm).
I'm going to see what else they can do to improve it as I still keep getting drop outs.
As mentioned in previous posts we need to see what your SNR Margin is doing. The graphs you provided such as QLN, hlog etc provide static information. We need to see live info that records your changing line conditions.
QLN & hlog are the 'new thang'.. but when it comes to line faults and diagnostics the SNR Margin graph is way and above the most useful of all graphs.
have been trying different firmware but no improvements.
I dont believe this is a firmware issue, others would have reported it long before now because its not something that would have escaped notice for very long.
The fact that you cant get telnet access sometimes would suggest perhaps a firewall issue? **
As regards to the drop outs, from the graphs you provided it would suggest that your line is noisy. This causes frequent drop outs, but this can only be confirmed by SNRm logging.
Im also beginning to be a bit concerned about your internal wiring - link (http://forum.kitz.co.uk/index.php?topic=14782.0). It sounds like you may have star wiring, some of which may not be wired or filtered correctly. That could be the source of the noise, but it should not make any difference to the telnet/firewall situation.
------
** Just had a thought re telnet and "sometimes can sometimes cant".
Are you able to get access soon after updating the firmware, then it vanishes completely after its been on overnight?
Wondering if the BTAgent is at work here and auto upgrading to another version
I take it that you have been killing the BTAgent?
http://www.kitz.co.uk/routers/hg612unlock.htm#kill_btagent
-
Update.
Edit ... My exchange now says ' 21CN WBC (Broadband) Enabled'
My isp did a 'copper test' and said it was ok, but later on had a phone call from my daughter and the line had a crackling noise on it so I did a QLT after the call and could hear noise and what sounded like a ringing tones in the background :o
They put my line on '10 day training' .
Next day I tried to get on the internet but the HG612 could not get a 'Handshake' :( it had been trying all night looking a the modem logs.
Turned it off for some time, powered it up still no DSL connection, by now my daughter had come home and needed to use the internet for her uni work so I had to put my old Speedtouch 536 back after some time it got DSL up and I could get on the internet.
-----------------------------------------------
DSL Connection
Link Information
Uptime: 1 day, 16:23:41
Modulation: G.992.1 Annex A
Bandwidth (Up/Down) [kbps/kbps]: 416 / 3,680
Data Transferred (Sent/Received) [KB/KB]: 0.00 / 186.00
Output Power (Up/Down) [dBm]: 12.5 / 18.5
Line Attenuation (Up/Down) [dB]: 29.5 / 50.0
SN Margin (Up/Down) [dB]: 11.0 / 4.0
Vendor ID (Local/Remote): TMMB / IFTN
Loss of Framing (Local/Remote): 5 / 0
Loss of Signal (Local/Remote): 1 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): 0
Error Seconds (Local/Remote): 1,178 / 0
FEC Errors (Up/Down): 14 / 33,781,981
CRC Errors (Up/Down): 140 / 3,292
HEC Errors (Up/Down): 116 / 2,413
-
tbh, I think the 10day training is just a stalling tactic. Basically its just a reset of the DLM. You werent having DLM issues, but we do still need to see what your SNR Margin is doing.. because that is whats going to affect the DLM and give us a proper indication of whats going on with your line.
-
I wonder if the HG612 is literally spazzing out with all those FECs? You might be able to run 'top' from the CLI as soon as you synch and possibly view the util/load?
I would be tempted to disconnect every single extension you've carefully laid (at the master) and then hook the HG back up and see how the QLN / FECs are looking. I've personally seen gains from using one of those shielded/twisted RJ11 cables too. Might be worth a shot!
-
I wonder if the HG612 is literally spazzing out with all those FECs? You might be able to run 'top' from the CLI as soon as you synch and possibly view the util/load?
See ... http://forum.kitz.co.uk/index.php?topic=14775.msg276110#msg276110
-
Again had to power modem off for some time because it could not get a DSL handshake with the exchange after trying hundreds of times. :'(
Once I got a stable'ish connection and before I lost 'Telnet' I got a few graphs.
The gaps are when I start to loose 'Telnet' .
-
2
-
Looks like you lost all DS margin just after 13:24?
What electrical stuff got turned on? Where is your DECT base station sited?