Re: [vpp-dev] gerrit.fd.io not responding

[Dave Wallace]

Thanks Pim.  I agree about Jira :)

Have a great weekend!
-daw-

On 2/25/22 7:42 PM, Pim van Pelt wrote:

Hoi,

Confirmed gerrit is up on its website. And to answer your question -- 
Yes, I'm logged in to the linuxfoundation SSO (and currently see 
gerrit in read/write view). Don't worry about it, Dave. I would've 
fired Jira too :)


groet,
Pim

On Sat, Feb 26, 2022 at 1:28 AM Dave Wallace  wrote:

Pim thanks for the status report.  It now appears to be back in
service.

FYI, gerrit.fd.io  is hosted in amazon AWS,
so it may have been a glitch routing to us-east-1.

As for access to LF-IT help desk, I'm not sure what the
restrictions are wrt. viewing tickets.  We you able to login?

Thanks,
-daw-

On 2/25/22 7:11 PM, Pim van Pelt wrote:

Hoi,

Thanks Dave. From me in Zurich, SSH (and git) are up, but perhaps
it's only the website that is down?
By the way, in case others see this too, I do not have permission
to view that ticket in Jira.

groet,
Pim

On Sat, Feb 26, 2022 at 1:06 AM Dave Wallace
 wrote:

Folks,

I have opened a ticket [0] with LF-IT due to gerrit.fd.io
 not responding.

Will provide an update when the issue is resolved or more
information is available.

Thanks,
-daw-
[0]
https://jira.linuxfoundation.org/plugins/servlet/theme/portal/2/IT-23671






-- 
Pim van Pelt 

PBVP1-RIPE - http://www.ipng.nl/




--
Pim van Pelt 
PBVP1-RIPE - http://www.ipng.nl/

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20926): https://lists.fd.io/g/vpp-dev/message/20926
Mute This Topic: https://lists.fd.io/mt/89401616/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] gerrit.fd.io not responding

[Pim van Pelt]

Hoi,

Confirmed gerrit is up on its website. And to answer your question -- Yes,
I'm logged in to the linuxfoundation SSO (and currently see gerrit in
read/write view). Don't worry about it, Dave. I would've fired Jira too :)

groet,
Pim

On Sat, Feb 26, 2022 at 1:28 AM Dave Wallace  wrote:

> Pim thanks for the status report.  It now appears to be back in service.
>
> FYI, gerrit.fd.io is hosted in amazon AWS, so it may have been a glitch
> routing to us-east-1.
>
> As for access to LF-IT help desk, I'm not sure what the restrictions are
> wrt. viewing tickets.  We you able to login?
>
> Thanks,
> -daw-
>
> On 2/25/22 7:11 PM, Pim van Pelt wrote:
>
> Hoi,
>
> Thanks Dave. From me in Zurich, SSH (and git) are up, but perhaps it's
> only the website that is down?
> By the way, in case others see this too, I do not have permission to view
> that ticket in Jira.
>
> groet,
> Pim
>
> On Sat, Feb 26, 2022 at 1:06 AM Dave Wallace  wrote:
>
>> Folks,
>>
>> I have opened a ticket [0] with LF-IT due to gerrit.fd.io not responding.
>>
>> Will provide an update when the issue is resolved or more information is
>> available.
>>
>> Thanks,
>> -daw-
>> [0]
>> https://jira.linuxfoundation.org/plugins/servlet/theme/portal/2/IT-23671
>>
>> 
>>
>>
>
> --
> Pim van Pelt 
> PBVP1-RIPE - http://www.ipng.nl/
>
>
>

-- 
Pim van Pelt 
PBVP1-RIPE - http://www.ipng.nl/

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20925): https://lists.fd.io/g/vpp-dev/message/20925
Mute This Topic: https://lists.fd.io/mt/89401616/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Resolved: [vpp-dev] gerrit.fd.io not responding

[Dave Wallace]

gerrit.fd.io is now responding again (without any known intervention).  
I have closed the ticket.


Thanks,
-daw-

On 2/25/22 7:06 PM, Dave Wallace via lists.fd.io wrote:

Folks,

I have opened a ticket [0] with LF-IT due to gerrit.fd.io not responding.

Will provide an update when the issue is resolved or more information 
is available.


Thanks,
-daw-
[0] 
https://jira.linuxfoundation.org/plugins/servlet/theme/portal/2/IT-23671





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20924): https://lists.fd.io/g/vpp-dev/message/20924
Mute This Topic: https://lists.fd.io/mt/89401986/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] gerrit.fd.io not responding

[Dave Wallace]

Pim thanks for the status report.  It now appears to be back in service.

FYI, gerrit.fd.io is hosted in amazon AWS, so it may have been a glitch 
routing to us-east-1.


As for access to LF-IT help desk, I'm not sure what the restrictions are 
wrt. viewing tickets.  We you able to login?


Thanks,
-daw-

On 2/25/22 7:11 PM, Pim van Pelt wrote:

Hoi,

Thanks Dave. From me in Zurich, SSH (and git) are up, but perhaps it's 
only the website that is down?
By the way, in case others see this too, I do not have permission to 
view that ticket in Jira.


groet,
Pim

On Sat, Feb 26, 2022 at 1:06 AM Dave Wallace  wrote:

Folks,

I have opened a ticket [0] with LF-IT due to gerrit.fd.io
 not responding.

Will provide an update when the issue is resolved or more
information is available.

Thanks,
-daw-
[0]
https://jira.linuxfoundation.org/plugins/servlet/theme/portal/2/IT-23671






--
Pim van Pelt 
PBVP1-RIPE - http://www.ipng.nl/

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20923): https://lists.fd.io/g/vpp-dev/message/20923
Mute This Topic: https://lists.fd.io/mt/89401616/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] gerrit.fd.io not responding

[Pim van Pelt]

Hoi,

Thanks Dave. From me in Zurich, SSH (and git) are up, but perhaps it's only
the website that is down?
By the way, in case others see this too, I do not have permission to view
that ticket in Jira.

groet,
Pim

On Sat, Feb 26, 2022 at 1:06 AM Dave Wallace  wrote:

> Folks,
>
> I have opened a ticket [0] with LF-IT due to gerrit.fd.io not responding.
>
> Will provide an update when the issue is resolved or more information is
> available.
>
> Thanks,
> -daw-
> [0]
> https://jira.linuxfoundation.org/plugins/servlet/theme/portal/2/IT-23671
>
> 
>
>

-- 
Pim van Pelt 
PBVP1-RIPE - http://www.ipng.nl/

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20922): https://lists.fd.io/g/vpp-dev/message/20922
Mute This Topic: https://lists.fd.io/mt/89401616/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] gerrit.fd.io not responding

[Dave Wallace]

Folks,

I have opened a ticket [0] with LF-IT due to gerrit.fd.io not responding.

Will provide an update when the issue is resolved or more information is 
available.


Thanks,
-daw-
[0] https://jira.linuxfoundation.org/plugins/servlet/theme/portal/2/IT-23671

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20921): https://lists.fd.io/g/vpp-dev/message/20921
Mute This Topic: https://lists.fd.io/mt/89401616/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] EVPN mac/IP routes are advertised when tunnel in created on kernal but not working when vxlan tunnel is on VPP #vpp-dev

[Pim van Pelt]

Hoi Suresh,

As I said - it is *not* implemented. The things that VPP's Linux CP plugin
support are:
- create interface in Linux (lcp create)
- copy forward IP addresses, link state and MTU values from VPP to Linux
- copy forward routes, IP addresses, link state and MTU values from Linux
into VPP

To answer your question more explicitly: It *does not* implement creation
or synchronization of bridge-domains from VPP to Linux, and it *does not*
implement creation or synchronization of Linux bridges into VPP.
Contributions for your use case in VPP are, of course, welcome.

groet,
Pim

On Fri, Feb 25, 2022 at 10:34 PM suresh vuppala  wrote:

> Hi Pim,
>
>   Thanks for the response. Is evpn auto-creating the bridge for Linux, and
> plumbing it through to FRR functionality supported currently on VPP code ?
> if Yes can you point me to the steps to achieve this
>
> Thanks,
> Suresh
> 
>
>

-- 
Pim van Pelt 
PBVP1-RIPE - http://www.ipng.nl/

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20920): https://lists.fd.io/g/vpp-dev/message/20920
Mute This Topic: https://lists.fd.io/mt/89374653/21656
Mute #vpp-dev:https://lists.fd.io/g/vpp-dev/mutehashtag/vpp-dev
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] EVPN mac/IP routes are advertised when tunnel in created on kernal but not working when vxlan tunnel is on VPP #vpp-dev

[suresh vuppala]

Hi Pim,

Thanks for the response. Is evpn auto-creating the bridge for Linux, and 
plumbing it through to FRR functionality supported currently on VPP code ? if 
Yes can you point me to the steps to achieve this

Thanks,
Suresh

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20919): https://lists.fd.io/g/vpp-dev/message/20919
Mute This Topic: https://lists.fd.io/mt/89374653/21656
Mute #vpp-dev:https://lists.fd.io/g/vpp-dev/mutehashtag/vpp-dev
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] VRRP master gratuitous ARP request with physical MAC address

[Matthew Smith via lists.fd.io]

Hi Ajesh,

Thanks for the explanation. When you have "accept mode" enabled on a VR and
that VR enters the master state, the virtual IP addresses get added on the
interface. From your description, it seems like the ARP/neighbor resolution
code is using the newly added IP address as the sender protocol address in
ARP requests rather than other addresses which were already configured on
the interface. I'll have to look into how that could be fixed.

Some possible workarounds for the time being:

   - Don't enable accept mode on the VR. If VRRP does not add the virtual
   IP address to the interface, it will not be used in ARP requests.
   - Create a static entry in the neighbor table for the gateway.

-Matt


On Fri, Feb 25, 2022 at 5:08 AM  wrote:

> Hi Matt,
>
> Thanks for the reply.
> We are(i am working with Mechthild) using an Ericsson R6K
> router(bridge/bvi on the router).
>
> The VPP VRRP master indeed sends GARP at start up with the right VRRP MAC
> address, so are the VRRP periodic advertisements using the correct virtual
> MAC.
> However, when it has to resolve the GW address it sends out ARP requests
> using the VIP and with the sender MAC as the physical interface MAC,
>
> like in this packet Mechthild has shown (172.17.1.3 is the VIP and .126 is
> the GW )
>
> 22:33:52.620143 78:ac:44:1f:47:60 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q
> (0x8100), length 46: vlan 101, p 0, ethertype ARP, Ethernet (len 6), IPv4
> (len 4), Request who-has 172.17.1.126 tell 172.17.1.3, length 28
>
> Frame 8: 64 bytes on wire (512 bits), 64 bytes captured (512 bits)
> Ethernet II, Src: Dell_1f:47:60 (78:ac:44:1f:47:60), Dst: Broadcast
> (ff:ff:ff:ff:ff:ff)
> 802.1Q Virtual LAN, PRI: 0, DEI: 0, ID: 101
> Address Resolution Protocol (request)
> Hardware type: Ethernet (1)
> Protocol type: IPv4 (0x0800)
> Hardware size: 6
> Protocol size: 4
> Opcode: request (1)
> Sender MAC address: Dell_1f:47:60 (78:ac:44:1f:47:60)   <<
> Sender IP address: 172.17.1.3
> Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
> Target IP address: 172.17.1.126
>
> This causes the R6K to update the ARP/bridge table.
>
> The RFC states that,
>
>When a VRRP router restarts or boots, it SHOULD NOT send any ARP
>messages using its physical MAC address for the IPv4 address it owns;
>it should only send ARP messages that include virtual MAC addresses.
>
>
> However it is not mentioning about regular operation - but logically it
> should still work the same way, or?
>
> Thanks and best regards,
> Ajesh
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20918): https://lists.fd.io/g/vpp-dev/message/20918
Mute This Topic: https://lists.fd.io/mt/89367259/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] EVPN mac/IP routes are advertised when tunnel in created on kernal but not working when vxlan tunnel is on VPP #vpp-dev

[Pim van Pelt]

Hoi,

The bridge you created on the Linux side is not the same bridge as the one
you created in VPP. You should expect inconsistent/undetermined behavior,
because the functionality you seek (evpn auto-creating the bridge for
Linux, and plumbing it through to FRR) is not implemented.

groet,
Pim

On Fri, Feb 25, 2022 at 7:34 PM suresh vuppala  wrote:

> Can someone please help out here.
>
> Just to make things work using VPP as the way kernal works, I created a BD
> in VPP but I dont see lcp cli for BD so Linux learns about the bridge?
> 
>
>

-- 
Pim van Pelt 
PBVP1-RIPE - http://www.ipng.nl/

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20917): https://lists.fd.io/g/vpp-dev/message/20917
Mute This Topic: https://lists.fd.io/mt/89374653/21656
Mute #vpp-dev:https://lists.fd.io/g/vpp-dev/mutehashtag/vpp-dev
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] EVPN mac/IP routes are advertised when tunnel in created on kernal but not working when vxlan tunnel is on VPP #vpp-dev

[suresh vuppala]

Can someone please help out here.

Just to make things work using VPP as the way kernal works, I created a BD in 
VPP but I dont see lcp cli for BD so Linux learns about the bridge?

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20916): https://lists.fd.io/g/vpp-dev/message/20916
Mute This Topic: https://lists.fd.io/mt/89374653/21656
Mute #vpp-dev:https://lists.fd.io/g/vpp-dev/mutehashtag/vpp-dev
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] VRRP master gratuitous ARP request with physical MAC address

[ajeshnrd]

Hi Matt,

Thanks for the reply.
We are(i am working with Mechthild) using an Ericsson R6K router(bridge/bvi on 
the router).

The VPP VRRP master indeed sends GARP at start up with the right VRRP MAC 
address, so are the VRRP periodic advertisements using the correct virtual MAC.
However, when it has to resolve the GW address it sends out ARP requests using 
the VIP and with the sender MAC as the physical interface MAC,

like in this packet Mechthild has shown (172.17.1.3 is the VIP and .126 is the 
GW )

22:33:52.620143 78:ac:44:1f:47:60 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q 
(0x8100), length 46: vlan 101, p 0, ethertype ARP, Ethernet (len 6), IPv4 (len 
4), Request who-has 172.17.1.126 tell 172.17.1.3, length 28

Frame 8: 64 bytes on wire (512 bits), 64 bytes captured (512 bits)
Ethernet II, Src: Dell_1f:47:60 (78:ac:44:1f:47:60), Dst: Broadcast 
(ff:ff:ff:ff:ff:ff)
802.1Q Virtual LAN, PRI: 0, DEI: 0, ID: 101
Address Resolution Protocol (request)
Hardware type: Ethernet (1)
Protocol type: IPv4 (0x0800)
Hardware size: 6
Protocol size: 4
Opcode: request (1)
Sender MAC address: Dell_1f:47:60 (78:ac:44:1f:47:60)   <<
Sender IP address: 172.17.1.3
Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
Target IP address: 172.17.1.126

This causes the R6K to update the ARP/bridge table.

The RFC states that,
  When a VRRP router restarts or boots, it SHOULD NOT send any ARP
  messages using its physical MAC address for the IPv4 address it owns;
  it should only send ARP messages that include virtual MAC addresses.
However it is not mentioning about regular operation - but logically it should 
still work the same way, or?

Thanks and best regards,
Ajesh

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20914): https://lists.fd.io/g/vpp-dev/message/20914
Mute This Topic: https://lists.fd.io/mt/89367259/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: : Re: [vpp-dev] linux-cp created tap interface send out packets issue

[Pim van Pelt]

Hey Wei,

Good to see that it works for you now. For what it's worth, the TAP (and
accompanying interface in VPP) is only the transport between the VPP device
*tn-eth2* and the Linux device representation *vpp2* - it doesn't carry any
IP address, but tn-eth2 and vpp2 should be mirror copies of one another.
Good to see that things are working.

groet,
Pim

On Thu, Feb 24, 2022 at 8:30 PM Wei Huang  wrote:

> Pim,
> Thanks for the reply. I pulled in  https://gerrit.fd.io/r/c/vpp/+/31122
> .
> Set the default netns in startup.conf. Now it works. tap3 doesn't have the
> IP address in Linux.
>
> vpp# show int addr
> host-vpp-veth (up):
>   L3 192.168.3.3/31
> ipip0 (up):
>   unnumbered, use tn-eth0
>   L3 192.168.1.6/24
> ipip1 (up):
>   unnumbered, use tn-eth1
>   L3 192.168.10.6/24
> local0 (dn):
> tap3 (up):
> tn-eth0 (up):
>   L3 192.168.1.6/24
> tn-eth1 (up):
>   L3 192.168.10.6/24
> tn-eth2 (up):
>   L3 192.168.100.5/24
>
>
> Wei
> --
> *From:* vpp-dev@lists.fd.io  on behalf of Pim van
> Pelt 
> *Sent:* Thursday, February 24, 2022 5:17 AM
> *To:* Wei Huang 
> *Cc:* vpp-dev@lists.fd.io 
> *Subject:* [External] : Re: [vpp-dev] linux-cp created tap interface send
> out packets issue
>
> Wei,
>
> I think Linux CP starts a netlink listener in what is configured as the
> default netns (in your case,  implies this is the default
> namespace). This means any 'ip' command you issue from Linux side won't be
> seen by VPP. A few comments:
>
> - You are running 21.06 which is not complete. Please build from HEAD or
> use the 22.02 release that was published this week.
> - We merged a more (but not yet fully) complete Linux CP in
> https://gerrit.fd.io/r/c/vpp/+/31122
> 
> for 22.02 release
> - The current implementation can only service linux interfaces in one (1)
> network namespace
> - I recommend you actually do set the default namespace /before/ creating
> your first LIP; either in startup.conf under linux-cp { default
> netns inline_mgt_net }; or on the CLI with lcp default netns
> inline_mgmt_net.
>
> Can you share as well 'show int addr' to see if the IP address you set on
> the Linux side, made its way into the VPP dataplane ?
>
> groet,
> Pim
>
> On Thu, Feb 24, 2022 at 2:49 AM Wei Huang  wrote:
>
> I am using VPP v21.06. Enabled linux-cp plugin. Created lcp as follows:
>
> vppctl lcp create *tn-eth2* host-if vpp2 netns inline_mgt_net
>
> vppctl ip mroute add 224.0.0.0/24
> 
> via local Forward
>
> vppctl ip mroute add 224.0.0.0/24
> 
> via *tn-eth2* Accept
> Then bring up vpp2 in Linux:
>
> ip netns exec inline_mgt_net ip addr add 192.168.100.5/24
> 
> dev vpp2
>
> ip netns exec inline_mgt_net ip link set dev vpp2 up
>
> When I ping from my host (192.168.100.20) to 192.168.100.5 via tn-eth2, I
> can see packets get sent out via tap3, but using tshark in Linux trying to
> see packets on vpp2, I don't see any packets received on vpp2. ifconfig
> also show vpp2 has no Rx packets:
> bash-4.2# ip netns exec inline_mgt_net ifconfig
> lo: flags=73  mtu 65536
> inet 127.0.0.1  netmask 255.0.0.0
> inet6 ::1  prefixlen 128  scopeid 0x10
> loop  txqueuelen 1000  (Local Loopback)
> RX packets 57333  bytes 3304558 (3.1 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 57333  bytes 3304558 (3.1 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>
>
> vpp2: flags=4163  mtu 2004
> inet 192.168.100.5  netmask 255.255.255.0  broadcast 0.0.0.0
> inet6 fe80::f816:3fff:fe3a:2883  prefixlen 64  scopeid 0x20
> ether fa:16:3f:3a:28:83  txqueuelen 1000  (Ethernet)
> RX packets 0  bytes 0 (0.0 B)
> RX errors 0  dropped 1  overruns 0  frame 0
> TX packets 842  bytes 65492 (63.9 KiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>
> Packet trace in VPP:
> Packet 1
>
> 02:16:23:738692: dpdk-input
>   tn-eth2 rx queue 0
>   buffer 0x9a8d7: current data 0, length 98, buffer-pool 0, ref-count 1,
> totlen-nifb 0, trace handle 0x0
>   ext-hdr-valid
>   l4-cksum-computed l4-cksum-correct
>   PKT MBUF: port 2, nb_segs 1, pkt_len 98
> buf_len 2176, data_len 98, ol_flags 0x0, data_off 128, phys_addr
> 0x3640
>