<div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi,</div><div><br></div><div>for the sflow VLAN ID on subinterfaces there is a setting that has been introduced a while ago in EOS.</div><div><span style="font-family:monospace">sflow extension switch vlan forwarding</span></div><div><span style="font-family:monospace"><br></span></div><div>here is the TOI:</div><div><a href="https://www.arista.com/en/support/toi/eos-4-34-2f/22052-sflow-vlan-forwarding" target="_blank">https://www.arista.com/en/support/toi/eos-4-34-2f/22052-sflow-vlan-forwarding</a></div><div><span style="font-family:monospace"></span></div><div><br></div><div><span style="font-family:monospace"></span></div><div>But relabeling vlan-ids in sflow inside the sflow-to-rrd-handler is a workaround for the meantime, as the sflowtool will use vlan-id of the ethernet header by default and would report the wrong id as mentioned before:</div><div></div><div><br></div><div># fix for arista subinterface vlan in out and vlan translation<br>#<br>sub rewrite_subint_vlan<br>{<br>       my ($agent, $srcswport, $vlan, $ovlan) = @_;<br><br>       ###Out-VLAN will be set correctly on new switches<br>       return $ovlan if $ovlan == '100';<br><br></div><div>        ###relabel customer subinterface vlan-id to peering lan<br>        if($agent eq '<IP of switch>' && $srcswport == '<25>' && $vlan == '2001') {<br>                return '100';<br>        }</div><div>}</div><div>which would relabel the VLAN ID 2001 to show up as 100.</div><div><br></div><div><br></div><div>chris</div><div><br><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 23, 2026 at 12:26 PM Nick Hilliard via ixpmanager <<a href="mailto:ixpmanager@inex.ie" target="_blank">ixpmanager@inex.ie</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Salvador Bertenbreiter via ixpmanager wrote on 21/04/2026 23:57:<br>
> Is the subinterface method a better method to replace fanout ports? If <br>
> so, would that run on any HW platform (Tomahawk-based switch for <br>
> example), or are more advanced ASICs like Jericho required? We also use <br>
> mainly Arista as our IXP switches.<br>
<br>
Hi Salvador,<br>
<br>
Just on that sample configuration that Barry posted:<br>
<br>
> interface Ethernet25.2001<br>
>    description Cust: Resold Customer 1 Ltd<br>
>    encapsulation dot1q vlan 2001<br>
>    vlan id 10<br>
<br>
This configuration allows you to attach different incoming vlans to a <br>
single peering LAN, and also handles the case where ixp customer A on <br>
vlan 2001 wants to talk to ixp customer B on vlan 2002 on the same <br>
physical, but on the same LAN.  I.e. packets in and out on the same port <br>
- hence the "hair-pin" name.<br>
<br>
In other words, this is not the same as defining two normal <br>
subinterfaces with different VLAN IDs.<br>
<br>
There are limitations: the sflow vlan ID is the incoming vlan ID (i.e. <br>
2001) instead of the peering lan. There are also restrictions which <br>
apply to layer 2 ACLs.<br>
<br>
Nick<br>
_______________________________________________<br>
INEX IXP Manager mailing list<br>
<a href="mailto:ixpmanager@inex.ie" target="_blank">ixpmanager@inex.ie</a><br>
Unsubscribe or change options here: <a href="https://www.inex.ie/mailman/listinfo/ixpmanager" rel="noreferrer" target="_blank">https://www.inex.ie/mailman/listinfo/ixpmanager</a><br>
</blockquote></div><div><br clear="all"></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr">Christopher Rössler, Network Engineer<br><a href="mailto:christopher.roessler@bcix.de" target="_blank">christopher.roessler@bcix.de</a><br>+49 30 2332195 37<br><br>BCIX Management GmbH<br>Albrechtstr. 110<br>12103 Berlin<br>Germany<br><br>Geschäftsführer/Managing Directors: Jens Lietzmann, André Grüneberg<br>Handelsregister: Amtsgericht Charlottenburg, HRB 143581 B</div></div></div>
</div>