Kitz Forum
Broadband Related => Router Monitoring Software => Topic started by: MollyCoddle on February 26, 2009, 12:21:08 PM
-
I am getting almost daily re-syncs when the SNRM gets to 6-8db. These do not show up on the Router log, today I have been told by my ISP, that BT do not see these either. The only things the router log shows is when ISP/BT tests have been performed or if I re-boot the router, typically:-
Thu, 2009-02-26 10:48:32 - LCP down.
Thu, 2009-02-26 10:48:55 - Initialize LCP.
Thu, 2009-02-26 10:48:55 - LCP is allowed to come up. (Netgear DG834GT running 1.02.16 official software)
The re-syncs are indicated on Routerstats log and chart (last dip and SNRM jump, see below), and on the DMT log in 'diagnose' mode.
My ISP are taking the position that they do not know where RouterStats and DMT are getting their info from.
Any ideas as to the reliability of RouterStats and DMT?
MC
Modified for correct jpg
[attachment deleted by admin]
-
We need to see the sync speed graph alongside the noise one, covering the same time.
-
HP,
?Its on the chart in red. As I overlay it on the same chart I do not capture it seperately.
If you need it, I can show the RouterStats log. DMT diagnose log also shows the re-sync and speedd
MC
-
Ah, missed the scale on the right!
-
What is interesting about that is the way it changes and the timing.
It's just like any normal early-evening drop in SNRM due to lights etc, but on a much larger scale.
There are no big jumps as you might see if there's a single source.
So it appears that your line may be unduly sensitive, but why?
Have you checked what you neighbours experience, that would be very valuable narrowing it down to your line or neighbourhood?
-
Can you post some line stats, your router logs and also the corresponding DMT and Routerstats logs?
Routerstats and DMT are fairly reliable unless they have been seriously misconfigured. Both work by pulling the data from the router so they will only be relaying and logging the same information that the router is generating.
-
Ive no idea why your ISP isnt seeing the resyncs.
There are occasions when routerstats can blip and it looks like a d/c but I notice your sync speed has changed therefore it must have resync'd? The one at about 16:00 most certainly.
Your ISP doesnt do SRA (Seamless RAte Adaption) does it?
-
@ HPsauce,
I have posted my typical SNRM previously, I almost always get such a wide range. These re-syncs have only been occuring the last 2 weeks, that was after a 3 week(ish) period of syncing at 4500-4800, still nowhere near my syncing before last September.
Modified>
I experienced similar 20Jan through 25Jan. At that time and again now, downstream interleaving dropped to 8, other times it has been 16.
<Modified
No one lives near me, well 1/2 mile closer to the exchange, they are not ADSL savvy.
@ orainsear,
I'll shortly give you the DMT diagnosis file (this is a bit limited, as my ISP's latest request was for me to capture HEC only), RouterStat log and my Netgear log for the last re-sync at 18:00 yesterday (as per the last SNM jump on my first post chart).
@ kitz,
I am told they do not support SRA, its Idnet by the way.
I have been diplomatic in my post, because I know I am getting re-syncs as per RouterStats and DMT data, I also experience outage during the re-sync and post sync I see huge reductions in response times with my server to server applications I am running.
In addition, Its unlikely that both RouterStats and DMT are wrong as they show the same data, yet Idnet are minded to consider the RouterStats and DMT logs I have sent them to be incorrect.
Thanks for your responses,
MC
-
Attached are the EDITED (reduce size) DMT and RouterStats for the 18:00 re-sync on 25 Feb, which Idnet say is not seen by their router logs, nor BT's equiv.
Below is the Netgear log;
I power cycled for better sync speed at 10:45 on 25Feb, the 25Feb@13:38 and 26Feb@10:48 is Idnet/BT testing
Sat, 2000-01-01 00:00:29 - LCP is allowed to come up.
Sat, 2000-01-01 00:00:40 - CHAP authentication success
Sat, 2000-01-01 00:00:46 - Send out NTP request to time-g.netgear.com
Wed, 2009-02-25 10:46:26 - Receive NTP Reply from time-g.netgear.com
Wed, 2009-02-25 10:46:50 - Administrator login successful - IP:192.168.0.2
Wed, 2009-02-25 10:45:39 - Router start up
Wed, 2009-02-25 10:45:39 - Router start up
Wed, 2009-02-25 13:38:21 - LCP down.
Wed, 2009-02-25 13:38:49 - Initialize LCP.
Wed, 2009-02-25 13:38:49 - LCP is allowed to come up.
Wed, 2009-02-25 13:38:57 - CHAP authentication success
Thu, 2009-02-26 09:47:40 - Administrator login successful - IP:192.168.0.2
Thu, 2009-02-26 10:06:51 - Administrator login successful - IP:192.168.0.2
Thu, 2009-02-26 10:48:32 - LCP down.
Thu, 2009-02-26 10:48:55 - Initialize LCP.
Thu, 2009-02-26 10:48:55 - LCP is allowed to come up.
Thu, 2009-02-26 10:49:06 - CHAP authentication success
Thu, 2009-02-26 15:54:38 - Administrator login successful - IP:192.168.0.2
Thu, 2009-02-26 15:55:58 - Administrator login successful - IP:192.168.0.2
MC
[attachment deleted by admin]
-
>> I am told they do not support SRA, its Idnet by the way.
Thanks, I couldnt tell from your IP - No, they dont do SRA.
>> as my ISP's latest request was for me to capture HEC only
CRCs are more important when looking at line stats. HEC (http://www.kitz.co.uk/adsl/error_correction.htm#HEC) can sometimes be corrected,(like FECs (http://www.kitz.co.uk/adsl/error_correction.htm#FEC) to a much lesser extent) and if not will often record as a CRC (http://www.kitz.co.uk/adsl/error_correction.htm#CRC) anyhow.
But what is interesting notice this about the recorded HEC count.
1235566767,3616,10.3,2774,1948
1235566888,2304,15.6,5163,0
See how not only the sync speed changed - but also the HECs reset to zero - so obviously a reconnection has taken place.
Its unlikely both DMT and routerstats would also show blips at the same time if they were an error.
The spot on 18:00 one is interesting - this may be a wild goose chase... but does this by any chance happen at 18:00 each day? Im just thinking of the infamous 24hr boots at midnight by many a netgear router and just wanted to rule that one out.
Im afraid I really dont understand why though that the netgear isnt recording it in its logs... nor why idnet say they cant either.
Something is definitely happening... the chance in sync speed, the change back to your target SNR and the resetting of HECs all point that the router has resync.
Do you have another router that you can use or borrow just for testing purposes?
-
@kitz, thanks for your feedback.
>See how not only the sync speed changed - but also the HECs reset to zero - so obviously a reconnection has taken place.
A.----Yes, but I had started to doubt myself over all of this, all of your your observations agree with my thoughts.
>....but does this by any chance happen at 18:00 each day?
A.----There doesn't seem to be a reliable trend. The recent re-syncs not 'recognised' by the Netgear log/BT/Idnet are at 19Feb@20:20, 20Feb@00:17, 21Feb@2326, 24Feb@18:25 & 25Feb@18:00.
On each of these occasions, the errors in the previous 15 mins as reported by the Netgear are approx 3,000CRC & 1,400HEC.
>Do you have another router that you can use or borrow just for testing purposes?
A.-----Yes, as you may remember, I have a USR9105.
My plan had been to wait until Saturday, reset (using the reset button) and use the recovery utility to re9install the 1.02.16 official software. Then if there was no change, to re-use the USR.
>Im just thinking of the infamous 24hr boots at midnight by many a netgear router.
A.-----I have never heard of this issue, I am now inclined to take your suggestion and go straight to the USR on Saturday.
Overall, my strategy is to pursue this until the logs from my end and Idnet supports our observations.
Thanks again,
MC
-
>> have never heard of this issue,
It was only on the off chance. What it is was that certain firmware versions would loose sync every 24hours at dead on midnight.
The only reason I mentioned it was just for elimination.. it could be that your time wasn't set to GMT and therefore doing it at 6pm or something silly.
Since it doesnt happen every day - then we can safely rule that one out anyhow.
>> I have a USR9105.
Sorry - I see many different threads/posts per day and my memory is like a sieve at the best of times... therefore I often need reminding. :blush:
-
@kitz
>it could be that your time wasn't set to GMT.
A.-----I like to generate ideas laterally myself. However it is interesting that before I posted this thread, I considered that my PC system clock has to be set to US Eastern Time for the work I do, the Netgear sets itself to GMT. Yet the 5 hour difference doesnt fit in anywhere.
>Sorry - I see many different threads/posts per day
A.-----No need, "‘It is a good rule in life never to apologize. The right sort of people do not want apologies, and the wrong sort take a mean advantage of them." P. G. Wodehouse (1881-1975).
>I couldnt tell from your IP.
A.----- ;)
MC
-
I captured a re-sync on my Netgear log on Friday night and the stats show a spike in CRC
15 minutes interval [-30 min to -15 min] time = 15 min 0 sec
SF = 52923
CRC = 5319
LOS = 0
LOF = 0
ES = 360
# /usr/sbin/adslctl info --stats
/usr/sbin/adslctl: ADSL driver and PHY status
Status: ShowtimeRetrain Reason: 1
Channel: INTR, Upstream rate = 448 Kbps, Downstream rate = 2400 Kbps
Link Power State: L0
Mode: G.DMT
Channel: Interleave
Trellis: OFF
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 14.7 19.0
Attn(dB): 45.0 29.0
Pwr(dBm): 18.6 11.9
Max(Kbps): 2688 972
Rate (Kbps): 2400 448
G.dmt framing
K: 76(0) 15
R: 14 16
S: 2 8
D: 8 2
ADSL2 framing
MSGc: 1 1
B: 113 15
M: 2 8
T: 1 1
R: 16 16
S: 2.1403 9.0000
L: 912 128
D: 8 2
Counters
SF: 98883 98882
SFErr: 6 0
RS: 3362042 839978
RSCorr: 11942 0
RSUnCorr: 21 0
HEC: 5 0
OCD: 1 0
LCD: 0 0
Total Cells: 9515307 0
Data Cells: 509 0
Drop Cells: 0
Bit Errors: 0 0
ES: 4529 0
SES: 205 0
UAS: 161 0
AS: 1681
INP: 0.56 1.00
PER: 1.87 1.96
delay: 4.28 4.50
OR: 29.90 28.44
Bitswap: 0 0
Total time = 1 days 8 hours 29 min 19 sec
SF = 11946492
CRC = 16238
LOS = 4
LOF = 36
ES = 4529
Latest 1 day time = 8 hours 29 min 19 sec
SF = 1793540
CRC = 6111
LOS = 1
LOF = 9
ES = 529
Latest 15 minutes time = 14 min 19 sec
SF = 50504
CRC = 4
LOS = 0
LOF = 0
ES = 2
Previous 15 minutes time = 15 min 0 sec
SF = 48969
CRC = 567
LOS = 1
LOF = 9
ES = 4
Previous 1 day time = 24 hours 0 sec
SF = 5077834
CRC = 4926
LOS = 1
LOF = 9
ES = 3708
15 minutes interval [-30 min to -15 min] time = 15 min 0 sec
SF = 52923
CRC = 5319
LOS = 0
LOF = 0
ES = 360
15 minutes interval [-45 min to -30 min] time = 15 min 0 sec
SF = 52923
CRC = 142
LOS = 0
LOF = 0
ES = 100
15 minutes interval [-60 min to -45 min] time = 15 min 0 sec
SF = 52923
CRC = 3
LOS = 0
LOF = 0
ES = 3
Showtime Drop Reason: 1
Last Retrain Reason: 1
Changing the router on Saturday, back to USR and on Monday night, another log caught re-sync with data. At least the router is logging these now. After this re-sync, Interleave Depth was set to 4.
Throughout all this re-sync period, the Interleave Depth has been set to 8, when stability was good and connection rates was about 4800, Interleave Depth was set to 16.
The response from my ISP is that the BT helpdesk say that Interleave can only be set to on or off!!!!!, and that BT have set my connection rate to 2000 to increase stabilty!!!!!!!
The latest after BT testing/configuring shows Interleave off
adslctl: ADSL driver and PHY status
Status: Showtime Channel: FAST, Upstream rate = 288 Kbps, Downstream rate = 2272 Kbps
Mode: G.DMT
Channel: Fast
Trellis: ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 20.3 26.0
Attn(dB): 44.5 27.0
Pwr(dBm): 11.9 19.6
Max(Kbps): 6688 1072
Rate (Kbps): 2272 288
K: 72(0) 10
R: 0 0
S: 1 1
D: 1 1
SF: 28817 28815
SFErr: 3 0
RS: 0 0
RSCorr: 0 0
RSUnCorr: 0 0
HEC: 1 0
OCD: 0 0
LCD: 0 0
I feel a conspiracy theory coming on
-
Please let me know what you see :-
Edited for statement:- as I can not get DMT's freq. response for USR, I have used Routerstats capture
[attachment deleted by admin]
-
Hmmm those graphs are weird.... they dont look like the same line if I didnt know better.
The first one shows fairly decent bit loading across bins up to 122. Bit loading in the bins after that would seem to imply there was (or had been) some noise occurring above 536 kHz.
The 2nd graph looks like its been taken at a later date... and now bins 120+ are much better, with a better SNR (noise has disappeared), although there is still a tiny bit here and there but not too major.
The lower bit loading in the 2nd graph across the lower frequencies will likely now be due to your line being capped at 2272 kbps.
In ideal conditions that line should be getting just shy of 6Mb.. but the line is obviously very noisy... and its very likely EMI from some source that is causing your problems.
-
>>The 2nd graph looks like its been taken at a later date
YES, the dates are in the title of the png, and of course they are the same line
>>The lower bit loading in the 2nd graph across the lower frequencies will likely now be due to your line being capped at 2272 kbps.
Interesting, as the following was taken at the same time as the 2nd tone/freq response chart.
I agree with your comments about noise, however its frustrating that my ISP constantly contradicts this and will not accept ant Routerstats/DMT evidence of re-sync and SNRM action.
What has happened was that BT capped the conn at 2272 and turned off interleaving in order to see if the line was stable. It continued to re-sync, but as the ISP raduis server logs showed 'user requested' disconnect, the ISP say my routers (yes both) are at fault. For some reason they do not want to considerr that the routers may be legit in re-syncing and that a fault is causing this.
The cap was taken off by BT on 4 March09, at which time G.dmt framing 'D' returned to 16,
and until today, both the ADSL 2 framing 'D' remained at 1, and the delay remained at 0.25.
Status: ShowtimeRetrain Reason: 0
Channel: INTR, Upstream rate = 448 Kbps, Downstream rate = 4160 Kbps
Link Power State: L0
Mode: G.DMT
Channel: Interleave
Trellis: OFF
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 12.3 23.0
Attn(dB): 45.0 29.0
Pwr(dBm): 19.7 11.8
Max(Kbps): 4608 1084
Rate (Kbps): 4160 448
G.dmt framing
K: 131(0) 15
R: 12 16
S: 1 8
D: 16 2
ADSL2 framing
MSGc: 1 1
B: 131 15
M: 1 8
T: 1 1
R: 12 16
S: 1.0909 9.0000
L: 1056 128
D: 16 2
Counters
SF: 30856 30795
SFErr: 1 0
RS: 2098254 261757
RSCorr: 18106 0
RSUnCorr: 16 0
HEC: 1 0
OCD: 0 0
LCD: 0 0
Total Cells: 5146871 0
Data Cells: 143853 0
Drop Cells: 0
Bit Errors: 0 0
ES: 1 0
SES: 0 0
UAS: 18 0
AS: 525
INP: 0.72 1.00
PER: 1.90 1.96
delay: 4.36 4.50
OR: 29.33 28.44
Bitswap: 0 0
-
Have you checked/changed all filters or just remove phones to test stability?
Have you pluged the router directly into the test socket?
If you dial 17070 then option two (quiet line) do you hear any noise? ( I put my phone on speaker but dont have it near the ear when she speaks again :)).
-
@BritBrat
>>Have you checked/changed all filters or just remove phones to test stability?
Tried 2 routers, 5 micro-filters including ADSL Nation Pro, numerous RJ11 leads and many telephones.
>>Have you pluged the router directly into the test socket?
No extension wiring, and the microfilter is plugged directly into NTE-5 backplate
>>If you dial 17070 then option two
No audible noise when the router is unplugged. When router also in circuit I get a sound like a distant helicopter, however the ISP claims no noise on the line
-
Hi
No audible noise when the router is unplugged. When router also in circuit I get a sound like a distant helicopter, however the ISP claims no noise on the line
That does not sound good . I would expect to have quiet line whether the router is in circuit or not ?
Jeff
-
Are you running two testers at the same time?
DMT and Routerstats.
Because I don't think you can do that as you will have two login users.
I run router stats from one computer but it stops me login from another.
That does not sound good . I would expect to have quiet line whether the router is in circuit or not ?
Yes mine is quiet even on speaker I would not hear anything unless I put it close to my ear.
Remove all phone/fax devices (do you have an alarm system connected to phone line?) plug the router into the test socket with no filter and see if you hear noise then. (yes with no filter)
-
>>Are you running two testers at the same time?
A.---I run Routerstats all the time I have my PC up. When I use DMT, I log in, capture, and come back out,
>>Because I don't think you can do that as you will have two login users.
A.---with same log-in, yes, off one PC.
>>Remove all phone/fax devices (do you have an alarm system connected to phone line?)
A.---No alarms, nothing.
>> plug the router into the test socket with no filter and see if you hear noise then. (yes with no filter).
A.---I can cannibalise an old phone to get the right lead for connecting the router to the telephone type socket, but give me a hint on listening if there will be no filter and the router is taking up the test socket?
I got it, I'll need to get a 2 to 1 adapter , will do
-
You have to have a filter on a phone but not on the router.
All I was trying to get you to do was isolate everything apart from one phone and router.
I don't think I was very clear before and never mentioned the phone and was thinking more of seeing the router stats than hearing the noise from the phone.
I guess you could do the quiet test then remove the phone just leaving the router overnight to see if it was any better.
I bet the problem is something simple.
-
@BritBrat
I am grateful for your positivity.
>>was thinking more of seeing the router stats than hearing the noise from the phone.
A.----I am going to leave the router plugged directly into the NTE-5 backplate tonight, nothing else in circuit and leave Routerstats all night.
However, the devil of a thing, I don't use the landline to make or recieve calls, so the last time I used the phone was to do a quiet test about 4 days ago. Last night and today, that helicopter sound has gone -- FIRST TIME SINCE LAST SEPTEMBER. Now I get a very very quiet white/pink noise. This would cheer me, yet the following CRC chart from yesterday deflated me as at some time after I turned off my PC, a re-sync took my conn rate down to 2592.
The Netgear log (yet again) does not show the re-sync. This lack of logging was another reason I was attempteding such a complete re-flash of software, yet on previous such occasions, my ISP claim to have received a 'User Requested' disconnect on their redius server.
>>I bet the problem is something simple.
Hope so, even if it means me looking a right idiot. I am going to leave Routerstats running overnight as mentioned, more info anyway!
Thanks again, MC
[attachment deleted by admin]
-
The 2nd graph looks like congestion to me but I am no expert.
Forget that thought it was speed but it is SNR.
If you now have no noise I would leave it a while to see what happens as it may settle down.
Hourly speed tests
(https://forum.kitz.co.uk/proxy.php?request=http%3A%2F%2Fimg401.imageshack.us%2Fimg401%2F222%2F0803200925.jpg&hash=164c1b91bbd1c979c268b36c1ac122e483eda817) (http://img142.imageshack.us/img142/9899/08032009.jpg)
-
>>leave it a while to see what happens as it may settle down.
A.---Router now connected direct to NTE-5 backplate, no filter, no NOTHING.
Interesting small change in the frequency response; before and after direct connection:-
Edit:- P.S. how are you gathering data for that chart?
[attachment deleted by admin]
-
Hi MC,
The second picture depicts Noise Margin, i.e. the amount of "freeboard", it suggests there is a significant increase in ambient noise from say mid afternoon onwards.
It also shows the resultant synchronising speed drop off from about 3,300 kbps at 15:45 down to about 500 kbps at about 22:00.
The CRC errors show peaks from about 18:30 to 19:15 and again from, roughly. 22:00 to 23:00
So these two pictures don't seem to be directly related. Graphs of other errors might provide better correlations ?
I do not think either is the same as BritBrat's speed test picture.
However the relatively gentle noise slope downwards over many hours doesn't seem to be directly related to a piece of plant being switched on.
It's almost as so the modem is gradually getting hot and bothered and running out of breath - i.e. the descrimination logic is becoming overloaded.
It's also unlikely that the actual internet throughput traffic, and speed if contention / traffic shaping happens more in the evening, would remain constant over such a long period.
Perhaps someone else can provide a different interpretation ?
Kind regards,
Walter
-
Hi MC,
I hope my previous note referring to your one earlier hasn't confused you.
From your new pictures it seems as there's been a good improvement with the higher frequency tones.
This might suggest your previous connection arrangement was introducing more noise ?
Kind regards,
Walter
-
@waltergmw
Not at all, just needed to use those grey things.
>>It also shows the resultant synchronising speed drop off from about 3,300 kbps at 15:45 down to about 500 kbps at about 22:00.
A.---This I do not see from the charts?
>>This might suggest your previous connection arrangement was introducing more noise ?
A.---Agreed, however if you view a freq response I posted earlier in the thread, its far from where it was.
Thanks, MC
Edited:- Anyway of automating the collection of Download speed data?
-
Hi MC,
The Rx Noise margin picture shows sync speeds down the RHS margin.
I'm using routerstats lite running on a remote PC and www.logmein to monitor the stats remotely.
Here's one I prepared earlier !
Kind regards,
Walter
[attachment deleted by admin]
-
Edit:- P.S. how are you gathering data for that chart?
"JD Auto SpeedTester" put it into Google UK with the "" and you will find it.
I'm using routerstats lite running on a remote PC and www.logmein to monitor the stats remotely.
Here's one I prepared earlier !
I am doing the same thing with the speed tester but using RemotelyAnywhere.
However the relatively gentle noise slope downwards over many hours doesn't seem to be directly related to a piece of plant being switched on.
It's almost as so the modem is gradually getting hot and bothered and running out of breath - i.e. the descrimination logic is becoming overloaded.
Did you say you had another router?
If you do try the other to rule out the router as faulty if you get the same results.
Do you have many portforward/firewall rules in the 834GT?
If so are they being loged, turn off loging.
-
@waltergmw
Sorry W, I only see a flat 4100k connection there. I did not manage to capture the re-sync last night.
@BritBrat
Thanks for the tip
Thanks both, MC
Edit:- BritBrat you little editer >:D
>>If you do try the other to rule out the router as faulty if you get the same results.
A.---A USRobotics, I've tried swapping many times, I get the same SNRM action as those charts posted. The only difference between them is the way the USR does not bring PPP back up after one of my disputed re-sync events.
>>Do you have many portforward/firewall rules in the 834GT?
A.---No rules, I took them out weeks ago, just in case.
-
I think you need to try the other router again directly into the test socket as you have it now.
As you have reduced the noise on the line.
-
>>I think you need to try the other router again directly into the test socket as you have it now.
A.---Done, I have attached the SNRM and CRC for yesterday/overnight -- the re-sync was caught on the GT's log:-
Wed, 2009-03-11 01:37:47 - LCP down.
Wed, 2009-03-11 01:37:55 - Initialize LCP.
Wed, 2009-03-11 01:37:55 - LCP is allowed to come up.
Wed, 2009-03-11 01:38:02 - CHAP authentication success
Also attached the freq. response before the router swap, however I cannot get Routerstats or DMT to graph the freq. response (with the USR) so until I get the Netgear I can't post a graph of this. Noise and sync graphing are OK.
Feedback much appreciated, MC
[attachment deleted by admin]
[attachment deleted by admin]
-
That looks a lot better.
I would leave it now for a day or two and see what happens.
In the mean time start pluging phone equipment in one at a time to see if you get the noise back and isolate the faulty device.
It may have been the router faulty and causing the noise.
however I cannot get Routerstats or DMT to graph the freq. response (with the USR) so until I get the Netgear I can't post a graph of this. Noise and sync graphing are OK.
Try routerstats lite.
Although it does look like it may not do that USR:
[attachment deleted by admin]
-
>>That looks a lot better.
A.----Those charts are for the Netgear. I inserted the USR 9ish today.
>>In the mean time start pluging phone equipment in one at a time to see if you get the noise back and isolate the faulty device.
A.----Just in case I have confused the issue, the helicopter dissappeared before I removed the telephone and microfilter out of circuit. This had surprised me as this noise had been present at one volume or another since Sept08.
Anyway, I will stick to the plan and introduce things after I have left the USR for a few days, as it only went in Wed a.m.
I will also try the lite version.
Thanks again, MC
-
Overnight Update.
There have been 're-syncless' nights previously, however the attached charts of HEC and ES indicate a router resilience to errors this night.
Chart notes:-
1. The SNRM chart is a different time-scale to the HEC and ES charts.
2. The SNRM chart shows a re-sync event early in the day - that is the swapping back to the USR.
3. The HEC and ES charts exhibit a change roughly a third of a way through - this is me realising that RouterStats can plot for increments.
4. All sample once per minuite.
Even so, are not these errors rather high?
MC
[attachment deleted by admin]