TalkTalk and DSCP and 19 second latency: Difference between revisions
Appearance
Content deleted Content added
m →The fix |
mNo edit summary |
||
| Line 122: | Line 122: | ||
* Setting a special feature on AAISP and the FireBrick - ''''IP over LCP'''' - this sends the IP traffic as control frames. (high latency goes away). This IPoLCP is a niche feature and has been used in the past to help diagnose problems in back-haul networks: eg: https://www.revk.uk/2015/02/congestion-case-study.html |
* Setting a special feature on AAISP and the FireBrick - ''''IP over LCP'''' - this sends the IP traffic as control frames. (high latency goes away). This IPoLCP is a niche feature and has been used in the past to help diagnose problems in back-haul networks: eg: https://www.revk.uk/2015/02/congestion-case-study.html |
||
* '''Changing the DSCP value''' - only packets marked CS6 (192 to 195) are affected. Using values higher or lower and the latency goes away |
* '''Changing the DSCP value''' - only packets marked CS6 (192 to 195) are affected. Using values higher or lower and the latency goes away |
||
| ⚫ | |||
=== Things that were not tried === |
=== Things that were not tried === |
||
*Migrating the line to BT back-haul - this would have fixed the problem for the customer, but would not have fixed the problem in the TalkTalk network or the Aruba access point. Being engineers - we like to fix problems! |
*Migrating the line to BT back-haul - this would have fixed the problem for the customer, but would not have fixed the problem in the TalkTalk network or the Aruba access point. Being engineers - we like to fix problems! |
||
*Changing the DSCP setting on the Aruba Instant-On Access Points - there is no setting, the DSCP field is being set automatically. |
*Changing the DSCP setting on the Aruba Instant-On Access Points - there is no setting, the DSCP field is being set automatically. |
||
| ⚫ | |||
== Further tests == |
== Further tests == |
||