204 05b4 0402 080a 001b
0x0040: db05 0000 0103 0307
Regards,
Prabhjot
Quoting Florin Coras :
Hi Prabhjot,
From your description, I suspect it may be a linux tcp checksum
offload issue. Could you try disabling it for all interfaces with:
ethtool --offload rx off tx off
Hope
yes i verified it on stable/1707 itself.
Regards,
Prabhjot
Quoting "Dave Barach (dbarach)" :
See https://gerrit.fd.io/r/#/c/8590. The patch cherry-picked easily
to stable/1707.
Assuming that the cherry-pick patch validates - and that it solves
your problem - it will be up to
well looking at the change it definitely suggests to be a bug fix.
we are currently using 1707 builds, and dont have plan to move to
newer release right now, so would prefer a merge to 1707.
Regards,
Prabhjot
Quoting "Neale Ranns (nranns)"
:
With my release manager hat on …
Do w
that
can be done for VPP, we can work on this and contribute if useful.
please share your inputs
Regards,
Prabhjot
Quoting Omer Majeed :
Hi Neale,
Thanks for the reply.
A physical interface could have multiple Vlan interfaces and I want traffic
originating from Vlan interface to have user
configuration
please let me know if you want to understand the feature in detail. we
can setup a short call for the same.
Regards,
Prabhjot
Quoting "Neale Ranns (nranns)" :
Hi Prabhjot,
I would say it is possible, but one would need to place the NIC in
promiscuous mode for an L3 int
a typo so i have tried using "vat_plugin" as well
without any success.
can someone help with following
- is the name of the library correct
- where can i find this library
Regards,
Prabhjot
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https:/
thanks, it works.
Regards,
Prabhjot
- Original Message -
From:
"Burt Silverman"
To:
"Prabhjot Singh Sethi"
Cc:
"vpp-dev" ,
Sent:
Tue, 15 Aug 2017 20:45:52 -0400
Subject:
Re: [vpp-dev] Regarding C API
It appears that there are 2 typos not just one: try -
Please refer to https://wiki.fd.io/view/VPP/How_To_Use_The_C_API
Regards,
Prabhjot
- Original Message -
From: "Samuel S"
To:
Cc:
Sent:Mon, 28 Aug 2017 12:02:09 +0430
Subject:[vpp-dev] C language binding API
Where can i find tutorial for C language binding for API?
or
ents send out
8 segments retransmited
19 bad segments received. <<<<<<<<<<<<<<<<<<<< Keeps
increasing for every tcp packet
2 resets sent
InCsumErrors: 19 <<<
done only when the packet is egressing out of the server to
other compute nodes or gateway.
i think we can leave the topic open for now, and it can be considered
later for performance improvements for TCP
Regards,
Prabhjot
- Original Message -
From:
"Florin Coras"
To:
"
port remains untagged
irrespective of which sub-interface it came from.
i am i missing something over here ?
Regards,
Prabhjot
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev
onfig.
set interface l2 tag-rewrite GigabitEthernet2/0/0.10 translate 1-1
dot1q 10
Regards,
Prabhjot
- Original Message -
From:
"John Lo (loj)"
To:
"Prabhjot Singh Sethi" ,
"vpp-dev@lists.fd.io"
Cc:
Sent:
Mon, 25 Sep 2017 20:38:11 +
Subject:
ays on the main interface and is not supplied to sub
interface.
Can someone please help if there is something not supported here?
i am using VPP 17.07 with ubuntu 14.04
and using host interfaces for testing as of now
Regards,
Prabhjot
- Original Message -
From:
"Prabhjot Singh Sethi&
bridge domain 3
when VPP receives tagged packet with vlan 10 it still associates it to
bd 2 and not bd 3
Note: if i don't associate any bd with base interface it just drops
the packet with some error.
Regards,
Prabhjot
___
vpp-dev mailing list
vp
yes it works perfectly fine with this patch.i hope this will be pushed
to 17.07 branch as well.
Thanks for the help :)
Regards,
Prabhjot
- Original Message -
From:
"Akshaya Nadahalli"
To:
"Prabhjot Singh Sethi" ,
, "John Lo"
Cc:
Sent:
Thu, 28 Sep 2
ok, i wasn't aware that vlan sub interface support is advertised from
1710 release.
even though merge to 1707 was a preference, we are ok either way.
we can use it as a patch for now, till we move to 1710 builds
Regards,
Prabhjot
- Original Message -
From: "Luke Chris&q
Hi Steven,
we are also looking at using dpdk based virtualethernet interface, so
looking back at this thread i was wondering what is the problem with
dpdk based solution.
1. you mentioned dpdk based interface can be created via vdev in dpdk
clause of startup file, can you share some example there
sure, thanks i will give it a try
Regards,
Prabhjot
- Original Message -
From:
"Steven Luong (sluong)"
To:
"Prabhjot Singh Sethi" , "Saxena Nitin"
, "Guo Ruijing" ,
"vpp-dev@lists.fd.io"
Cc:
Sent:
Tue, 17 Oct 2017 15:10:27 +
Subje
while correlating it to linux counterpart.
so my expectation is there should be a way to have uniformity in
source and dest MAC for forward and reverse traffic
Regards,
Prabhjot
- Original Message -
From: "Neale Ranns (nranns)"
To:"prabh...@techtrueup.com"
Cc:"vpp
Thanks Neale for your time. as a followup i will try following.
- setting MAC address on Physical interface
- following up with expected configuration on firewall to rule out
strict requirements on source MAC.
Regards,
Prabhjot
- Original Message -
From:
"Neale Ranns (nranns)&
20 matches
Mail list logo
