Hi Xyxue,

Please try this patch to see if it helps.

https://gerrit.fd.io/r/#/c/6758/1

Ray K

On 18/05/2017 09:28, 薛欣颖 wrote:
Hi neale,

'failed' means this  :
DBGvpp# ping 192.168.153.130

Statistics: 300 sent, 0 received, 100% packet loss

what I know is in'run_ping_ip46_address', L598 got the wrong event_type

I'm not running with multiple worker threads.

My two vpp is in two 14.04
ubuntu,The two host interfaces are in the two VPP. The two interfaces
connect directly.

Thanks,
xyxue


    *From:* Neale Ranns (nranns) <mailto:nra...@cisco.com>
    *Date:* 2017-05-17 16:27
    *To:* 薛欣颖 <mailto:xy...@fiberhome.com>; Damjan Marion
    <mailto:dmarion.li...@gmail.com>
    *CC:* vpp-dev <mailto:vpp-dev@lists.fd.io>; Dave Barach (dbarach)
    <mailto:dbar...@cisco.com>
    *Subject:* Re: [vpp-dev] Failed to ping between two VPP



    Hi Xyxue,



    I don’t understand what has ‘failed’ here.

    The trace shows an echo-reply packet was received, matched against
    and outstanding request and punted.



    If you are running with multiple worker threads, you’ll need to include;

    https://gerrit.fd.io/r/#/c/6736/



    the difference in the FIB output from 17.04 to 17.01 is not an
    error, it’s just that the rewrite string on the adjacency is no
    longer pretty printed/decoded.



    Regards,

    neale



        *From: *薛欣颖<xy...@fiberhome.com>
        *Date: *Wednesday, 17 May 2017 at 02:07
        *To: *Damjan Marion <dmarion.li...@gmail.com>
        *Cc: *vpp-dev <vpp-dev@lists.fd.io>, "Dave Barach (dbarach)"
        <dbar...@cisco.com>, "Neale Ranns (nranns)" <nra...@cisco.com>
        *Subject: *Re: Re: [vpp-dev] Failed to ping between two VPP







        I sorry to copy the eth2's packet,that is the eth1's packet in vpp1:

        00:02:32:132870: af-packet-input
          af_packet: hw_if_index 1 next-index 4
            tpacket2_hdr:
              status 0x20000001 len 60 snaplen 60 mac 66 net 80
              sec 0x591b9b2d nsec 0x70a3271 vlan 0
        00:02:32:134189: ethernet-input
          IP4: 00:0c:29:8f:ad:61 -> 00:0c:29:31:29:ae
        00:02:32:134247: ip4-input
          ICMP: 192.168.153.131 -> 192.168.153.130
            tos 0x00, ttl 64, length 25, checksum 0x5386
            fragment id 0x7307
          ICMP echo_reply checksum 0x8aff
        00:02:32:134290: ip4-lookup
          fib 0 dpo-idx 5 flow hash: 0x00000000
          ICMP: 192.168.153.131 -> 192.168.153.130
            tos 0x00, ttl 64, length 25, checksum 0x5386
            fragment id 0x7307
          ICMP echo_reply checksum 0x8aff
        00:02:32:134349: ip4-local
            ICMP: 192.168.153.131 -> 192.168.153.130
              tos 0x00, ttl 64, length 25, checksum 0x5386
              fragment id 0x7307
            ICMP echo_reply checksum 0x8aff
        00:02:32:134413: ip4-icmp-input
          ICMP: 192.168.153.131 -> 192.168.153.130
            tos 0x00, ttl 64, length 25, checksum 0x5386
            fragment id 0x7307
          ICMP echo_reply checksum 0x8aff
        00:02:32:134433: ip4-icmp-echo-reply
          ICMP echo id 29952 seq 0 (unknown)
        00:02:32:135147: error-punt
          ip4-icmp-input: unknown type

        I know the only way to check the mac on interface "show hardware",how could I 
check the " underlying device"?

        Fib entry display 17.04 not exactly correct compared to fib entry 17.01 
:
        17.04:
        192.168.153.131/32
          unicast-ip4-chain
          [@0]: dpo-load-balance: [index:10 buckets:1 uRPF:9 to:[600:22840] 
via:[205:9430]]
            [0] [@5]: ipv4 via 192.168.153.131 host-eth1: 
000c298fad61000c293129ae0800

        17.01(not the same device):
        192.168.190.138/32
          unicast-ip4-chain
          [@0]: dpo-load-balance: [index:16 buckets:1 uRPF:15 to:[9:756]]
            [0] [@5]: ipv4 via 192.168.190.138 host-eth8: IP4: 00:0c:29:b7:19:20 
-> 00:0c:29:57:8f:fa

        Will this change affect my test results?



        Thanks,

        xyxue



            *From:* Damjan Marion <mailto:dmarion.li...@gmail.com>

            *Date:* 2017-05-16 22:27

            *To:* 薛欣颖 <mailto:xy...@fiberhome.com>

            *CC:* vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io>; Dave
            Barach <mailto:dbar...@cisco.com>

            *Subject:* Re: [vpp-dev] Failed to ping between two VPP



                On 16 May 2017, at 13:32, Dave Barach (dbarach)
                <dbar...@cisco.com <mailto:dbar...@cisco.com>> wrote:



                Copying vpp-dev [and Neale Ranns AKA Dr. Fib...]



                Thanks… Dave



                *From:* 薛欣颖 [mailto:xy...@fiberhome.com]
                *Sent:* Tuesday, May 16, 2017 2:16 AM
                *To:* Dave Barach (dbarach) <dbar...@cisco.com
                <mailto:dbar...@cisco.com>>
                *Subject:* Failed to ping between two VPP



                Hi Dave,



                When I use stable 17.04,there is something wrong when I
                ping vpp2 from vpp1,that is my configuration:



                vpp1:

                creat host-interface name eth1
                set interface state host-eth1 up
                set interface ip addr host-eth1 192.168.153.130/24
                set interface mac addr host-eth1 00:0c:29:31:29:ae

                vpp2:

                creat host-interface name eth1
                set interface state host-eth1 up
                set interface ip addr host-eth1 192.168.153.131/24
                set interface mac addr host-eth1 00:0c:29:8f:ad:61




                then I " ping 192.168.153.131 "from vpp1,and "ping
                192.168.153.130" from VPP2



                the packet trace:

                01:20:19:315340: af-packet-input
                  af_packet: hw_if_index 2 next-index 4
                    tpacket2_hdr:
                      status 0x20000001 len 60 snaplen 60 mac 66 net 80
                      sec 0x59196685 nsec 0x18dd5a37 vlan 0
                01:20:19:315391: ethernet-input
                  IP4: 00:0c:29:31:29:b8 -> 00:0c:29:8f:ad:6b
                01:20:19:315411: ip4-input
                  ICMP: 192.168.190.134 -> 192.168.190.136
                    tos 0x00, ttl 64, length 25, checksum 0x5a2b
                    fragment id 0x2259



            Are you sure that this trace belongs to your pings?

            Both MAC and IP address is different than one you configured….







_______________________________________________
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

_______________________________________________
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Reply via email to