Hi,
In case we do QOS re-ordering (caused due to shaping & queueing) for
traffic classes after encryption, the encrypted pkts get re-ordered thus
changing the order of sequence numbers. At the receiving end, such
out-of-order pkts are droped by IPsec since they do not fall under the
anit-replay window range.
Is there any proposed solution/draft which caters to this problem?
If yes, it would be great if someone can point me to it.
--
With regards,
Prabhat
_______________________________________________
IPsec mailing list
IPsec@ietf.org
https://www.ietf.org/mailman/listinfo/ipsec
