Hi,
I understand the purpose of unix-epoll-input PRE_INPUT node on main thread but
I am not able to envision why it is required on worker core.
The way I see it all clib_file_xx() operations are on main core.
It will be helpful if any scenario can be explained where presence of
unix-epoll-input
Ben,
I am still seeing some odd behaviour when trying to route traffic to the
Internet though (again from Azure). I've added a default route through
FailsafeEthernet2 and this is what I get when trying to connect to
www.google.ca on port 80 with netcat on a box on my 10.4.2.0/24 subnet:
vpp# s
Yes, stateless but it can use RFC6052 to map IPv4 address ranges into a
specific translated prefix
On 2020-02-04, 10:20 AM, "otr...@employees.org" wrote:
Daniel,
> SIIT-DC is actually the reverse, static IPv4 to IPv6 mapping
Goes both ways right and stateless.
Y
Ben,
Yes, for instance, if I ping a new destination from a new source 10 times, I
will get 8 responses because the first 2 packets are dropped. Once the ARP
entries are in, the pings start going through:
ping -c 10 10.4.2.7
PING 10.4.2.7 (10.4.2.7) 56(84) bytes of data.
64 bytes from 10.4.2.7: i
Hi Chris,
> I've done some testing and am now happy to report that my interfaces are
> receiving and forwarding traffic! This is a great milestone - thanks!
Glad to hear!
> I did, however, run into the ARP issues you mentioned. The first time I
> try to hit a destination IP I notice the followi
Daniel,
> SIIT-DC is actually the reverse, static IPv4 to IPv6 mapping
Goes both ways right and stateless.
You just want a:
1.1.1.1 <--> 2001:db8::1
mapping right.
No dynamic bindings.
Cheers,
Ole
>
> On 2020-02-04, 8:47 AM, "otr...@employees.org" wrote:
>
>Daniel,
>
>
>> Is there
SIIT-DC is actually the reverse, static IPv4 to IPv6 mapping
On 2020-02-04, 8:47 AM, "otr...@employees.org" wrote:
Daniel,
> Is there a working implementation of SIIT-DC (RFC7755) in VPP ? And if
so, any reference configurations ?
There's been so many NAT features t
Ben,
I've done some testing and am now happy to report that my interfaces are
receiving and forwarding traffic! This is a great milestone - thanks!
I did, however, run into the ARP issues you mentioned. The first time I try to
hit a destination IP I notice the following:
1) first attempt fails,
Coverity run failed today.
Current number of outstanding issues are 2
Newly detected: 0
Eliminated: 0
More details can be found at
https://scan.coverity.com/projects/fd-io-vpp/view_defects
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#15332): ht
Daniel,
> Is there a working implementation of SIIT-DC (RFC7755) in VPP ? And if so,
> any reference configurations ?
There's been so many NAT features that I can't quite remember.
SIIT-DC is just 1:1 NAT64 mapping, right?
Check out if it works:
https://wiki.fd.io/view/VPP/NAT#Stateful_NAT64
Hello VPP dev community,
Is there a working implementation of SIIT-DC (RFC7755) in VPP ? And if so, any
reference configurations ?
Thanks,
Daniel Bernier ?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#15330): https://lists.fd.io/g/vpp-dev/
Thanks Dave for the tip on core compression.
I was able to solve the issue of huge VSZ resulting into huge cores
afterall -- the culprit is DPDK.
There is a parameter in DPDK called CONFIG_RTE_MAX_MEM_MB which can be
set to a lower value than the default.
Regards
-Prashant
On Tue, Feb 4, 2020 at
As Ben wrote, please check out:
https://fd.io/docs/vpp/master/troubleshooting/reportingissues/reportingissues.html
Note the section(s) on core file handling; in particular, how to set up
on-the-fly core file compression...:
Depending on operational requirements, it’s possible to compress corefi
Thanks Benoit.
I don't have the core files at the moment (still taming the huge cores
that are generated, so they were disabled on the setup)
Backtraces are present at (with indicated config of the parameter) --
https://pastebin.com/1YS3ZWeb
It is a dual numa setup.
Regards
-Prashant
On Tue, Feb
Hi Prashant,
Can you share your configuration and at least a backtrace of the crash? Or even
better a corefile:
https://fd.io/docs/vpp/master/troubleshooting/reportingissues/reportingissues.html
Best
ben
> -Original Message-
> From: vpp-dev@lists.fd.io On Behalf Of Prashant
> Upadhyay
Woops, my mistake. I think I multiplied by 1024 extra.
Mbuf's are 2KB's, not 2 MB's (that's the huge page size)
But the fact remains that my usecase is unstable at higher configured
buffers but is stable at lower values like 10 (this can by all
means be my usecase/code specific issue)
If any
Hi,
I am using DPDK Plugin with VPP19.08.
When I set the buffers-per-numa parameter to a high value, say,
25, I am seeing crashes in the system.
(The corresponding parameter controlling number of mbufs in VPP18.01
used to work well. This was in dpdk config section as num-mbufs)
I quickly che
17 matches
Mail list logo
