>>>>>Name NextPrevious
>>>>>>> gtpu4-input error-drop [0]
>>>>>>> ip4-gtpu-bypass
>>>>>>> l2-input [1]
>>>>
CGNAT instance. Tested (and checked in the sources)
on VPP 20.09 and git master.
My questions now are: Is that correct and has there been any work on
extending CGNAT to support multiple instances?
Regards,
Andreas
--
Andreas Schultz
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages se
mer_template.c?sn=vpp-19-08#L751>
>>while (next_index != ts->head_index)
>>
>> 752
>> <http://rajith/lxr/http/source/src/vppinfra/tw_timer_template.c?sn=vpp-19-08#L752>
>> {
>>
>> 753
>> <http://rajith/lxr/h
lling vnet_disconnect_session on the
session the callback was invoked for, messes up the session state.
Andreas
Am Fr., 29. Mai 2020 um 14:32 Uhr schrieb Andreas Schultz <
andreas.schu...@travelping.com>:
> Hi,
>
> It seems that the {v4,v6}_session_hash is leaking entries. When creating
> large
session_transport_delete_notify when the status is STATE_CLOSED. I have
no idea how the session ends up there.
Regards,
Andreas
--
Andreas Schultz
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#16571): https://lists.fd.io/g/vpp-dev/message/16571
Mute This Topic
What does “decap-next” mean ?
>
> set int ip addr gptu_tunnel0 1.1.1.2/31 << Why the IP address is assigned
> to GTPu Tunnel interface ?
>
> “
>
>
>
> For the GTPu origination case:
>
> How can I associate the incoming Ethernet traffic to GTPu Tunnel config ?
&
out of clib.h
Andreas
>
>
> Dave
>
>
>
> *From:* vpp-dev@lists.fd.io *On Behalf Of *Andreas
> Schultz
> *Sent:* Tuesday, May 12, 2020 5:42 AM
> *To:* vpp-dev
> *Subject:* [vpp-dev] min_log2 abuse
>
>
>
> Hi,
>
>
>
> There are few places in VPP
Am Di., 12. Mai 2020 um 13:53 Uhr schrieb Damjan Marion :
>
>
> > On 12 May 2020, at 11:41, Andreas Schultz <
> andreas.schu...@travelping.com> wrote:
> >
> > Hi,
> >
> > There are few places in VPP (most notable when trying to convert a
> ne
comments?
Andreas
--
Andreas Schultz
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#16324): https://lists.fd.io/g/vpp-dev/message/16324
Mute This Topic: https://lists.fd.io/mt/74155196/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https
Am Di., 12. Mai 2020 um 10:42 Uhr schrieb Damjan Marion :
>
>
> On 12 May 2020, at 10:10, Andreas Schultz
> wrote:
>
>
>
> Am Di., 12. Mai 2020 um 10:00 Uhr schrieb Damjan Marion via lists.fd.io
> :
>
>>
>>
>>
>> > On 12 May 2020, at
more
> sense in
> using ubuntu 20.04 anyway, and 20.04 is coming with clang10.
>
Yeah, but Ubuntu 20.04 and Debian Sid are in the process of removing
python2 support and that creates a whole bunch of other problems. Removing
the python2 deb references from `make ins
to it.
Regards,
Andreas
Am Do., 23. Apr. 2020 um 09:07 Uhr schrieb Andreas Schultz via lists.fd.io
:
> Hi,
>
> While trying to troubleshoot a session problem, I've come
> across session_table_get_or_alloc:
>
> https://gerrit.fd.io/r/gitweb?p=vpp.git;a=blob;f=src/vne
that sessions from
the various fibs leak into each other.
Or do I miss something?
Regards
Andreas
--
Andreas Schultz
--
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#16145): https://lists.fd.io/g/vpp-dev/message/16145
Mute This Topic: https://lists.
the DPDK is doing it)
>
I am new to VPP, but with a little guidence about especially regarding
> overall architecture, I would gladly complete XDP plugin.
>
I'm no expert on VPP internals either. I'm going to test it and maybe I can
spend some time on it.
Thanks & Regards
&
Hi Julius,
I just found your XDP device plugin for VPP [1] and I was wondering what
state it is in?
Do you still work on it and try to get it merged to VPP?
Regards,
Andreas
1: https://gerrit.fd.io/r/c/vpp/+/25785
--
Andreas Schultz
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent
TX any
traffic any more.
Andreas
> ben
>
> > It seems that somehow the interface is messed up. Anything I can do to
> > debug this further?
> >
> > VPP is current from master branch, OS is Ubuntu 18.04.4 with the
> 5.3.0-42-
> > generic kernel.
> >
tx sendto temporary
failure
It seems that somehow the interface is messed up. Anything I can do to
debug this further?
VPP is current from master branch, OS is Ubuntu 18.04.4 with
the 5.3.0-42-generic kernel.
Andreas
Am Fr., 3. Apr. 2020 um 11:03 Uhr schrieb Andreas Schultz via lists.fd.
et is not seen by a
tcpdump/dumpcap on the raw host interface. It seems that somehow the
af-packet interface is screwed.
Andreas
Am Fr., 3. Apr. 2020 um 10:46 Uhr schrieb Andreas Schultz via lists.fd.io
:
> Hi,
>
> I have two interfaces that are connected to the same layer L2 network.
>
table host-ens161 2
set interface ip address host-ens161 172.20.16.106/24
set interface state host-ens161 up
--
Andreas Schultz
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#15976): https://lists.fd.io/g/vpp-dev/message/15976
Mute This Topic
ooking for a per connection mechanism that also applies to SYNS and RESETs.
Any hints?
Many thanks,
Andreas
> Regards,
> Florin
>
> On Mar 25, 2020, at 9:51 AM, Andreas Schultz <
> andreas.schu...@travelping.com> wrote:
>
> Hi Florin,
>
> I've rebase my
es to UEs before I know in which fib the UE will end up. My session
logic does know how to encapsulate the packet, but it needs to get the IP
packets to the node without going through the fib lookup.
Thanks,
Andreas
> Regards,
> Florin
>
> On Mar 25, 2020, at 9:51 AM, Andreas Sch
nk you can further reduce
> the amount of code you need to copy from tcp/session layer.
>
> Regards,
> Florin
>
> On Mar 20, 2020, at 5:00 AM, Andreas Schultz <
> andreas.schu...@travelping.com> wrote:
>
> Hi Florin,
>
> I managed to get it working. I still have t
e and after that you can let the
> sessions “run normally”.
>
> You probably also want to mark the transport connection (tcp “base class”)
> with TRANSPORT_CONNECTION_F_NO_LOOKUP, to avoid session layer attempts to
> look up the connection in builtin session tables.
>
&g
ntually do some additional tcp
> refactor to make sure we have a generic set of functions that are available
> for use cases when only parts of tcp are re-used.
>
> Regards,
> Florin
>
> [1] https://gerrit.fd.io/r/c/vpp/+/25961
>
> On Mar 17, 2020, at 4:20 AM, Andreas
e tcp connections and
> sessions “manually” and properly initialize them whenever it detects a new
> flow. APIs like session_alloc and tcp_connection_alloc are already exposed.
>
> Regards,
> Florin
>
> On Mar 16, 2020, at 10:39 AM, Andreas Schultz <
> andreas.schu...@travelpi
input
node). There are no fields (except for IP headers) that are passed from the
vnet buffer into the TCP connection.
Any hints or ideas?
Regards,
Andreas
[1]: https://gerrit.fd.io/r/c/vpp/+/15798
--
Andreas Schultz
--
Principal Engineer
t: +49 391 81909
upf_pfcp.c:1192
The invocation is here:
https://github.com/travelping/vpp/blob/feature/2001/upf-liusa-pfcp-socket/src/plugins/upf/upf_pfcp.c#L1191
Any hints on what I might be doing wrong?
Many thanks,
Andreas
--
Andreas Schultz
--
Principal Engineer
t: +49 391
barrier. Right?
My question is now, when I do 1k, 10k or even 100k API invocation per
second, how does that impact the forwarding performance of VPP?
Does anyone have a use-case running that is actually doing that?
Many thanks,
Andreas
--
Andreas Schultz
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive
ld waste some memory while the hash is growing, but would
later avoid the fragmentation. Does that make sense?
Regards
Andreas
--
Andreas Schultz
--
Principal Engineer
t: +49 391 819099-224
--- enabling your networks
-
Travelp
de handling has
this exact issue.
Regards
Andreas
--
Andreas Schultz
--
Principal Engineer
t: +49 391 819099-224
--- enabling your networks
-
Travelping GmbH
Roentgenstraße 13
39108 Magdeburg
Germany
t: +49 391 819099-0
f
1)
$78 = {len = 0, dlmalloc_header_offset = 0, vector_data = 0x7f84201583bc
"4\"\367"}
I've changed vlib/main.c:vlib_frame_alloc_to_node(...) according to you
suggestion. Anything else I can look at while waiting for the next crash?
Many Thanks,
Andreas
HTH... Dave
>
> *From
what information will be useful and how to
extract it. I have a core file and can dig into some internal structures.
But which ones are helpful?
Anyway, I'm grateful for any pointers.
Regards
Andreas
>
> D.
>
>
>
> *From:* vpp-dev@lists.fd.io *On Behalf Of *Andreas
> Schu
>
>
>
> wrk->tx_frame = 0;
>
>
>
> }
>
>
>
> }
>
>
>
>
> I've observed that after a few Gbps of traffic go through and we call
> *vlib_get_frame_to_node* the pointer *f* that gets returned point
or something like that.
>
> Calling tw_timer_expire_timers_xxx less frequently than the stated tick
> rate guarantees poor behavior. The code shouldn't misbehave in a gross way
> - if it does, we'll fix it - but there's no reason to expect things to work
> properly if y
(7200 secs, every 10ms) */
for (i = 1; i < 17200 * 100; i++)
{
/*jitter 5ms .. 15ms */
now += timer_interval * (base + drand48() * scale);
if (next <= now || (i % 100) == 1)
{
next = now + upf_test_timer_fn (vm, now, 1);
}
}
vlib_cli_output (vm, "Latency
t; Links: You receive all messages sent to this group.
>
> View/Reply Online (#13262): https://lists.fd.io/g/vpp-dev/message/13262
> Mute This Topic: https://lists.fd.io/mt/32039603/675601
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
&
y fast API invocation or some kind
of batching it could happen that the interface entry is already reused
for a different session. This would lead to undefined results in the
best case or a crash in the worst case.
Is my above analysis correct or do I miss something?
Many thanks
Andreas
--
--
Dipl.-Infor
leak memory, but the traces does report it as a leak.
Do I miss something here or is there a bug in the tracer?
Regards,
Andreas
--
--
Dipl.-Inform. Andreas Schultz
--- enabling your networks --
Travelping GmbH Phone: +49-391-81 90 99
' if I remember
correctly). Just with about 30 entries. Same thing would probably
happen on a `show interfaces` command.
Andreas
>
> Chris.
>
> -Original Message-----
> From: vpp-dev@lists.fd.io On Behalf Of Andreas Schultz
> Sent: Wednesday, May 15, 2019 12:39 PM
>
0, f=0x0) at
/usr/src/vpp/src/vlib/main.c:1536
#25 0x0000 in ?? ()
Regards
Andreas
--
--
Dipl.-Inform. Andreas Schultz
--- enabling your networks --
Travelping GmbH Phone: +49-391-81 90 99 0
Roentgenstr. 13
es?
Many thanks
Andreas
Andreas
>
>
>
> D.
>
>
>
>
>
>
>
> From: vpp-dev@lists.fd.io On Behalf Of Andreas Schultz
> Sent: Thursday, May 9, 2019 12:18 PM
> To: vpp-dev@lists.fd.io
> Subject: [vpp-dev] finding a virtual memory leak in VPP
>
>
>
. Andreas Schultz
--- enabling your networks --
Travelping GmbH Phone: +49-391-81 90 99 0
Roentgenstr. 13 Fax:+49-391-81 90 99 299
39108 Magdeburg Email: i...@travelping.com
GERMANY
into simplifying this.
>
I have look into it a bit more. If I had used a midchain-adjacency instead
it should would. The midchain rewrite processing seems be handling the
check sums and also segmentation.
Andreas
> Florin
>
> On Apr 29, 2019, at 8:18 AM, Andreas Schultz <
>
rted/developers/buildwireshark.html
>
>
>
> HTH... Dave
>
>
>
>
>
> *From: * on behalf of Andreas Schultz <
> andreas.schu...@travelping.com>
> *Date: *Monday, April 29, 2019 at 9:31 AM
> *To: *"vpp-dev@lists.fd.io"
> *Subject: *[vpp-dev] how t
;m trying to figure out is why the TCP SYN+ACK packet when it
hits a tunnel encapsulation node has invalid (or even no) check sums. I
suspect there is something going on with the csum offload. But without the
trace, finding that problem is a nightmare.
Many thanks,
Andreas
--
--
ackets and treat them
accordingly?
Andreas
>
> D.
>
>
>
> *From:* vpp-dev@lists.fd.io *On Behalf Of *Andreas
> Schultz
> *Sent:* Friday, December 14, 2018 5:04 AM
> *To:* vpp-dev@lists.fd.io
> *Subject:* [vpp-dev] first packet to yet unknown IP is lost
>
>
&g
(at least with AF-Packet interfaces).
The simplest way to observe this to start a new VPP instance and try to
ping its interfaces. The first ICMP request will not be answered.
Regards
Andreas
--
--
Dipl.-Inform. Andreas Schultz
--- enabling your networks
Hi,
Florin Coras schrieb am Mi., 21. Nov. 2018 um
18:33 Uhr:
>
> On Nov 21, 2018, at 8:55 AM, Andreas Schultz <
> andreas.schu...@travelping.com> wrote:
>
> Florin Coras schrieb am Mi., 21. Nov. 2018 um
> 17:18 Uhr:
>
>> Hi Andreas,
>>
>> The trace
this a bit further with the http_server.
Andreas
> Regards,
> Florin
>
>
> On Nov 21, 2018, at 1:36 AM, Andreas Schultz <
> andreas.schu...@travelping.com> wrote:
>
> Florin Coras schrieb am Fr., 18. Mai 2018 um
> 08:12 Uhr:
>
>> That http server is just ex
ps://lists.fd.io/g/vpp-dev/post>
>
>
> Mute #vnet <https://lists.fd.io/mk?hashtag=vnet&subid=1480449>
>
> Change Your Subscription <https://lists.fd.io/g/vpp-dev/editsub/675601>
> Group Home <https://lists.fd.io/g/vpp-dev>
> Contact Group Own
Dipl.-Inform. Andreas Schultz
--- enabling your networks --
Travelping GmbH Phone: +49-391-81 90 99 0
Roentgenstr. 13 Fax:+49-391-81 90 99 299
39108 Magdeburg Email: i...@travelping.com
GE
Hi,
Has anyone succeded in building VPP on Alpine Linux with the MUSL C Lib?
It seems that -D_GNU_SOURCE is required for almost anything, but there are
still plenty of missing prototypes.
Andreas
--
--
Dipl.-Inform. Andreas Schultz
--- enabling your networks
h but the Tx
path as well.
Things that should go into seperate packets are merge into the same.
Regards,
Andreas
> Regards,
> Florin
>
>
> On Mar 26, 2018, at 12:11 PM, Andreas Schultz <
> andreas.schu...@travelping.com> wrote:
>
> Hi,
>
> The session app
>
> In this front, I want to understand about any work being carried in these
> areas already in VPP.
>
> If the forum is further interested I shall be happy to discuss further
> more details at technical front, based on that we can discuss further
> plans on
boundaries, it is
imposible to recover from that.
>From reading the code, it would seem that the session server is currently
not able to preserve the packet boundaries. This renders is close to
useless to any datagram oriented protocol.
Regards
Andreas
--
--
Dipl.-Inform. Andreas Schu
Just a note about GTP-U. The implementation uses GTP-U headers to create a
tunnel, it is in no way compatible with "real" 3GPP GTP nodes.
If you just need a tunnel, don't use GTP. There are plenty of other tunnel
protocols (e.g. GRE, VXLAN) that are more widely used.
If you want to play with GTP,
Florin Coras schrieb am Fr., 2. Feb. 2018 um
18:57 Uhr:
> Not exactly the most elegant solution but have you tried adding a space
> after the string to be parsed?
>
Tried that, but doesn't help.
Andreas
Florin
>
> > On Feb 2, 2018, at 9:47 AM, Andreas S
trong (the usual while
loop parsing permits random argument order even when the help strings
suggest strongly ordered arguments).
Is there a reason that unformat eats the newline or is just to hard to
change?
Andreas
>
>
> D.
>
>
>
> *From:* vpp-dev-boun...@lists.fd.io [ma
A typical construct to parse arguments is to use unformat in a while loop
that checks for UNFORMAT_END_OF_INPUT.
For multiline input that relies on the detection of "\n" in the input
stream.
The problem is that a construct like:
unformat (input, "name %_%v%_", &name)
eats the newline when it
Andreas Schultz schrieb am Fr., 26. Jan.
2018 um 16:10 Uhr:
> Hi,
>
> I used to be able to do a
>
>builtin uri bind uri udp://0.0.0.0/1234
>
> After upgrading to 18.01 this now failes with:
>
Correction, it still works in 18.01, commit
"b384b543313b6b47a277c903e
Hi,
I used to be able to do a
builtin uri bind uri udp://0.0.0.0/1234
After upgrading to 18.01 this now failes with:
builtin uri bind: bind_uri_server returned -1
Any hints on how to fix that?
Regards
Andreas
___
vpp-dev mailing list
vpp-dev@li
rom the Wiki
article does not apply.
Regards,
Andreas
>
> Regards,
>
> neale
>
>
>
>
>
> *From: *Andreas Schultz
> *Date: *Thursday, 25 January 2018 at 23:47
> *To: *"vpp-dev@lists.fd.io"
> *Cc: *"Neale Ranns (nranns)" , Ole Troan <
>
Ole Troan schrieb am Do., 25. Jan. 2018 um 22:07 Uhr:
> > Not accepting IP[46] packets on any interface type that is not IP[46]
> enabled is a basic security feature. To IP4 enable an interface you have
> two option;
> > 1) Assign it an IP address
> > 2) Make it IP unnumbered to anoth
Hi,
Short story:
The VPP tunnel implementation HOWTO [1] says that a L3 tunnel needs an IP
address. How do I implement a P2P tunnel interface without assigning an IP
address to it?
Long story:
I'm implementing a GTP-U User Plane Node that conforms to 3GPP TS 29.244
[2] & [3]. For each Sx Sessio
64 matches
Mail list logo
