Hi All,
Does VPP support IP or MPLS traceroute?
Command line or help guide does not show any such commands.
if its not supported, is there a reason for it? Also is there a plan to
support this?
Thanks
Vyshakh
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply
ehalf of "Neale Ranns via Lists.Fd.Io"
>
> *Reply to: *"Neale Ranns (nranns)"
> *Date: *Monday 4 November 2019 at 10:27
> *To: *vyshakh krishnan , "vpp-dev@lists.fd.io"
>
> *Cc: *"vpp-dev@lists.fd.io"
> *Subject: *Re: [vpp-dev] VPWS n
Hi,
Our requirement was to redirect the telnet packets to host OS from VPP so
that the kernel stack can reply to the telnet packet. And found that tuntap
interface in VPP is perfect for this.
I was able create tuntap interface using:
vpp# tap connect newtap
tapcli-0
vpp# show in
inacl inter
>
>
>
> HTH... Dave
>
>
>
> *From:* vpp-dev@lists.fd.io *On Behalf Of *vyshakh
> krishnan
> *Sent:* Monday, November 25, 2019 1:29 PM
> *To:* vpp-dev@lists.fd.io
> *Subject:* [vpp-dev] tuntap interface in VPP
>
>
>
> Hi,
>
>
>
> Our req
Dave
>
>
>
> *From:* vpp-dev@lists.fd.io *On Behalf Of *vyshakh
> krishnan
> *Sent:* Tuesday, November 26, 2019 8:49 AM
> *To:* Dave Barach (dbarach)
> *Cc:* vpp-dev@lists.fd.io
> *Subject:* Re: [vpp-dev] tuntap interface in VPP
>
>
>
> Thanks Dave.
>
>
>
Hi All,
When we try to ping back to back connected memif interface, its taking
around 20 milli secs:
vpp1 (10.1.1.1) (10.1.1.2) vpp2
DBGvpp# ping 10.1.1.2
116 bytes from 10.1.1.2: icmp_seq=1 ttl=64 time=15.1229 ms
116 bytes from 10.1.1.2: icmp_seq=2 ttl=64 time=20.1475 ms
116 bytes from 10
gt; Are you running VPP with worker threads and using interrupt mode in memif?
>
> can you capture “sh int rx-placement” on both sides?
>
> —
> Damjan
>
> On 11 Mar 2020, at 15:44, vyshakh krishnan wrote:
>
> Hi All,
>
> When we try to ping back to back connected m
070809
01:35:05:594962: memif11/11-output
memif11/11 l2_hdr_offset_valid l3_hdr_offset_valid
IP4: 02:dc:5c:30:00:00 -> 02:dc:5c:30:00:00
ICMP: 10.1.1.2 -> 10.1.1.1
tos 0x00, ttl 64, length 96, checksum 0x2efb
fragment id 0x359e
ICMP echo_reply checksum 0x9f5d
On Thu,
VPPs by setting the main-core in the cpu section:
> https://fd.io/docs/vpp/master/gettingstarted/users/configuring/startup.html
>
>
> Cheers,
> Aloÿs
>
> On 12 Mar 2020, at 14:30, vyshakh krishnan wrote:
>
> Hi Damjan,
>
> Please find the trace on both side
>
>
Hi Raj/Neale,
We are also observing this issue now with multiple PPPoE Sessions.
Was this fixed in any VPP branches?
Thanks in Advance
Vyshakh
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#15818): https://lists.fd.io/g/vpp-dev/message/15818
Mute
Hi,
VPP is not learning the MAC address on receiving an RA. Even after
receiving multiple RAs from a neighbor, ping to the link local address of
that neighbor results in a NS/NA resulting in the drop of 1st ping packet.
Is this expected?
Just like learning the MAC from NA/NS, why can't learning b
pp-dev@lists.fd.io on behalf of Ole Troan" <
> vpp-dev@lists.fd.io on behalf of otr...@employees.org> wrote:
>
> Vyshakh,
>
> That’s certainly what the RFC says.
> Care to submit a patch?
>
> Cheers
> Ole
>
> > On 9 Ap
12 matches
Mail list logo
