Hello, Our interfaces (sh hard) are able to handle MUT 9202B.
Most probably you are referring to this output: Name Idx State MTU (L3/IP4/IP6/MPLS) Counter Count TenGigabitEtherneta/0/0 1 up 9000/0/0/0 rx packets 10880000 It seems that VPP is configured by default with just 9000B? Command: set interface mtu [packet|ip4|ip6|mpls] <value> <interface> Unfortunately cannot be used on software interfaces per my testing so LISP and Crypto tests are failing as well. Is MTU from Physical interfaces inherited to software interfaces? Thank you. Peter Mikus Engineer – Software Cisco Systems Limited -----Original Message----- From: Ole Troan [mailto:otr...@employees.org] Sent: Tuesday, July 17, 2018 1:39 PM To: Peter Mikus -X (pmikus - PANTHEON TECHNOLOGIES at Cisco) <pmi...@cisco.com> Cc: vpp-dev@lists.fd.io; Pablo Camarillo (pcamaril) <pcama...@cisco.com> Subject: Re: [vpp-dev] CSIT-VPP srv6 jumbo frames not working. Peter, > During testing we have hit an issue with our SRv6 tests and with Jumbo > packets of size 9000B. > Currently all 9K tests are not passing. It is not clear as of now when it was > the first time this issue appear as 9K tests are not frequently run. 78/1518B > tests are passing with no issue. > > Error example (see attachment for full output): > > return STDOUT Count Node Reason > 1379690 sr-pl-rewrite-encaps SR steered IPv6 packets > 1379690 ip6-input ip6 MTU exceeded > 1379690 ip6-icmp-error packet too big response sent > > Generated packet is 9000B (srv6 overhead should be 40B) > > Full VPP configuration attached as well as interface and error statistics. > VPP is not crashing so no core dumps available. > > NIC: Intel x520-da2 with MTU 9202 (per attachment) > > Can you please advise? Isn't the error quite clear? /* Check MTU of outgoing interface. */ ip6_mtu_check (p0, clib_net_to_host_u16 (ip0->payload_length) + sizeof (ip6_header_t), adj0[0].rewrite_header.max_l3_packet_bytes, is_locally_originated0, &next0, &error0); You are failing that check in ip6_forward.c Size of packet is larger than the set maximum size in the adjacency. Check the MTU in the adjacency table (and on the interfaces (with show interfaces)). Cheers, Ole > > Thank you. > > Peter Mikus > Engineer – Software > Cisco Systems Limited > <image002.jpg> > Think before you print. > This email may contain confidential and privileged material for the sole use > of the intended recipient. Any review, use, distribution or disclosure by > others is strictly prohibited. If you are not the intended recipient (or > authorized to receive for the recipient), please contact the sender by reply > email and delete all copies of this message. > For corporate legal information go to: > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > > <srv6_jumbo_configs.log><srv6_jumbo_DUT1.log><srv6_jumbo_DUT2.log>-=-= > -=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > > View/Reply Online (#9855): https://lists.fd.io/g/vpp-dev/message/9855 > Mute This Topic: https://lists.fd.io/mt/23540694/675193 > Group Owner: vpp-dev+ow...@lists.fd.io > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub > [otr...@employees.org] > -=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9858): https://lists.fd.io/g/vpp-dev/message/9858 Mute This Topic: https://lists.fd.io/mt/23540694/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-