<div dir="auto">Good day,<div dir="auto"><br></div><div dir="auto">Thank a lot for such a wide answer, will get back after Huawei support resolves this issue.</div><div dir="auto"><br></div><div dir="auto">Vlad.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 23 Mar 2019, 00:40 Nick Hilliard, <<a href="mailto:nick@foobar.org">nick@foobar.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Vladislav Leontjev wrote on 22/03/2019 16:11:<br>
> FLOW,10.81.7.25,25,0,0027e360dd85,141877e02d33,0x0800,10,0,194.176.58.39,213.197.181.78,6,0x08,62,22,55515,0x18,150,114,8192<br>
> FLOW,10.81.7.25,25,0,0027e360dd85,141877e02d33,0x0800,10,0,194.176.58.39,213.197.181.78,6,0x08,62,22,55515,0x18,150,114,8192<br>
> <br>
> But ther's the same 0 vlan if I understand write according your script <br>
> and output?<br>
<br>
This looks badly broken, and the problem is the sflow output from the <br>
switch.<br>
<br>
Fields #3 and #4 (25, 0) are the SNMP indexes of the source and <br>
destination interfaces of the switch.  The destination interface ID is <br>
set to 0, which is impossible because SNMP IDs are indexed from 1 upwards.<br>
<br>
Fields #8 and #9 are the source and destination VLAN id.  Neither should <br>
be zero because dot1q vlan ID 0 does not exist.<br>
<br>
I think you need to talk to Huawei about this.  Each sflow record should <br>
contain a legitimate ifIndex ID for both the source and destination <br>
interface, and should also contain valid VLAN IDs, which are provided by <br>
the Sflow Extended Switch Data field in the sflow header.  This switch <br>
provides incorrect data for both these fields, which is a bug.<br>
<br>
Nick<br>
</blockquote></div>