Re: Mail regarding draft-zzhang-tsvwg-generic-transport-functions
"Jeffrey \(Zhaohui\) Zhang" <[email protected]>
| Newsgroups | gmane.ietf.pwe3,gmane.ietf.mpls |
|---|---|
| Message-ID | <MN2PR05MB5981B357959D01F00A001F84D4E90@MN2PR05MB5981.namprd05.prod.outlook.com> |
Hi Andy, Stewart,
If I understand it correctly, RFC4623 is specifically for PWs (p2p) and cannot be used for EVPN/VPLS.
The reason is that the sequence number in the control word is specific to the PW and the fragmentation/reassembly is performed in the context of the PW. In case of EVPN/VPLS, an egress PE could receive fragments from different ingress PEs and reassembly must be done in the right context.
In addition, RFC 7432 (EVPN) specifically calls out that control word is either not used or only with all-0:
- If a network uses deep packet inspection for its ECMP, then the
"Preferred PW MPLS Control Word" [RFC4385<https://tools.ietf.org/html/rfc4385>] SHOULD be used with the
value 0 (e.g., a 4-octet field with a value of zero) when sending
EVPN-encapsulated packets over an MP2P LSP.
- If a network uses entropy labels [RFC6790<https://tools.ietf.org/html/rfc6790>], then the control word
SHOULD NOT be used when sending EVPN-encapsulated packets over an
MP2P LSP.
- When sending EVPN-encapsulated packets over a P2MP LSP or P2P LSP,
then the control word SHOULD NOT be used.
This draft-zzhang allows the context to be determined from the extended “identification” field or from the outer header. In addition, it is “generic” such that it can be used for any situations where fragmentation is needed at any layer for any solution.
Thanks.
Jeffrey
From: Andrew G. Malis <[email protected]>
Sent: Tuesday, November 10, 2020 10:33 AM
To: Stewart Bryant <[email protected]>
Cc: [email protected]; mpls <[email protected]>; [email protected]
Subject: Re: [Pals] Mail regarding draft-zzhang-tsvwg-generic-transport-functions
[External Email. Be cautious of content]
Indeed, this is an already-solved problem.
Cheers,
Andy
On Tue, Nov 10, 2020 at 9:57 AM Stewart Bryant <[email protected]<mailto:[email protected]>> wrote:
Please can I draw the attention of the authors to https://tools.ietf.org/html/rfc4623<https://urldefense.com/v3/__https:/tools.ietf.org/html/rfc4623__;!!NEt6yMaO-gk!WnDW7J-i0YOpcV5sF1KDAfZnAaxHY5z-pG0oiSXKdSXdg9o9pRoRlJeq1ENEdsSd$>
This standards track RFC specifies how you can sent a fragmented Ethernet frame over a PW in an MPLS network and would seem applicable to the problem that you address in your draft.
BR
Stewart
_______________________________________________
Pals mailing list
[email protected]<mailto:[email protected]>
https://www.ietf.org/mailman/listinfo/pals<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/pals__;!!NEt6yMaO-gk!WnDW7J-i0YOpcV5sF1KDAfZnAaxHY5z-pG0oiSXKdSXdg9o9pRoRlJeq1KRQDg8M$>
Juniper Business Use Only
_______________________________________________
Pals mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/pals