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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.