> VPP rx/tx counter is 0 Last time I have seen this behavior, it was caused by insufficient value of mem-mbufs [1] parameter. The symptom is large amount of mbuf allocation errors in statistics.
See this [0] thread for more context. Vratko. [0] https://lists.fd.io/g/csit-dev/topic/csit_ip4_test_case_for_more/19740201?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,19740201 [1] https://wiki.fd.io/view/VPP/Command-line_Arguments#.22dpdk.22_parameters -----Original Message----- From: vpp-dev@lists.fd.io <vpp-dev@lists.fd.io> On Behalf Of ???? Sent: Thursday, 2018-June-21 07:13 To: vpp-dev@lists.fd.io Cc: エッジ仮想化hcoML <nten-vedge...@hco.ntt.co.jp> Subject: [WARNING : MESSAGE ENCRYPTED] [vpp-dev] [VPP]Questions about VPP behavior of over performance limit Dear VPP team, I'm Satomi Inoue and I belong to NTT Laboratories. We evaluate VPP and CSR1KV. Could you tell me the following Questions? (Question) The VPP behavior of over performance limit. The VPP is setted up 8 port between VPP and IXIA. We have wanted to test the performance limit. When we flowed in both directions 10Gbps/port(14.88Mpps/port) 64byte frames, the following happened.(Please refer to the attached file.) ・The interface of VPP couldn't accept 64byte frame (VPP rx/tx counter is 0.). ・It happened randomly. Best regards, Satomi Inoue PHONE:+81 422-59-4151 E-MAIL:inoue.sat...@lab.ntt.co.jp -- ----------------------------------------------------- 日本電信電話株式会社 情報ネットワーク総合研究所 ネットワークサービスシステム研究所 転送サービス基盤プロジェクト 井上里美(Satomi Inoue) 〒180-8585 東京都武蔵野市緑町3-9-11 PHONE:0422-59-4151 E-MAIL:inoue.sat...@lab.ntt.co.jp -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9666): https://lists.fd.io/g/vpp-dev/message/9666 Mute This Topic: https://lists.fd.io/mt/22499903/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
