cancel
Showing results for 
Search instead for 
Did you mean: 

General evaluation of 21CN ADSL2+ (trial) service

grahamt
Rising Star
Posts: 555
Thanks: 10
Registered: 05-04-2008

General evaluation of 21CN ADSL2+ (trial) service

The Plusnet ADSL2+ trial has been going for some time now, and a lot of knowledge and experience has been gained. This is reflected in forum discussions, but mostly in the context of individual user problems. I was wondering if it would be worth drawing together our general impressions of the service as it now stands.
(Apologies if this sounds presumptious - I know I'm not the most regular or knowledgeable contributor here. I just thought it would be an interesting thing to do.)
So, what's good and what's bad? What works and what doesn't? Is there anything that Plusnet (as opposed to BT) could be doing to improve things?
Just to start things off:
The upstream experience seems to be generally very good. Apart from a few problems with some people being (temporarily?) stuck at ADSL1 speeds (44Cool everyone seems to have had a significant speed increase with few or no stability/SNR problems on the upstream side. That's my impression, but it is right?
The downstream experience is more mixed. Many people saw a decent speed increase after they started the trial, at least in the first few weeks/months. However, the software that controls the DLMs could be improved. It seems to react too strongly to (intermittent?) transmission errors, often upping the SNR margin to unreasonably high levels and lowering sync speeds dramatically. Big swings should in theory sort themselves out after about 3 days, but many people say this doesn't happen, or doesn't always happen.
I'm sure BT know about these issues and are working on them (because they want the 21CN/ADSL2+ service to be fit for general use) - does anyone know what the timescales are for revising the code? Have there been any changes to the service since the start of the trial? Is it ready for general use yet?
Plusnet support staff are generally very helpful and responsive, but there are limits to what they can do because BT provides the underlying service.
I'm sure there's a lot more that could be said. So, what do you think?
Graham
8 REPLIES
scootie
Grafter
Posts: 4,799
Registered: 03-11-2007

Re: General evaluation of 21CN ADSL2+ (trial) service

the only con of adsl2 for me so far is the DLM choice to run scared at the first sign of trouble an whack me on a 3072 fixed 15db noise sync and each time it does this its taken longer for the DLM to try a new noise margin last one took 2 weeks.
when the DLM does decide its time to try pushing the line again it goes mad an trys a fixed 4554 at 9db after a week ish it will then try a varable sync at 9db noise giveing around 3500kbps before it gets scared again an whacks that 3072 fixed 15db back on again wen it sniffs a thunder storm close by.
all the time ive been on the trail i dnt think the DLM has once tried a 12db noise marin which is what my adsl line was stable at for years.
i run fastpath so this could be factored in to the dlm's carzy choices it makes on my line
as for upstream speeds am happy with that gives me just above what i got on max preminum 832kbps

apart from the above and few teething problems with latency an packet loss my exprinces has been the same as adsl with max preminum add on
toulouse
Grafter
Posts: 42
Registered: 03-08-2007

Re: General evaluation of 21CN ADSL2+ (trial) service

Hello all,
(First post here, so be gentle with me !!!!)
Just a few comments on my experience since joining the trial.
I've been with Plusnet since July 2007. From day 1 my line synched at 8128/448 with absolutely NO drop outs at all.
Joined ADSL2+(21CN) trial effectively from 1 May 2009. Preparatory work undertaken during last week of April, but I was away from home at the time.
My first connect was at 11939/440 (10000 profile) and I left everything connected for a little over 24 hours. Then decided to restart everything and then connected at 11920/440.
From then I had gradually increasing download connections until one morning I just lost synch. Raised a ticket, and shortly after having done so, the line appeared to correct itself and everything was back to normal. Consensus of opinion was that it was caused by engineering work by BT.
Then about a week later, while reading this forum, I think it was an article by 'Jameseh' who mentioned that anyone who wasn't getting a higher upload speed should contact him, which I did. 27May09 and my upload synch was increased from 440 to 888. Download rate was well into the 12000's.
This continued until 23/24June when there was some kind of problem overnight, resulting in 'LCP down', etc., etc., etc. messages logged by my router. I was and still am rather annoyed about this as I had been connected for the previous 4 days at 12739/1103 and I believe if the Line Management system was working properly (one day it might, I suppose !!!!), that the line should have been about to go up to the next profile, i.e. 11000 - am I right or am I right ?
Since that dreadful night my speeds have been all over the place with a profile which ranges by the day from 6500 / 7150 / 8000. The Plusnet staff have been really helpful and have arranged 3 BT appointments for me. Sadly the first one never made it to the engineer, so I waited in for nothing !!!!! For the second one, the engineer called me from the exchange and could find nothing wrong. On the third one, the engineer phoned me first, then spoke to the BT ADSL Helpdesk, and all of a sudden I had restored ADSL2+ speeds, i.e. a synch rate of 12763/1199 (profile 11000) with 6.4 target SNR. The engineer was quite chatty, and after having inspected my internal wiring with which he was quite happy, he did tell me that they have been issued with no additional equipment for testing ADSL2+ issues, which I found a little surprising.
That connection lasted all of 2 days, and then someone (NOT ME) appears to have turned interleaving on and I'm now back to a synch of 8780/1192 with a target SNR of 12 (or maybe even 15).
Under the ticket which I raised on 24June, Plusnet staff are arranging to have my target SNR reduced, so I'll have to wait and see what effect this has.

I've got to be honest and say that I was expecting this to go a little more smoothly than it appears to be going, but having read this forum it seems that I am not alone in experiencing problems during this trial.

Happy ADSL2+'ing

toulouse
Community Veteran
Posts: 1,981
Thanks: 5
Fixes: 3
Registered: 01-08-2007

Re: General evaluation of 21CN ADSL2+ (trial) service

I have had the same issues as toulouse. After migrating to ADSL2+ all seemed fine except for upstream syncs, which were fixed quite promptly by JAMESEH.  After a while I started to have periods of serious instability, interspaced by periods of significant stability. The DLM, in my view was quite intermittant in sussing out what to do with these issues, and eventually settled on a 30dB SNR, which after everything left me with a Downstream sync of 288. Not good.....  Eventually after a false start BT attended my property (1st engineer didnt turn up, and after alot of pushing, found out he has 'retained the fault' which I eventually found out was he needed to run more tests, but no-one thought it nessessary to contact me about this. The 2nd engineer,  to be honest, knew nothing about ADSL2+ and I am not sure what was done to fix the fault, but it has been fixed and stability is pretty solid at around 7788/1024 I would really like to know what was done, engineer said something around increasing the gain on the line....  My real issue I think with the trial is BT, and their general misunderstanding of the issues, and the the rapid increases in SNR the DLM forces.  I am sure Plus have all the relevent info, and in general my experience has not been to bad (except the 2 weeks at 288down.....)
toulouse
Grafter
Posts: 42
Registered: 03-08-2007

Re: General evaluation of 21CN ADSL2+ (trial) service

@penfold,
Just out of interest, which exchange are you on ?
I'm in Weston super Mare
TTFN
toulouse
grahamt
Rising Star
Posts: 555
Thanks: 10
Registered: 05-04-2008

Re: General evaluation of 21CN ADSL2+ (trial) service

Lots of people have been reporting that things were relatively OK at first (i.e. stable or with predictable changes, apart from maybe the 'stuck upload speed' problem) but then the DLM became more erratic, capricious, etc.
It would be interesting to know whether the change of DLM behaviour takes place after a specific period from start of service (i.e. there's a training period, then a different set of procedures) or whether everybody experienced the changes at around the same time (i.e. there was a change in the DLM software which then started to affect everyone). Maybe someone from Plusnet could ask BT?
Either way, it looks fixable. But when it gets fixed depends on a) whether BT perceives that there's a problem and then b) how long it takes them to investigate and fix the problem. I assume Plusnet and other ISPs are reporting the problems that people here have been highlighting, so it's probably a matter of waiting until the summer holidays are over and then having a fixing/testing period.
It'll all be over by Christmas? (Hmm. Where have I heard that before?)
Graham

the_norris
Grafter
Posts: 463
Registered: 02-08-2007

Re: General evaluation of 21CN ADSL2+ (trial) service

Hi
I can confirm - that I'm having the same problems with the weird DLM.  PN have kicked BT to force a re-train on my like - the first 3 days was good - 6200@6db Down and 850 up.
Then on the 3rd day the DLM changed the line to 3700@15db down - up still ok.
Need to wait until the 27th for the 10day training period to finish - then will have to see what the next step it.  Angry
Phil
Community Veteran
Posts: 1,981
Thanks: 5
Fixes: 3
Registered: 01-08-2007

Re: General evaluation of 21CN ADSL2+ (trial) service

@toulouse.  I am on the Blackburn Exchange.
With regards to other issues, I have seen the same as others, periods of significant stability, punctuated by instability, eventually resulting in a BT vist. Since then, things alot better, but now starting to notice a few more resyncs happening, and also PPP authentication errors again. Current Logs enclosed.  Hope this is not a symptom of the same issues again, but...... weather been pretty bad over here lately, lots of rainstorms.....

{admin}=>systemlog show
<4> SysUpTime: 00:00:01 KERNEL Warm restart
<24> SysUpTime: 00:00:02 [CWMP: 0:00:02.420] setting cwmp defaults
<6> SysUpTime: 00:00:02 WIRELESS interface turned on.
<85> SysUpTime: 00:00:14 FIREWALL event (1 of 1): created rules
<85> SysUpTime: 00:00:14 FIREWALL event (1 of 1): modified rules
<85> SysUpTime: 00:00:25 FIREWALL level changed to Disabled.
<85> SysUpTime: 00:00:25 FIREWALL event (1 of 1): deleted rules
<148> SysUpTime: 00:00:25 DHCS server up
<173> SysUpTime: 00:00:48 xDSL linestate down
<173> SysUpTime: 00:01:13 xDSL linestate up (ITU-T G.992.5; downstream: 7574 kbi
t/s, upstream: 1023 kbit/s; output Power Down: 20.5 dBm, Up: 12.5 dBm; line Atte
nuation Down: 45.0 dB, Up: 24.5 dB; snr Margin Down: 6.0 dB, Up: 6.5 dB)
<39> SysUpTime: 00:01:20 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> SysUpTime: 00:01:20 PPP CHAP Receive challenge (rhost = THN-AG2)
<38> SysUpTime: 00:01:20 PPP CHAP Chap receive success : authentication ok
<132> SysUpTime: 00:01:21 PPP link up (Internet) [80.229.156.222]
<85> SysUpTime: 00:01:21 FIREWALL event (1 of 6): deleted rules
<37> SysUpTime: 00:01:33 LOGIN User admin logged in on [HTTP] (from 192.168.1.Cool
<37> SysUpTime: 02:00:49 LOGIN User logged in on TELNET (192.168.1.4)
<37> SysUpTime: 02:00:57 LOGOUT User logged out on TELNET (192.168.1.4)
<80> SysUpTime: 02:33:33 IDS dos parser : udp flood (1 of 1) : 192.168.1.4    1
92.168.1.254  0062 UDP 56177->53
<37> SysUpTime: 02:46:50 LOGIN User admin logged in on [HTTP] (from 192.168.1.4)
<14> Jul 18 22:12:23 CONFIGURATION mbus atomic sync successful
<14> Jul 18 22:12:40 CONFIGURATION mbus igd sync successfull
<37> Jul 19 20:08:59 LOGIN User logged in on TELNET (192.168.1.4)
<37> Jul 19 20:09:15 LOGOUT User logged out on TELNET (192.168.1.4)
<132> Jul 20 13:15:26 PPP link down (Internet) [80.229.156.222]
<85> Jul 20 13:15:26 FIREWALL event (1 of 24): created rules
<39> Jul 20 13:15:40 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 20 13:15:40 PPP CHAP Receive challenge (rhost = THN-AG2)
<38> Jul 20 13:15:40 PPP CHAP Chap receive success : authentication ok
<132> Jul 20 13:15:40 PPP link up (Internet) [80.229.156.222]
<85> Jul 20 13:15:40 FIREWALL event (1 of 1): deleted rules
<37> Jul 20 21:36:08 LOGIN User logged in on TELNET (192.168.1.4)
<37> Jul 20 21:36:16 LOGOUT User logged out on TELNET (192.168.1.4)
<132> Jul 21 02:36:08 PPP link down (Internet) [80.229.156.222]
<85> Jul 21 02:36:08 FIREWALL event (1 of 1): created rules
<39> Jul 21 02:36:19 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 02:36:20 PPP CHAP Receive challenge (rhost = THN-AG2)
<38> Jul 21 02:36:20 PPP CHAP Chap receive success : authentication ok
<132> Jul 21 02:36:21 PPP link up (Internet) [80.229.156.222]
<85> Jul 21 02:36:21 FIREWALL event (1 of 1): deleted rules
<132> Jul 21 06:51:45 PPP link down (Internet) [80.229.156.222]
<85> Jul 21 06:51:46 FIREWALL event (1 of 1): created rules
<39> Jul 21 06:51:56 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:51:59 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:51:59 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:52:24 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:52:44 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:52:45 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:52:58 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:52:58 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:52:59 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:53:12 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:53:12 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:53:13 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:53:27 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:53:28 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:53:28 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:53:41 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:53:42 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:53:42 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:53:55 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:53:55 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:53:56 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:54:09 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:54:09 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:54:09 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:54:23 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:54:23 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:54:24 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:54:37 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:54:37 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:54:37 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:54:51 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:54:51 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:54:51 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:55:05 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:55:05 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:55:05 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:55:19 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:55:19 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:55:19 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:55:33 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:55:33 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:55:34 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:55:47 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:55:47 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:55:47 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:56:01 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:56:02 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:56:02 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:56:15 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:56:16 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:56:16 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:56:29 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:56:37 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:56:37 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:56:50 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:56:58 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:56:58 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:57:11 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:57:12 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:57:12 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:57:25 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:57:26 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:57:26 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:57:39 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:57:40 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:57:40 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:57:53 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:57:54 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:57:54 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:58:07 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:58:08 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:58:08 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:58:21 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:58:22 PPP CHAP Receive challenge (rhost = THN-AG2)
<35> Jul 21 06:58:22 PPP CHAP authentication failed (Internet)
<39> Jul 21 06:58:35 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 21 06:58:43 PPP CHAP Receive challenge (rhost = THN-AG2)
<38> Jul 21 06:58:43 PPP CHAP Chap receive success : authentication ok
<132> Jul 21 06:58:43 PPP link up (Internet) [80.229.156.222]
<85> Jul 21 06:58:43 FIREWALL event (1 of 1): deleted rules
<173> Jul 22 12:33:30 xDSL linestate down
<85> Jul 22 12:33:30 FIREWALL event (1 of 1): created rules
<173> Jul 22 12:33:49 xDSL linestate down
<132> Jul 22 12:34:09 PPP link down (Internet) [80.229.156.222]
<173> Jul 22 12:34:13 xDSL linestate up (ITU-T G.992.5; downstream: 7692 kbit/s,
upstream: 1043 kbit/s; output Power Down: 20.5 dBm, Up: 12.5 dBm; line Attenuat
ion Down: 45.0 dB, Up: 24.5 dB; snr Margin Down: 6.0 dB, Up: 6.5 dB)
<173> Jul 22 12:34:29 xDSL linestate down
<173> Jul 22 12:34:49 xDSL linestate down
<173> Jul 22 12:35:13 xDSL linestate up (ITU-T G.992.5; downstream: 7655 kbit/s,
upstream: 1049 kbit/s; output Power Down: 20.5 dBm, Up: 12.5 dBm; line Attenuat
ion Down: 45.0 dB, Up: 24.5 dB; snr Margin Down: 6.0 dB, Up: 6.5 dB)
<173> Jul 22 12:35:32 xDSL linestate down
<173> Jul 22 12:35:52 xDSL linestate down
<173> Jul 22 12:36:16 xDSL linestate up (ITU-T G.992.5; downstream: 7688 kbit/s,
upstream: 1044 kbit/s; output Power Down: 20.5 dBm, Up: 12.5 dBm; line Attenuat
ion Down: 45.0 dB, Up: 24.5 dB; snr Margin Down: 6.0 dB, Up: 6.5 dB)
<173> Jul 22 12:36:32 xDSL linestate down
<173> Jul 22 12:36:51 xDSL linestate down
<173> Jul 22 12:37:15 xDSL linestate up (ITU-T G.992.5; downstream: 7651 kbit/s,
upstream: 1039 kbit/s; output Power Down: 20.5 dBm, Up: 12.5 dBm; line Attenuat
ion Down: 45.0 dB, Up: 24.5 dB; snr Margin Down: 6.0 dB, Up: 6.5 dB)
<39> Jul 22 12:37:19 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<173> Jul 22 12:37:34 xDSL linestate down
<173> Jul 22 12:37:54 xDSL linestate down
<173> Jul 22 12:38:17 xDSL linestate up (ITU-T G.992.5; downstream: 7677 kbit/s,
upstream: 1032 kbit/s; output Power Down: 20.5 dBm, Up: 12.5 dBm; line Attenuat
ion Down: 45.0 dB, Up: 24.5 dB; snr Margin Down: 6.0 dB, Up: 6.5 dB)
<39> Jul 22 12:38:24 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 22 12:38:24 PPP CHAP Receive challenge (rhost = THN-AG2)
<173> Jul 22 12:38:40 xDSL linestate down
<173> Jul 22 12:38:59 xDSL linestate down
<173> Jul 22 12:39:23 xDSL linestate up (ITU-T G.992.5; downstream: 7651 kbit/s,
upstream: 1040 kbit/s; output Power Down: 20.5 dBm, Up: 12.5 dBm; line Attenuat
ion Down: 45.0 dB, Up: 24.5 dB; snr Margin Down: 6.0 dB, Up: 6.5 dB)
<39> Jul 22 12:39:41 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 22 12:39:41 PPP CHAP Receive challenge (rhost = THN-AG2)
<38> Jul 22 12:39:41 PPP CHAP Chap receive success : authentication ok
<132> Jul 22 12:39:41 PPP link up (Internet) [80.229.156.222]
<85> Jul 22 12:39:41 FIREWALL event (1 of 1): deleted rules
<173> Jul 22 12:40:04 xDSL linestate down
<85> Jul 22 12:40:04 FIREWALL event (1 of 1): created rules
<173> Jul 22 12:40:24 xDSL linestate down
<173> Jul 22 12:40:47 xDSL linestate up (ITU-T G.992.5; downstream: 7673 kbit/s,
upstream: 1040 kbit/s; output Power Down: 20.5 dBm, Up: 12.5 dBm; line Attenuat
ion Down: 45.0 dB, Up: 24.5 dB; snr Margin Down: 6.0 dB, Up: 6.5 dB)
<85> Jul 22 12:40:47 FIREWALL event (1 of 1): deleted rules
<132> Jul 22 12:40:51 PPP link down (Internet) [80.229.156.222]
<173> Jul 22 12:41:18 xDSL linestate down
<173> Jul 22 12:41:37 xDSL linestate down
<173> Jul 22 12:42:01 xDSL linestate up (ITU-T G.992.5; downstream: 7688 kbit/s,
upstream: 1032 kbit/s; output Power Down: 20.5 dBm, Up: 12.5 dBm; line Attenuat
ion Down: 45.0 dB, Up: 24.5 dB; snr Margin Down: 6.0 dB, Up: 6.5 dB)
<39> Jul 22 12:42:03 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 22 12:42:03 PPP CHAP Receive challenge (rhost = THN-AG2)
<38> Jul 22 12:42:03 PPP CHAP Chap receive success : authentication ok
<132> Jul 22 12:42:04 PPP link up (Internet) [80.229.156.222]
<85> Jul 22 12:42:04 FIREWALL event (1 of 1): deleted rules
<173> Jul 22 12:42:24 xDSL linestate down
<85> Jul 22 12:42:24 FIREWALL event (1 of 2): created rules
<173> Jul 22 12:42:44 xDSL linestate down
<132> Jul 22 12:43:03 PPP link down (Internet) [80.229.156.222]
<173> Jul 22 12:43:08 xDSL linestate up (ITU-T G.992.5; downstream: 7655 kbit/s,
upstream: 1031 kbit/s; output Power Down: 20.5 dBm, Up: 12.5 dBm; line Attenuat
ion Down: 45.0 dB, Up: 24.5 dB; snr Margin Down: 6.0 dB, Up: 6.5 dB)
<39> Jul 22 12:43:20 PPP CHAP Receive challenge (rhost = bras-red1.pr)
<39> Jul 22 12:43:20 PPP CHAP Receive challenge (rhost = THN-AG2)
<38> Jul 22 12:43:20 PPP CHAP Chap receive success : authentication ok
<132> Jul 22 12:43:20 PPP link up (Internet) [80.229.156.222]
<85> Jul 22 12:43:20 FIREWALL event (1 of 1): deleted rules
<84> Jul 22 20:29:17 IDS proto parser : udp null port (1 of 1) : 192.168.1.64
87.102.61.130  0116 UDP 37892->0
<37> Jul 23 21:38:53 LOGIN User logged in on TELNET (192.168.1.4)
<37> Jul 23 21:39:19 LOGOUT User logged out on TELNET (192.168.1.4)
<37> Jul 23 21:41:11 LOGIN User logged in on TELNET (192.168.1.4)
{admin}=>
VileReynard
Seasoned Pro
Posts: 10,858
Thanks: 251
Fixes: 10
Registered: 01-09-2007

Re: General evaluation of 21CN ADSL2+ (trial) service

ADSL2+ was quite good at first - no spectacular change in speed over max (I get about half the predicted speed for my line length).
DLM has a tendency to try to downgrade me to ADSL2 (no plus) and push up my noise margin.
So I have to raise a ticket, lots of testing - then a manual reduction back to 6dB helps.
I'm now doing well, syncing at 7Mbps on a 2Km line Cry
If this system goes live, PN will have to employ a lot of full-time fixers - very expensive.