[bess] Re: rfc9251

[Alexander Vainshtein <[e-mail]>]

Mankamana ,
Lots of thanks for your response.



Regards,
Sasha

From: Mankamana Mishra (mankamis) <[e-mail]>
Sent: Thursday, January 16, 2025 12:30 AM
To: Alexander Vainshtein <[e-mail]>
Cc: [e-mail]; Ali Sajassi (sajassi) <[e-mail]>; Samir Thoria (sthoria) <[e-mail]>; John E Drake <jdrake=[e-mail]>; [e-mail]
Subject: [EXTERNAL] Re: rfc9251

Hi Sasha,

This draft does not change any behavior for snooping .  all control packet processing remains same for Query.

Mankamana

From: Alexander Vainshtein <[e-mail]<mailto:[e-mail]>>
Date: Tuesday, December 24, 2024 at 4:21 AM
To: Mankamana Mishra (mankamis) <[e-mail]<mailto:[e-mail]>>
Cc: [e-mail]<mailto:[e-mail]> <[e-mail]<mailto:[e-mail]>>, Ali Sajassi (sajassi) <[e-mail]<mailto:[e-mail]>>, Samir Thoria (sthoria) <[e-mail]<mailto:[e-mail]>>, John E Drake <jdrake=[e-mail]<mailto:jdrake=[e-mail]>>, [e-mail]<mailto:[e-mail]> <[e-mail]<mailto:[e-mail]>>
Subject: RE: rfc9251
Mankamana,
More of the same…

RFC 4541<https://datatracker.ietf.org/doc/html/rfc4541> suggest that IGMP-snooping switches may use 0.0.0.0 AS THE Source IP address in queries they generate and in “summary reports” they send in response to “real” queriers.

Is this applicable also to 9251-compliant EVPN?

I am asking because the only reference to 4541 deals with a different aspect of IGMP snooping.

Regards,
Sasha

From: Alexander Vainshtein
Sent: Tuesday, December 24, 2024 9:56 AM
To: Mankamana Mishra (mankamis) <[e-mail]<mailto:[e-mail]>>
Cc: [e-mail]<mailto:[e-mail]>; Ali Sajassi (sajassi) <[e-mail]<mailto:[e-mail]>>; Samir Thoria (sthoria) <[e-mail]<mailto:[e-mail]>>; John E Drake <jdrake=[e-mail]<mailto:jdrake=[e-mail]>>; [e-mail]<mailto:[e-mail]>
Subject: RE: rfc9251

Mankamana,
Apologies for my long silence.

Regarding a specific case of interest: I wonder if the Proxy Querier is allowed sending queries with IPv4 address of 0.0.0.0.

Regards, and lots of thanks in advance,
Sasha

From: Mankamana Mishra (mankamis) <[e-mail]<mailto:[e-mail]>>
Sent: Saturday, April 6, 2024 1:55 AM
To: Alexander Vainshtein <[e-mail]<mailto:[e-mail]>>; Ali Sajassi (sajassi) <[e-mail]<mailto:[e-mail]>>; Samir Thoria (sthoria) <[e-mail]<mailto:[e-mail]>>; John E Drake <jdrake=[e-mail]<mailto:jdrake=[e-mail]>>; [e-mail]<mailto:[e-mail]>
Cc: [e-mail]<mailto:[e-mail]>
Subject: [EXTERNAL] Re: rfc9251

Hi Shasha

Proxy querier behavior expects implementation to generate IGMP join locally on LAN after getting SMET joins. IP address depends on implementation. It can pick IP address from IRB or internal querier configuration.

Is there any specific case that has issue?

Mankamana

From: Alexander Vainshtein <[e-mail]<mailto:[e-mail]>>
Date: Sunday, March 17, 2024 at 5:27 AM
To: Ali Sajassi (sajassi) <[e-mail]<mailto:[e-mail]>>, Samir Thoria (sthoria) <[e-mail]<mailto:[e-mail]>>, John E Drake <jdrake=[e-mail]<mailto:jdrake=[e-mail]>>, Mankamana Mishra (mankamis) <[e-mail]<mailto:[e-mail]>>, [e-mail]<mailto:[e-mail]> <[e-mail]<mailto:[e-mail]>>
Cc: [e-mail]<mailto:[e-mail]> <[e-mail]<mailto:[e-mail]>>
Subject: RE: rfc9251
Hi all,
Yet another question related to RFC 9251.

Section 4.2 of RFC 9251<https://datatracker.ietf.org/doc/html/rfc9251#section-4.2> says:


As mentioned in the previous sections, each PE MUST have proxy querier functionality for the following reasons:
to enable the collection of EVPN PEs providing Layer 2 Virtual Private Network (L2VPN) service to act as a distributed multicast router with an anycast IP address for all attached hosts in that subnet
to enable suppression of IGMP Membership Reports and Membership Queries over MPLS/IP core

I wonder whether Source IP address of the queries mentioned above is presumed to be an IP address of an anycast EVPN IRB as defined in RFC 9135,  and, if yes, is this EVPN IRB assumed to be Symmetric or Asymmetric.

Regards, and lots of thanks in advance,
Sasha

From: Alexander Vainshtein
Sent: Sunday, March 17, 2024 2:06 PM
To: Ali Sajassi (sajassi) <[e-mail]<mailto:[e-mail]>>; Samir Thoria (sthoria) <[e-mail]<mailto:[e-mail]>>; John E Drake <jdrake=[e-mail]<mailto:jdrake=[e-mail]>>; '[e-mail]' <[e-mail]<mailto:[e-mail]>>; [e-mail]<mailto:[e-mail]>
Cc: '[e-mail]' <[e-mail]<mailto:[e-mail]>>
Subject: RE: rfc9251

Hi all,
Re-sending to the authors since the address : [e-mail]<mailto:[e-mail]> is invalid.

Regards,
Sasha

From: Alexander Vainshtein
Sent: Sunday, March 17, 2024 2:01 PM
To: [e-mail]<mailto:[e-mail]>
Cc: [e-mail]<mailto:[e-mail]>
Subject: rfc9251

Hi all,
I have a question regarding expected DP behavior in conjunction with RFC 9521: Are the PEs that support this RFC expected to decrement TTL in IP headers of multicast IP packets they forward?

This question is equally applicable to the “last mile” PEs that have received IGMP/MLD Joins and advertised them as SMET routes, and to the “first mile” PEs that receive and install these SMET routes.

The context for this question is my understanding that multicast IP traffic that is forwarded based on IMET route (e.g., to the PEs that have not advertised ability to advertise SMET routes)   does not undergo TTL decrement.

I have failed to find an answer to my question in the text of RFC 9251.

Your timely feedback would be highly appreciated.

Regards, and lots of thanks in advance,
Sasha



Disclaimer

This e-mail together with any attachments may contain information of Ribbon Communications Inc. and its Affiliates that is confidential and/or proprietary for the sole use of the intended recipient. Any review, disclosure, reliance or distribution by others or forwarding without express permission is strictly prohibited. If you are not the intended recipient, please notify the sender immediately and then delete all copies, including any attachments.