Re: [bess] DF election rule in EVPN MH, for untagged interface - reg

2019-04-09 Thread Muthu Arul Mozhi Perumal 
Hi Jorge,

Okay, thanks for the clarification..

Regards,
Muthu

On Tue, Apr 9, 2019 at 11:17 AM Rabadan, Jorge (Nokia - US/Mountain View) <
jorge.raba...@nokia.com> wrote:

> Hi,
>
>
>
> I think the definition of Ethernet Tag in the framework draft should be
> clear enough.
>
> There are implementations using configured IDs.
>
> Jorge
>
>
>
>
>
> *From: *Muthu Arul Mozhi Perumal 
> *Date: *Tuesday, April 9, 2019 at 2:54 AM
> *To: *"Rabadan, Jorge (Nokia - US/Mountain View)"  >
> *Cc: *Jaikumar Somasundaram , "
> bess@ietf.org" , P Muthu Arul Mozhi <
> p.muthu.arul.mo...@ericsson.com>
> *Subject: *Re: [bess] DF election rule in EVPN MH, for untagged interface
> - reg
>
>
>
> Hi Jorge,
>
>
>
> For EVPN VPWS, I understand that service instance identifies are used as
> Ethernet Tags in the DF election. However, for EVPN VPLS is it common to
> configure anything other than the VLAN ID (VID) as the Ethernet Tag? Do we
> have vendor implementations providing such an Ethernet Tag configuration
> different from the VID for EVPN VPLS?
>
>
>
> Regards,
>
> Muthu
>
>
>
> On Fri, Apr 5, 2019 at 9:49 PM Rabadan, Jorge (Nokia - US/Mountain View) <
> jorge.raba...@nokia.com> wrote:
>
> The Ethernet Tag that you use for DF Election does not even need to match
> what you have in the data path.
>
> Note that the definition says even “configured IDs”.
>
>
>
> As long as you use the same ID for the BD on all the PEs attached to the
> ES, you are fine.
>
>
>
> Thx
>
> Jorge
>
>
>
> *From: *Muthu Arul Mozhi Perumal 
> *Date: *Friday, April 5, 2019 at 5:10 PM
> *To: *"Rabadan, Jorge (Nokia - US/Mountain View)"  >
> *Cc: *Jaikumar Somasundaram , "
> bess@ietf.org" , P Muthu Arul Mozhi <
> p.muthu.arul.mo...@ericsson.com>
> *Subject: *Re: [bess] DF election rule in EVPN MH, for untagged interface
> - reg
>
>
>
> Thanks, Jorge. It is clear that the Ethernet Tag needs to be different
> from 0 for the purpose of DF election..
>
>
>
> One of the options a provider has for supporting untagged frames in EVPN
> VPLS multihoming in VID translation...a rule to match untagged frames and
> impose a VID at the ingress and another rule to match that VID and dispose
> it at the egress.
>
>
>
> Are there any other options that can interop well?
>
>
>
> Regards,
>
> Muthu
>
>
>
> On Fri, Apr 5, 2019 at 11:11 AM Rabadan, Jorge (Nokia - US/Mountain View) <
> jorge.raba...@nokia.com> wrote:
>
> Hi,
>
>
>
> I think you should check out
> https://tools.ietf.org/html/draft-ietf-bess-evpn-df-election-framework-09
>
>
>
> This draft updates RFC7432 in certain aspects of the DF Election, and it
> is already at the RFC editor.
>
>
>
> Check out the use of Ethernet Tag in the document.
>
>
>
>o Ethernet Tag - used to represent a Broadcast Domain that is
>
>  configured on a given ES for the purpose of DF election. Note that
>
>  any of the following may be used to represent a Broadcast Domain:
>
>  VIDs (including Q-in-Q tags), configured IDs, VNI (VXLAN Network
>
>  Identifiers), normalized VID, I-SIDs (Service Instance
>
>  Identifiers), etc., as long as the representation of the broadcast
>
>  domains is configured consistently across the multi-homed PEs
>
>  attached to that ES. The Ethernet Tag value MUST be different from
>
>  zero.
>
>
>
> Thanks.
>
> Jorge
>
>
>
> *From: *BESS  on behalf of Jaikumar Somasundaram <
> jaikumar.somasunda...@ericsson.com>
> *Date: *Friday, April 5, 2019 at 6:15 AM
> *To: *"bess@ietf.org" 
> *Cc: *P Muthu Arul Mozhi 
> *Subject: *[bess] DF election rule in EVPN MH, for untagged interface -
> reg
>
>
>
> Hi All,
>
>
>
> RFC7432, section 8.5, talks about DF election algorithm (service carving
> algorithm)
>
> only for  for VLAN-based service or  for 
> VLAN-(aware)
>
> bundle service.
>
>
>
> But there wont be any vlan id for untagged interface and so I wonder
>
> how the service carving algorithm can be applied to elect the DF.
>
> Also, should I use the lower VLAN ID even in the case of VLAN-bundle
>
> service, for electing the DF?
>
>
>
> Could some one help me to understand this please?
>
>
>
> =
> 8.5 <https://tools.ietf.org/html/rfc7432#section-8.5>.  Designated
> Forwarder Election
>
> …
>
>The default procedure for DF election at the granularity of 
>VL

Re: [bess] DF election rule in EVPN MH, for untagged interface - reg

2019-04-08 Thread Rabadan, Jorge (Nokia - US/Mountain View) 
Hi,

I think the definition of Ethernet Tag in the framework draft should be clear 
enough.
There are implementations using configured IDs.
Jorge


From: Muthu Arul Mozhi Perumal 
Date: Tuesday, April 9, 2019 at 2:54 AM
To: "Rabadan, Jorge (Nokia - US/Mountain View)" 
Cc: Jaikumar Somasundaram , "bess@ietf.org" 
, P Muthu Arul Mozhi 
Subject: Re: [bess] DF election rule in EVPN MH, for untagged interface - reg

Hi Jorge,

For EVPN VPWS, I understand that service instance identifies are used as 
Ethernet Tags in the DF election. However, for EVPN VPLS is it common to 
configure anything other than the VLAN ID (VID) as the Ethernet Tag? Do we have 
vendor implementations providing such an Ethernet Tag configuration different 
from the VID for EVPN VPLS?

Regards,
Muthu

On Fri, Apr 5, 2019 at 9:49 PM Rabadan, Jorge (Nokia - US/Mountain View) 
mailto:jorge.raba...@nokia.com>> wrote:
The Ethernet Tag that you use for DF Election does not even need to match what 
you have in the data path.
Note that the definition says even “configured IDs”.

As long as you use the same ID for the BD on all the PEs attached to the ES, 
you are fine.

Thx
Jorge

From: Muthu Arul Mozhi Perumal 
mailto:muthu.a...@gmail.com>>
Date: Friday, April 5, 2019 at 5:10 PM
To: "Rabadan, Jorge (Nokia - US/Mountain View)" 
mailto:jorge.raba...@nokia.com>>
Cc: Jaikumar Somasundaram 
mailto:jaikumar.somasunda...@ericsson.com>>,
 "bess@ietf.org<mailto:bess@ietf.org>" mailto:bess@ietf.org>>, P 
Muthu Arul Mozhi 
mailto:p.muthu.arul.mo...@ericsson.com>>
Subject: Re: [bess] DF election rule in EVPN MH, for untagged interface - reg

Thanks, Jorge. It is clear that the Ethernet Tag needs to be different from 0 
for the purpose of DF election..

One of the options a provider has for supporting untagged frames in EVPN VPLS 
multihoming in VID translation...a rule to match untagged frames and impose a 
VID at the ingress and another rule to match that VID and dispose it at the 
egress.

Are there any other options that can interop well?

Regards,
Muthu

On Fri, Apr 5, 2019 at 11:11 AM Rabadan, Jorge (Nokia - US/Mountain View) 
mailto:jorge.raba...@nokia.com>> wrote:
Hi,

I think you should check out 
https://tools.ietf.org/html/draft-ietf-bess-evpn-df-election-framework-09

This draft updates RFC7432 in certain aspects of the DF Election, and it is 
already at the RFC editor.

Check out the use of Ethernet Tag in the document.

   o Ethernet Tag - used to represent a Broadcast Domain that is
 configured on a given ES for the purpose of DF election. Note that
 any of the following may be used to represent a Broadcast Domain:
 VIDs (including Q-in-Q tags), configured IDs, VNI (VXLAN Network
 Identifiers), normalized VID, I-SIDs (Service Instance
 Identifiers), etc., as long as the representation of the broadcast
 domains is configured consistently across the multi-homed PEs
 attached to that ES. The Ethernet Tag value MUST be different from
 zero.

Thanks.
Jorge

From: BESS mailto:bess-boun...@ietf.org>> on behalf of 
Jaikumar Somasundaram 
mailto:jaikumar.somasunda...@ericsson.com>>
Date: Friday, April 5, 2019 at 6:15 AM
To: "bess@ietf.org<mailto:bess@ietf.org>" mailto:bess@ietf.org>>
Cc: P Muthu Arul Mozhi 
mailto:p.muthu.arul.mo...@ericsson.com>>
Subject: [bess] DF election rule in EVPN MH, for untagged interface - reg

Hi All,

RFC7432, section 8.5, talks about DF election algorithm (service carving 
algorithm)

only for  for VLAN-based service or  for VLAN-(aware)
bundle service.

But there wont be any vlan id for untagged interface and so I wonder
how the service carving algorithm can be applied to elect the DF.
Also, should I use the lower VLAN ID even in the case of VLAN-bundle
service, for electing the DF?

Could some one help me to understand this please?

=
8.5<https://tools.ietf.org/html/rfc7432#section-8.5>.  Designated Forwarder 
Election

…

   The default procedure for DF election at the granularity of  for VLAN-based service or  for VLAN-(aware)

   bundle service is referred to as "service carving".
…

  Assuming a redundancy group of N PE nodes, for VLAN-based service,

  the PE with ordinal i is the DF for an  when (V mod N)

  = i.  In the case of VLAN-(aware) bundle service, then the

  numerically lowest VLAN value in that bundle on that ES MUST be

  used in the modulo function.
…
===

Thanks & Regards
Jaikumar S

___
BESS mailing list
BESS@ietf.org<mailto:BESS@ietf.org>
https://www.ietf.org/mailman/listinfo/bess
___
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess

Re: [bess] DF election rule in EVPN MH, for untagged interface - reg

2019-04-08 Thread Muthu Arul Mozhi Perumal 
Hi Jorge,

For EVPN VPWS, I understand that service instance identifies are used as
Ethernet Tags in the DF election. However, for EVPN VPLS is it common to
configure anything other than the VLAN ID (VID) as the Ethernet Tag? Do we
have vendor implementations providing such an Ethernet Tag configuration
different from the VID for EVPN VPLS?

Regards,
Muthu

On Fri, Apr 5, 2019 at 9:49 PM Rabadan, Jorge (Nokia - US/Mountain View) <
jorge.raba...@nokia.com> wrote:

> The Ethernet Tag that you use for DF Election does not even need to match
> what you have in the data path.
>
> Note that the definition says even “configured IDs”.
>
>
>
> As long as you use the same ID for the BD on all the PEs attached to the
> ES, you are fine.
>
>
>
> Thx
>
> Jorge
>
>
>
> *From: *Muthu Arul Mozhi Perumal 
> *Date: *Friday, April 5, 2019 at 5:10 PM
> *To: *"Rabadan, Jorge (Nokia - US/Mountain View)"  >
> *Cc: *Jaikumar Somasundaram , "
> bess@ietf.org" , P Muthu Arul Mozhi <
> p.muthu.arul.mo...@ericsson.com>
> *Subject: *Re: [bess] DF election rule in EVPN MH, for untagged interface
> - reg
>
>
>
> Thanks, Jorge. It is clear that the Ethernet Tag needs to be different
> from 0 for the purpose of DF election..
>
>
>
> One of the options a provider has for supporting untagged frames in EVPN
> VPLS multihoming in VID translation...a rule to match untagged frames and
> impose a VID at the ingress and another rule to match that VID and dispose
> it at the egress.
>
>
>
> Are there any other options that can interop well?
>
>
>
> Regards,
>
> Muthu
>
>
>
> On Fri, Apr 5, 2019 at 11:11 AM Rabadan, Jorge (Nokia - US/Mountain View) <
> jorge.raba...@nokia.com> wrote:
>
> Hi,
>
>
>
> I think you should check out
> https://tools.ietf.org/html/draft-ietf-bess-evpn-df-election-framework-09
>
>
>
> This draft updates RFC7432 in certain aspects of the DF Election, and it
> is already at the RFC editor.
>
>
>
> Check out the use of Ethernet Tag in the document.
>
>
>
>o Ethernet Tag - used to represent a Broadcast Domain that is
>
>  configured on a given ES for the purpose of DF election. Note that
>
>  any of the following may be used to represent a Broadcast Domain:
>
>  VIDs (including Q-in-Q tags), configured IDs, VNI (VXLAN Network
>
>  Identifiers), normalized VID, I-SIDs (Service Instance
>
>  Identifiers), etc., as long as the representation of the broadcast
>
>  domains is configured consistently across the multi-homed PEs
>
>  attached to that ES. The Ethernet Tag value MUST be different from
>
>  zero.
>
>
>
> Thanks.
>
> Jorge
>
>
>
> *From: *BESS  on behalf of Jaikumar Somasundaram <
> jaikumar.somasunda...@ericsson.com>
> *Date: *Friday, April 5, 2019 at 6:15 AM
> *To: *"bess@ietf.org" 
> *Cc: *P Muthu Arul Mozhi 
> *Subject: *[bess] DF election rule in EVPN MH, for untagged interface -
> reg
>
>
>
> Hi All,
>
>
>
> RFC7432, section 8.5, talks about DF election algorithm (service carving
> algorithm)
>
> only for  for VLAN-based service or  for 
> VLAN-(aware)
>
> bundle service.
>
>
>
> But there wont be any vlan id for untagged interface and so I wonder
>
> how the service carving algorithm can be applied to elect the DF.
>
> Also, should I use the lower VLAN ID even in the case of VLAN-bundle
>
> service, for electing the DF?
>
>
>
> Could some one help me to understand this please?
>
>
>
> =
> 8.5 <https://tools.ietf.org/html/rfc7432#section-8.5>.  Designated
> Forwarder Election
>
> …
>
>The default procedure for DF election at the granularity of 
>VLAN> for VLAN-based service or  for VLAN-(aware)
>
>bundle service is referred to as "service carving".
>
> …
>
>   Assuming a redundancy group of N PE nodes, for VLAN-based service,
>
>   the PE with ordinal i is the DF for an  when (V mod N)
>
>   = i.  In the case of VLAN-(aware) bundle service, then the
>
>   numerically lowest VLAN value in that bundle on that ES MUST be
>
>   used in the modulo function.
>
> …
>
> ===
>
>
>
> Thanks & Regards
>
> Jaikumar S
>
>
>
> ___
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess
>
>
___
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess

Re: [bess] DF election rule in EVPN MH, for untagged interface - reg

2019-04-05 Thread Rabadan, Jorge (Nokia - US/Mountain View) 
The Ethernet Tag that you use for DF Election does not even need to match what 
you have in the data path.
Note that the definition says even “configured IDs”.

As long as you use the same ID for the BD on all the PEs attached to the ES, 
you are fine.

Thx
Jorge

From: Muthu Arul Mozhi Perumal 
Date: Friday, April 5, 2019 at 5:10 PM
To: "Rabadan, Jorge (Nokia - US/Mountain View)" 
Cc: Jaikumar Somasundaram , "bess@ietf.org" 
, P Muthu Arul Mozhi 
Subject: Re: [bess] DF election rule in EVPN MH, for untagged interface - reg

Thanks, Jorge. It is clear that the Ethernet Tag needs to be different from 0 
for the purpose of DF election..

One of the options a provider has for supporting untagged frames in EVPN VPLS 
multihoming in VID translation...a rule to match untagged frames and impose a 
VID at the ingress and another rule to match that VID and dispose it at the 
egress.

Are there any other options that can interop well?

Regards,
Muthu

On Fri, Apr 5, 2019 at 11:11 AM Rabadan, Jorge (Nokia - US/Mountain View) 
mailto:jorge.raba...@nokia.com>> wrote:
Hi,

I think you should check out 
https://tools.ietf.org/html/draft-ietf-bess-evpn-df-election-framework-09

This draft updates RFC7432 in certain aspects of the DF Election, and it is 
already at the RFC editor.

Check out the use of Ethernet Tag in the document.

   o Ethernet Tag - used to represent a Broadcast Domain that is
 configured on a given ES for the purpose of DF election. Note that
 any of the following may be used to represent a Broadcast Domain:
 VIDs (including Q-in-Q tags), configured IDs, VNI (VXLAN Network
 Identifiers), normalized VID, I-SIDs (Service Instance
 Identifiers), etc., as long as the representation of the broadcast
 domains is configured consistently across the multi-homed PEs
 attached to that ES. The Ethernet Tag value MUST be different from
 zero.

Thanks.
Jorge

From: BESS mailto:bess-boun...@ietf.org>> on behalf of 
Jaikumar Somasundaram 
mailto:jaikumar.somasunda...@ericsson.com>>
Date: Friday, April 5, 2019 at 6:15 AM
To: "bess@ietf.org<mailto:bess@ietf.org>" mailto:bess@ietf.org>>
Cc: P Muthu Arul Mozhi 
mailto:p.muthu.arul.mo...@ericsson.com>>
Subject: [bess] DF election rule in EVPN MH, for untagged interface - reg

Hi All,

RFC7432, section 8.5, talks about DF election algorithm (service carving 
algorithm)

only for  for VLAN-based service or  for VLAN-(aware)
bundle service.

But there wont be any vlan id for untagged interface and so I wonder
how the service carving algorithm can be applied to elect the DF.
Also, should I use the lower VLAN ID even in the case of VLAN-bundle
service, for electing the DF?

Could some one help me to understand this please?

=
8.5<https://tools.ietf.org/html/rfc7432#section-8.5>.  Designated Forwarder 
Election

…

   The default procedure for DF election at the granularity of  for VLAN-based service or  for VLAN-(aware)

   bundle service is referred to as "service carving".
…

  Assuming a redundancy group of N PE nodes, for VLAN-based service,

  the PE with ordinal i is the DF for an  when (V mod N)

  = i.  In the case of VLAN-(aware) bundle service, then the

  numerically lowest VLAN value in that bundle on that ES MUST be

  used in the modulo function.
…
===

Thanks & Regards
Jaikumar S

___
BESS mailing list
BESS@ietf.org<mailto:BESS@ietf.org>
https://www.ietf.org/mailman/listinfo/bess
___
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess

Re: [bess] DF election rule in EVPN MH, for untagged interface - reg

2019-04-05 Thread Muthu Arul Mozhi Perumal 
Thanks, Jorge. It is clear that the Ethernet Tag needs to be different from
0 for the purpose of DF election..

One of the options a provider has for supporting untagged frames in EVPN
VPLS multihoming in VID translation...a rule to match untagged frames and
impose a VID at the ingress and another rule to match that VID and dispose
it at the egress.

Are there any other options that can interop well?

Regards,
Muthu

On Fri, Apr 5, 2019 at 11:11 AM Rabadan, Jorge (Nokia - US/Mountain View) <
jorge.raba...@nokia.com> wrote:

> Hi,
>
>
>
> I think you should check out
> https://tools.ietf.org/html/draft-ietf-bess-evpn-df-election-framework-09
>
>
>
> This draft updates RFC7432 in certain aspects of the DF Election, and it
> is already at the RFC editor.
>
>
>
> Check out the use of Ethernet Tag in the document.
>
>
>
>o Ethernet Tag - used to represent a Broadcast Domain that is
>
>  configured on a given ES for the purpose of DF election. Note that
>
>  any of the following may be used to represent a Broadcast Domain:
>
>  VIDs (including Q-in-Q tags), configured IDs, VNI (VXLAN Network
>
>  Identifiers), normalized VID, I-SIDs (Service Instance
>
>  Identifiers), etc., as long as the representation of the broadcast
>
>  domains is configured consistently across the multi-homed PEs
>
>  attached to that ES. The Ethernet Tag value MUST be different from
>
>  zero.
>
>
>
> Thanks.
>
> Jorge
>
>
>
> *From: *BESS  on behalf of Jaikumar Somasundaram <
> jaikumar.somasunda...@ericsson.com>
> *Date: *Friday, April 5, 2019 at 6:15 AM
> *To: *"bess@ietf.org" 
> *Cc: *P Muthu Arul Mozhi 
> *Subject: *[bess] DF election rule in EVPN MH, for untagged interface -
> reg
>
>
>
> Hi All,
>
>
>
> RFC7432, section 8.5, talks about DF election algorithm (service carving
> algorithm)
>
> only for  for VLAN-based service or  for 
> VLAN-(aware)
>
> bundle service.
>
>
>
> But there wont be any vlan id for untagged interface and so I wonder
>
> how the service carving algorithm can be applied to elect the DF.
>
> Also, should I use the lower VLAN ID even in the case of VLAN-bundle
>
> service, for electing the DF?
>
>
>
> Could some one help me to understand this please?
>
>
>
> =
> 8.5 <https://tools.ietf.org/html/rfc7432#section-8.5>.  Designated
> Forwarder Election
>
> …
>
>The default procedure for DF election at the granularity of 
>VLAN> for VLAN-based service or  for VLAN-(aware)
>
>bundle service is referred to as "service carving".
>
> …
>
>   Assuming a redundancy group of N PE nodes, for VLAN-based service,
>
>   the PE with ordinal i is the DF for an  when (V mod N)
>
>   = i.  In the case of VLAN-(aware) bundle service, then the
>
>   numerically lowest VLAN value in that bundle on that ES MUST be
>
>   used in the modulo function.
>
> …
>
> ===
>
>
>
> Thanks & Regards
>
> Jaikumar S
>
>
> ___
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess
>
___
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess

Re: [bess] DF election rule in EVPN MH, for untagged interface - reg

2019-04-05 Thread Jaikumar Somasundaram 
Thanks a lot Jorge.

Thanks & Regards
Jaikumar S

From: Rabadan, Jorge (Nokia - US/Mountain View) 
Sent: Friday, April 5, 2019 11:11 AM
To: Jaikumar Somasundaram ; bess@ietf.org
Cc: P Muthu Arul Mozhi 
Subject: Re: [bess] DF election rule in EVPN MH, for untagged interface - reg

Hi,

I think you should check out 
https://tools.ietf.org/html/draft-ietf-bess-evpn-df-election-framework-09

This draft updates RFC7432 in certain aspects of the DF Election, and it is 
already at the RFC editor.

Check out the use of Ethernet Tag in the document.

   o Ethernet Tag - used to represent a Broadcast Domain that is
 configured on a given ES for the purpose of DF election. Note that
 any of the following may be used to represent a Broadcast Domain:
 VIDs (including Q-in-Q tags), configured IDs, VNI (VXLAN Network
 Identifiers), normalized VID, I-SIDs (Service Instance
 Identifiers), etc., as long as the representation of the broadcast
 domains is configured consistently across the multi-homed PEs
 attached to that ES. The Ethernet Tag value MUST be different from
 zero.

Thanks.
Jorge

From: BESS mailto:bess-boun...@ietf.org>> on behalf of 
Jaikumar Somasundaram 
mailto:jaikumar.somasunda...@ericsson.com>>
Date: Friday, April 5, 2019 at 6:15 AM
To: "bess@ietf.org<mailto:bess@ietf.org>" mailto:bess@ietf.org>>
Cc: P Muthu Arul Mozhi 
mailto:p.muthu.arul.mo...@ericsson.com>>
Subject: [bess] DF election rule in EVPN MH, for untagged interface - reg

Hi All,

RFC7432, section 8.5, talks about DF election algorithm (service carving 
algorithm)

only for  for VLAN-based service or  for VLAN-(aware)
bundle service.

But there wont be any vlan id for untagged interface and so I wonder
how the service carving algorithm can be applied to elect the DF.
Also, should I use the lower VLAN ID even in the case of VLAN-bundle
service, for electing the DF?

Could some one help me to understand this please?

=
8.5<https://tools.ietf.org/html/rfc7432#section-8.5>.  Designated Forwarder 
Election

…

   The default procedure for DF election at the granularity of  for VLAN-based service or  for VLAN-(aware)

   bundle service is referred to as "service carving".
…

  Assuming a redundancy group of N PE nodes, for VLAN-based service,

  the PE with ordinal i is the DF for an  when (V mod N)

  = i.  In the case of VLAN-(aware) bundle service, then the

  numerically lowest VLAN value in that bundle on that ES MUST be

  used in the modulo function.
…
===

Thanks & Regards
Jaikumar S

___
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess

Re: [bess] DF election rule in EVPN MH, for untagged interface - reg

2019-04-04 Thread Rabadan, Jorge (Nokia - US/Mountain View) 
Hi,

I think you should check out 
https://tools.ietf.org/html/draft-ietf-bess-evpn-df-election-framework-09

This draft updates RFC7432 in certain aspects of the DF Election, and it is 
already at the RFC editor.

Check out the use of Ethernet Tag in the document.

   o Ethernet Tag - used to represent a Broadcast Domain that is
 configured on a given ES for the purpose of DF election. Note that
 any of the following may be used to represent a Broadcast Domain:
 VIDs (including Q-in-Q tags), configured IDs, VNI (VXLAN Network
 Identifiers), normalized VID, I-SIDs (Service Instance
 Identifiers), etc., as long as the representation of the broadcast
 domains is configured consistently across the multi-homed PEs
 attached to that ES. The Ethernet Tag value MUST be different from
 zero.

Thanks.
Jorge

From: BESS  on behalf of Jaikumar Somasundaram 

Date: Friday, April 5, 2019 at 6:15 AM
To: "bess@ietf.org" 
Cc: P Muthu Arul Mozhi 
Subject: [bess] DF election rule in EVPN MH, for untagged interface - reg

Hi All,

RFC7432, section 8.5, talks about DF election algorithm (service carving 
algorithm)

only for  for VLAN-based service or  for VLAN-(aware)
bundle service.

But there wont be any vlan id for untagged interface and so I wonder
how the service carving algorithm can be applied to elect the DF.
Also, should I use the lower VLAN ID even in the case of VLAN-bundle
service, for electing the DF?

Could some one help me to understand this please?

=
8.5<https://tools.ietf.org/html/rfc7432#section-8.5>.  Designated Forwarder 
Election

…

   The default procedure for DF election at the granularity of  for VLAN-based service or  for VLAN-(aware)

   bundle service is referred to as "service carving".
…

  Assuming a redundancy group of N PE nodes, for VLAN-based service,

  the PE with ordinal i is the DF for an  when (V mod N)

  = i.  In the case of VLAN-(aware) bundle service, then the

  numerically lowest VLAN value in that bundle on that ES MUST be

  used in the modulo function.
…
===

Thanks & Regards
Jaikumar S

___
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess

[bess] DF election rule in EVPN MH, for untagged interface - reg

2019-04-04 Thread Jaikumar Somasundaram 
Hi All,

RFC7432, section 8.5, talks about DF election algorithm (service carving 
algorithm)

only for  for VLAN-based service or  for VLAN-(aware)
bundle service.

But there wont be any vlan id for untagged interface and so I wonder
how the service carving algorithm can be applied to elect the DF.
Also, should I use the lower VLAN ID even in the case of VLAN-bundle
service, for electing the DF?

Could some one help me to understand this please?

=
8.5.  Designated Forwarder 
Election



   The default procedure for DF election at the granularity of  for VLAN-based service or  for VLAN-(aware)

   bundle service is referred to as "service carving".


  Assuming a redundancy group of N PE nodes, for VLAN-based service,

  the PE with ordinal i is the DF for an  when (V mod N)

  = i.  In the case of VLAN-(aware) bundle service, then the

  numerically lowest VLAN value in that bundle on that ES MUST be

  used in the modulo function.

===

Thanks & Regards
Jaikumar S

___
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess