Hi Adam, In this particular case I have > 1 EXP codepoint in BE class and I plan to remark to these codepoints.
And congestion on single link between 2 LSRs is the reason for my question. Thanks Alex ________________________________ From: [email protected] <[email protected]> Sent: 18 May 2017 14:58 Subject: RE: [c-nsp] Cisco CRS, ASR9K & 7600 MPLS hashing/load-balance: are EXP bits included? > Hello all, > A quick question - are EXP bits included in ECMP hashing algo on Cisco CRS, > ASR9K and 7600 acting as LSR (_NOT_ headend/tailend/LER)? > I have a particular case where FAT PWE with static flow labels are not > balanced well, so looking to fix that with EXP bit rewrite. > Many thanks > Very good question I actually don't know answer to. It looks like in Junos it can be enabled/disabled, but IOS and XR are different, different hash inputs in different situations, can't see any config option to enable/disable EXP/TOS/802.1p. Although personally I would not want the hashing to change depending on the QOS markings on the packet. See, if you look at all the usual hash inputs they are time invariant (well u can argue the ingress interface -but that's not usually on by default). In case you allow for down/up marking in the core, then introducing QOS markings into the hash algo may result in a case where if you down mark some packets due to congestion it changes hashing resulting in even more congestion. adam netconsultings.com ::carrier-class solutions for the telecommunications industry:: _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
