12,270
edits
TalkTalk and DSCP and 19 second latency: Difference between revisions
TalkTalk and DSCP and 19 second latency (view source)
Revision as of 11:46, 28 February 2022
, 28 February 2022no edit summary
m (→The fix) |
mNo edit summary |
||
| (5 intermediate revisions by the same user not shown) | |||
|
'''Updates:'''
2021-12-13 Updated with reply from Aruba
Further updates from TalkTalk expected middle of the week
Further updates from TalkTalk expected in the new year
2022-02-01 Update from TalkTalk (below) - saying they have fixed it, but our pings still show latency...
2022-02-24 TalkTAlk confirm that further investigation is underway and we've given details of a staff line to test with
This page is about in interesting problem that was reported to us, by a customer, in December 2021. We have written this up so that this page can be found if other people are seeing a similar problem.
1408 bytes from x.x.x.x: icmp_seq=986 ttl=63 time='''19084.589 ms'''
===Video:===
==Fault raised with TalkTalk==
===December 7th 2021 ===
A&A got in touch with TalkTalk directly by emailing TalkTalk's escalations department and our Service Manager. (There was no point in reporting an individual line fault via the normal channels for broadband fault.)
===December 9th===
TalkTalk are still investigating and are hoping to get back to us next week. They are assuring us on the point about packet inspection, that their policy remains the same in that they are not inspecting traffic in any way and that nor do they have the means to do so.
=== February 1st 2022 ===
Update from TalkTalk (below) - saying they have fixed it, but our pings still show latency...
''
The core engineering team have investigated and found that the config for the CoS classifier required adjustment - after discussing and planning the steps, a planned engineering work was scheduled, due to our change freeze it took a little longer to put in place, this has now completed and they request if you can kindly re-test and keep us updated.''
sudo ping -i 0.02 -Q 192 -s 1400 -c 200 X.X.X.X
PING X.X.X.X (X.X.X.X) 1400(1428) bytes of data.
1408 bytes from X.X.X.X: icmp_seq=1 ttl=63 time=8.25 ms
...
1408 bytes from 81.187.81.187: icmp_seq=200 ttl=63 time='''3084 ms'''
--- X.X.X.X ping statistics ---
200 packets transmitted, 200 received, 0% packet loss, time 675ms
rtt min/avg/max/mdev = 8.001/1466.857/3145.106/924.943 ms, pipe 70
'''To be continued....'''▼
==Ticket open with Aruba==
Current Solution: Customer is currently using the FireBrick feature to set the DSCP field to 0.
▲'''To be continued....'''
| |||