gt;[Pragya] No I don't see any error log
>>>>
>>>> Do you see this fd 59 in `show unix files`?
>>>> >>>>[Pragya] Yes, I can see 59 in show unix files
>>>> "show unix files" fetch the fd from "/proc/self/fd/"
>>>&
can see 59 in show unix files
>> "show unix files" fetch the fd from "/proc/self/fd/"
>> but if we go and see /proc//fd we don't see any file inode being
>> created.
>>
>> So according to OS 59 is never assigned and for subsequent interface
&g
dp is not happening.
>
> Is there some checkin/patch to fix this issue?
> Any help in debugging this issue will be helpful .
>
> Thanks
> Pragya Nand
>
>
>
>
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/
0x7efd0a896b91
>
> vl_msg_api_socket_handler + 0x226
>
> vl_socket_process_api_msg + 0x1d
>
> 0x7efd0c177171
>
> 0x7efd0a588837
>
>
m (nasm 2.14.02) target is not ready when the gcc
> tries to use it as source. It can be some nasty dependency or timing issue
> in ipsec-mb build.
>
> Did you faced similar phenomenon?
>
> --
> Thanks,
> Laszlo Kiraly
>
>
>
>
>
--
Best regards
Sta
ld like to inform you that any personal data shared with you
> should be processed in accordance with the Law on Protection of Personal
> Data numbered 6698.
>
>
>
>
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Repl
t;
> I will follow up with LF-IT folks to make sure that it is picked up
> promptly.
>
> Thanks,
> -daw-
>
> On 2/2/23 4:22 AM, Stanislav Zaikin wrote:
>
> Hello folks,
>
> I have a stupid question. I want to add an additional email (my employer
> asked me to sig
5 "", lip_host_type = (LCP_ITF_HOST_TUN |
> unknown: 4294967294), lip_phy_adjs = {adj_index = {0, 0}}, lip_flags =
> (unknown: 0),
> lip_rewrite_len = 0 '\000', lip_create_ts = 0}
> (gdb)
>
>
>
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive a
:zsta...@gmail.com
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22536): https://lists.fd.io/g/vpp-dev/message/22536
Mute This Topic: https://lists.fd.io/mt/96696880/21656
Group Owner: vpp-dev+ow...@lists.fd.io
ds at 0x7f44fb6db6b1
.
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22531): https://lists.fd.io/g/vpp-dev/message/22531
Mute This Topic: https://lists.fd.io/mt/96673497/21656
Group Owner: vpp-dev+ow...@lists.fd.i
; 7865077477686057405, 7865077477686057405, 7865077477686057405,
> 7865077477686057405, 7865077477686057405, 7865077477686057405,
> 7865077477686057405, 7865077477686057405, 8521594516526759676,
> 8521594516526759676}}
> pid =
> tid =
> ret =
> (gdb)
>
> As for lcp-sync,
> Jan 26 12:57:11 tn3 vnet[1133419]: #8 0x7fdd59a3229a vlib_main + 0x60a
> Jan 26 12:57:11 tn3 vnet[1133419]: #9 0x7fdd59a94a14 thread0 + 0x44
> Jan 26 12:57:11 tn3 vnet[1133419]: #10 0x7fdd598e43d8 0x7fdd598e43d8
>
>
>
--
Best regards
Stanislav Zaikin
diff -
> 00:31:48:504917: llc-input
> LLC osi_layer5 -> osi_layer5
> 00:31:48:504918: osi-input
> OSI isis
> 00:31:48:504919: error-drop
> rx:TenGigabitEthernet1c/0/1.1914
> 00:31:48:504920: drop
> osi-input: unknown osi protocol
>
>
>
--
Best regards
Stani
Disabled error
> 74 osi-input unknown osi
> protocol error
> 5 snap-input unknown oui/snap
> protocolerror
> 11 ethernet-input unknown ethern
rface when receiving the
packets (at least in dpdk-input and memif-input). I thought it'd be useful
to have this fast path for tap interfaces. Theoretically it can be even
measured with csit but I didn't succeed at that :)
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You recei
when they are needed to be processed by
>> DataPlane.
>>
>>
>>
>
> --
> Pim van Pelt
> PBVP1-RIPE - http://www.ipng.nl/
>
>
>
>
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply O
It was pointed out by Dmitry that my fix doesn't make much sense. Any other
ideas much appreciated.
On Mon, 5 Dec 2022 at 10:53, Stanislav Zaikin via lists.fd.io wrote:
> Hello folks,
>
> I've got a crash on v22.10
> vnet[2391390]: received signal SIGSEGV, PC 0x7f4847feb994, faulti
ny successful experience to bring up VPP on a dpaa2
> platform, please share with us and it would be much appreciated.
>
>
>
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22286): https://lists.fd.io/g/v
hing was introduced by
9f5b36926b74109974e7c3ce9bb3a0a7d676c46c (which is a good job btw), so I
think we should clear that flag as it done in other places.
I prepared a fix[0], please have a look.
[0] - https://gerrit.fd.io/r/c/vpp/+/37749
On Mon, 5 Dec 2022 at 10:53, Stanislav Zaikin wrote:
> Hello folks,
>
>
file I've got a completely different stacktrace. Is there a way
to find exactly this vlib_next_frame structure? Any ideas are much
appreciated.
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22277): https://lists.fd
366162944, 61927, 0, 0, 1744896000, 2917007366,
646508478}, headroom = 0x100236d180 "\277f\026\261\b",
pre_data = ...,
data = 0x100236d200 ...
(gdb) p (b->data + b->current_data)
$35 = (u8 *) 0x100236d178 "\006"
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=
? Are you
> imagining adding patches from libnl (I'd love to learn more, if you do :-).
>
> groet,
> Pim
>
> On Wed, Oct 12, 2022 at 4:58 PM Stanislav Zaikin
> wrote:
>
>> Hello folks,
>>
>> I have a patch to download, build and link statically libnl3 for linux-cp
>
in the host or to be able to apply custom
patches for libnl.
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22009): https://lists.fd.io/g/vpp-dev/message/22009
Mute This Topic: https://lists.fd.io/mt/94282694/21656
Hello folks,
Is it possible to trigger a benchmark (csit, only 1 test case) for a
specific patch which is not merged?
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21842): https://lists.fd.io/g/vpp-dev/message
add mac in l2fib on port using :
>>
>> l2fib add 52:54:00:53:18:55 200 port0/0 static
>>
>> vpp should unicast the packet which is also not happening .
>>
>> I'm using vpp version 22.06 .
>>
>> Please suggest how to achieve this or if I missed s
a structure within the api a showstopper for you - that is, does
>> it cause a compilation failure of some sort ? If so - one option is to
>> mark the APIs as experimental and then change it in-place. It is up to
>> component owners to decide the policy.
>>
>> --a
>>
ecific case - is the presence of the “namespace”
>> member in a structure within the api a showstopper for you - that is, does
>> it cause a compilation failure of some sort ? If so - one option is to
>> mark the APIs as experimental and then change it in-place. It is up
> component owners to decide the policy.
>
> --a
>
> On 15 Jul 2022, at 09:39, Stanislav Zaikin wrote:
>
>
> Hello folks,
>
> According to [0] it should be possible to add breaking changes to vpp api
> with incrementing the major version of the api. There's one iss
But make checkstyle-api still
fails. Any ideas?
Of course, I can add new methods _v2 and deprecate the older ones. But it'd
lead to code duplication and still I'd need to wait at least 2 releases.
[0] https://wiki.fd.io/view/VPP/API_Versioning
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=
sent document est la propriété de Andre
> Courchesne. Et est divulguée en toute confidentialité. Cette information ne
> doit pas être utilisée, divulguée à d'autres personnes ou reproduite sans
> le consentement écrit explicite de Andre Courchesne.
>
> The information contained in th
> Do anyone have any idea? How can this be handled.
>
> Regards,
> Vijay
>
>
>
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21434): https://lists.fd.io/g/vpp-dev/message/21434
Mute T
8: ikev2-ip4-natt
> ikev2: sw_if_index 5, next index 0
>
> Filip
>
> ----------
> *From:* vpp-dev@lists.fd.io on behalf of Stanislav
> Zaikin
> *Sent:* Friday, May 13, 2022 11:17 AM
> *To:* Filip Tehlar -X (ftehlar - PANTHEON TECH SRO at Cisco) <
&g
via lists.fd.io
> *Sent:* Friday, May 13, 2022 10:26 AM
> *To:* Stanislav Zaikin ; vpp-dev
> *Subject:* Re: [vpp-dev] ikev2 and nat-t
>
> Hmm good catch, I wonder why we did not catch it - maybe the unit tests
> use only non-standard port...
> Can you try to patch it accor
ikev2-ip4
ikev2: sw_if_index 10, next index 1
06:19:16:980301: error-drop
rx:BondEthernet10.1191
06:19:16:980301: drop
ip4-udp-lookup: none
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21407): https://lists.f
Hello folks,
Does vapi for C support code generation for the following notation (took it
from lcp.api)?
service {
rpc lcp_itf_pair_get returns lcp_itf_pair_get_reply
stream lcp_itf_pair_details;
};
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages
put active 137187
> 191343 0 4.18e21.39
>
>
> Am I missing something ? Are those information displayed with a different
> name ? Thanks again.
>
> David
>
>
>
>
>
>
>
>
>
>
>
>
>
64 = {'\000' }}
(gdb) p *_f
$1 = {frame_flags = 6, flags = 1, scalar_offset = 16, vector_offset = 32,
aux_offset = 0, n_vectors = 25,
arguments = 0x7fc5867ad04c "\376\376\376\376\003"}
(gdb)
On Wed, 30 Mar 2022 at 19:35, Stanislav Zaikin via lists.fd.io wrote:
es a new frame per interface with the
ETH_INPUT_FRAME_F_SINGLE_SW_IF_IDX flag in virtio-input node.
Any feedback is appreciated.
On Tue, 29 Mar 2022 at 22:09, Stanislav Zaikin wrote:
> Hello folks,
>
> I'm experiencing a weird issue. I'm running a current master with linux-cp
&g
f ideas on what to check I'm asking for the help of the
community. So, any ideas/inputs are much appreciated.
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21140): https://lists.fd.io/g/vpp-dev/message/21140
Mute This Topic: h
:
> https://git.fd.io/vpp/tree/src/vlib/buffer.h#n101 and inspect them via
> 'gdb_dump_trajectory_trace()'.
>
> ben
>
> > -Original Message-
> > From: vpp-dev@lists.fd.io On Behalf Of Stanislav
> > Zaikin
> > Sent: Monday, March 28, 2022 17:44
>
ome reason. And what's
strange is that it works for some time and only then crashes (so tracin the
packet before crash doesn't help me at all).
I want to see what node was before l2-input.
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Re
#15 0x76d47e08 in clib_calljmp () at
> /home/pim/src/vpp/src/vppinfra/longjmp.S:123
>
> #16 0x7fff92380530 in ?? ()
>
> #17 0x76e9eb3f in vlib_process_startup (vm=0x1, p=0x8,
> f=0x7fff968008b0) at /home/pim/src/vpp/src/vlib/main.c:1245
>
> #18 0x7ff
M Andrew Yourtchenko
> wrote:
>
>> hi all,
>>
>> Is there anyone doing the truly “out of tree“ plugins ? I would like to
>> take a look a bit at the ergonomics of this process, and having another
>> brain(s) to discuss with would be useful.
>>
>
h2-tx
>
> tn-eth2 tx queue 0
>
> buffer 0x96810: current data 0, length 98, buffer-pool 0, ref-count 1,
> totlen-nifb 0, trace handle 0x8
>
> ext-hdr-valid
>
> l4-cksum-computed l4-cksum-correct local l2-hdr-offset 0
> l3-hdr-offse
om and Mellanox
> virtual functions with multiple workers. Only with virtio
> (PARAVIRTUALIZED).
>
>
>
> Any suggestions on what is resulting in the ip4 disablement? Any
> suggestions on where to start the debug? I can get GDB out and step
> through i
/10.0.123.1/32> via wg0*
>
> *vpp1# ip route add 10.0.123.2/32 <http://10.0.123.2/32> via wg0*
>
> vpp1# ping 10.0.123.2
>
> 116 bytes from 10.0.123.2: icmp_seq=1 ttl=64 time=4.5987 ms
>
> 116 bytes from 10.0.123.2: icmp_seq=2 ttl=64 time=5.6347 ms
>
> 116 by
I can't reproduce it using
> *vppctl*...
> Does anyone have any idea?
>
> I've created a JIRA issue with steps to reproduce -
> https://jira.fd.io/browse/VPP-2006
>
> Thanks
>
>
>
>
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You recei
01 > 52:54:00:01:10:02, ethertype IPv4
> (0x0800), length 190: (tos 0x0, ttl 62, id 0, offset 0, flags [none], proto
> UDP (17), length 176)
>
> 192.168.10.3.50869 > 192.168.10.0.50869: UDP, length 148
>
> 12:51:44.357225 52:54:00:02:10:01 > 52:54:00:01:10:02, ether
_adjancency_t is matching the IP and MAC of the
> recently learned neighbor.
>
> Is my perception correct?
>
> Thanks,
> David
>
>
>
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20661)
contributing,active,
> path-list:[40] locks:4 flags:shared, uPRF-list:39 len:1 itfs:[4, ]
> path:[50] pl-index:40 ip4 weight=1 pref=0 recursive:
> via 192.168.21.2 in fib:0 via-fib:34 via-dpo:[dpo-load-balance:35]
>
> forwarding: unicast-ip4-chain
> [@0]: dpo-lo
e_tests/comparisons/current_vs_previous_release.html
> [12]
> https://s3-docs.fd.io/csit/rls2110/report/trex_performance_tests/csit_release_notes.html
> [13]
> https://s3-docs.fd.io/csit/rls2110/report/trex_performance_tests/packet_throughput_graphs/index.html
> [14]
> https://s3-docs
fe solution.
>
> i.e imagine 2 threads call pool_put_will expand on the same time, and
> there is just one free slot. Both will get negative answer, but 2nd put
> operation will actually expand.
>
> —
> Damjan
>
> On 04.11.2021., at 18:24, Stanislav Zaikin wrote:
>
we can lose one free element in the pool (and also additionally
allocated bitmap).
For me, it's a place where it would be nice to have an mt-safe vec. What do
you think?
[0] - https://gerrit.fd.io/r/c/vpp/+/34332
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You recei
ol’s bitmap of free indicies may expand, which would
> confuse readers/workers. But I don’t see any of your threads having just
> pool_put a load-balance. Since you have a reliable reproduction
> environment, could you cook your own pool_put_would_expand macro to test
> this theory?
f7f17bbb in vlib_process_signal_event_helper
> (nm=0x7ffe73ab77f0, n=0x7ffe74a1da30, p=0x7ffe74a4eb80, t=0, n_data_elts=1,
> n_data_elt_bytes=8)
>
> at /home/Immaculate/Oct12/vpp/src/vlib/node_funcs.h:903
>
> #25 0x000a in ?? ()
>
> #26 0x7ffe6c473958 in
s are doing.
>
>
>
> /neale
>
>
>
> *From: *vpp-dev@lists.fd.io on behalf of Stanislav
> Zaikin via lists.fd.io
> *Date: *Wednesday, 13 October 2021 at 20:30
> *To: *vpp-dev
> *Subject: *[vpp-dev] assert in pool_elt_at_index
>
> Hello folks,
>
>
&g
ruption earlier with more clues.
>
> Best
> ben
>
> > -Original Message-
> > From: vpp-dev@lists.fd.io On Behalf Of Stanislav
> > Zaikin
> > Sent: vendredi 15 octobre 2021 14:54
> > To: vpp-dev
> > Subject: Re: [vpp-dev] assert in pool_elt_
ifp-0/0/0.13
> out-labels 1092
> mpls tunnel l2-only via fe80::e:903c:b3ff:fe15:f119 ifp-0/0/0.13
> out-labels 1093
> mpls tunnel l2-only via fe80::e:903c:b3ff:fe15:f119 ifp-0/0/0.13
> out-labels 1094
> mpls tunnel l2-only via fe80::e:903c:b3ff:fe15:f119 ifp-0/0/0.13
> out-labels 109
Any thoughts will be much appreciated. This bug is quite reproducible in my
environment, but I don't know what else to check.
On Thu, 14 Oct 2021 at 08:51, Stanislav Zaikin via lists.fd.io wrote:
> Hi Florin,
> Hi Rajith,
>
> It shouldn't be the pool expansion
to access it. Is main thread busy doing something (e.g., adding
>> routes/interfaces) when the assert happens?
>>
>> Regards,
>> Florin
>>
>> On Oct 13, 2021, at 2:52 PM, Stanislav Zaikin wrote:
>>
>> Hi Florin,
>>
>> I wasn't aware of those h
; Florin
>
> On Oct 13, 2021, at 11:30 AM, Stanislav Zaikin wrote:
>
> Hello folks,
>
> I'm facing a strange issue with 2 worker threads. Sometimes I get a crash
> either in "ip6-lookup" or "mpls-lookup" nodes. They happen with assert in
> the *pool_elt_at_ind
te_object_index_map
>>> > (obj_template=0x5576f8083e5c, use_seq=0 '\000', skip_index=0 '\000')
>>> > at
>>> /development/librtbrickinfra/libbds/code/bds/src/bds_object.c:4024
>>> > #38 0x7f994f98206c in bds_object_add
>>> (object_template=0x5576f8083e5c)
; >
>> > >
>> > > -
>> > >
>> > > c -code
>> > >
>> >
[0] [@12]: dpo-load-balance: [proto:ip4 index:33 buckets:1 uRPF:35
> to:[0:0]]
> [0] [@3]: arp-ipv4: via 10.10.30.2 GigabitEthernet2/0/3
>
>
>
>
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#2
What does "show ip fib 48.0.0.1" say?
On Sat, 18 Sept 2021 at 12:44, Mohsen Meamarian
wrote:
> Hi,
>
> Did anyone know why i get this error?
> For every 10 packet that i send, 1 packet drop because of this.
>
> Thank you
>
>
>
>
--
Best regards
Stanisl
If you enabled ip6 on the link first, this wouldn’t be a problem. The link
> will need to be ip6 enabled if you want something to reply.
>
>
>
> /neale
>
>
>
>
>
> *From: *vpp-dev@lists.fd.io on behalf of Stanislav
> Zaikin via lists.fd.io
> *Date: *Fri
e if such a situation is possible at all?
> In any case, I believe that vpp should not crash.
>
> Thanks.
>
>
>
>
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#19995): https://lists.fd.io
Thanks,
> Regards,
> Venu
>
>
> On Thu, 8 Apr 2021 at 13:18, Stanislav Zaikin wrote:
>
>> Hi Venumadhav,
>>
>> You should specify an ip table for the nexthop with "next-hop-table XX".
>> By default it'd be nexthop in default fib.
>>
>
d-balance: [proto:ip4 index:13 buckets:1 uRPF:16
> to:[214:19084]]
> [0] [@0]: dpo-drop ip4
> vpp#
>
> Can anyone pinpoint what could be the problem ?
>
> Thanks,
> Regards,
> Venu
>
>
>
>
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You re
doesn't support per-node tracing. There may be
> another way to initiate trace on this node.
>
> vpp#
>
>
>
> Thanks,
>
>
>
> Hemant
>
>
>
>
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this
t `2001::1'
>
> vpp#
>
>
>
> A quick search online does not show me any example for how to configure an
> IPv6 address using VPP CLI.
>
>
>
> Hemant
>
>
>
>
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to t
errit.fd.io/r/c/vpp/+/30759
>
>
>
> this is a scheme that aids with the integration of VPP with the Linux
> network stack by mirroring a [user defined] set of interfaces that VPP owns
> with tap/tun interfaces in the kernel. More details are in the .rst file.
>
>
>
> Th
o you choose the egress Tap?
>
>
>
> /neale
>
>
>
>
>
> *From: *vpp-dev@lists.fd.io on behalf of Stanislav
> Zaikin via lists.fd.io
> *Date: *Friday, 22 January 2021 at 16:29
> *To: *vpp-dev
> *Subject: *[vpp-dev] local lookup and tx sw_if_index
>
> H
RAGMENT
TCP: 40740 -> 169
seq. 0x9613 ack 0x
flags 0x02 SYN, tcp header: 40 bytes
window 64240, checksum 0x0939
00:00:39:587552: tap-inject-tx
tap_inject_tx rx_sw_if 1 tx_sw_if 1 tap fd 23
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Link
> remote: Processing changes: refs: 1, done
>
> To https://gerrit.fd.io/r/vpp
>
> ! [remote rejected] classify-val -> classify-val (prohibited by
> Gerrit: not permitted: create)
>
> error: failed to push some refs to 'https://gerrit.fd.io/r/vpp'
>
> hemant@upp
er plugin without explicitly defining a value for
> CLIB_DEBUG so it is ending up defined to 0. To remedy the issue, you could
> either build VPP with CLIB_DEBUG set to 0 (run 'make build-release' instead
> of 'make build') or explicitly define CLIB_DEBUG when you build the router
> plugin.
>
buffer_validate_alloc_free
hadn't been called (second run was ok). Because there is the same code
according to debug info in gdb.
I hope you'll point me where I'm wrong.
On Sat, 16 Jan 2021 at 12:07, Stanislav Zaikin via lists.fd.io wrote:
> Hello Damjan,
> Thanks for the response.
>
ght (except the wrong assumption that vlib_get_frame_to_node
> will give you empty frame).
>
>
> What happens between this code and error-drop node? Is interface TX also
> your custom code?
>
> —
> Damjan
>
>
> On 15.01.2021., at 17:03, Stanislav Zaikin wrote:
&g
uncs.h:754
/* omit */
(gdb) select 6
(gdb) print buffers[0]
$6 = 653093
Maybe I need to set some flags on the allocated buffer? Or what else
am I missing?
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18518): https:/
in VPP.
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#17243): https://lists.fd.io/g/vpp-dev/message/17243
Mute This Topic: https://lists.fd.io/mt/76205779/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe
in: 21
>
> vl_client_disconnect:323: queue drain: 21
>
> vl_client_disconnect:323: queue drain: 21
>
> Can anyone suggest why this is happening?
>
> Thanks and Regards,
> Chinmaya Agarwal.
>
>
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receiv
ool, or
keep one adj table for all p2p interfaces?
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#16872): https://lists.fd.io/g/vpp-dev/message/16872
Mute This Topic: https://lists.fd.io/mt/75261778/216
e L2 Packet receive at
> application? When I check the documentation I can find few ways to
> communicate the application with VPP but is there any way to communicate
> directly with any particular node?
>
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages
(such as turning on
"device-input" for pppoe-input node on control plane interface [1]).
May be there any other ways to do it?
[1] https://gerrit.fd.io/r/c/vpp/+/26964
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Re
Hello again,
Are there any users of pppoe-plugins? Or maybe any maintainers of this
plugin?
On Sat, 9 May 2020 at 20:16, Stanislav Zaikin wrote:
> Hello folks,
>
> I'm trying to figure out how to make PPPoE plugin work with dot1q
> subinterfaces (and maybe with qinq interfaces).
&
ting a pppoe
session? We can get it from the encap interface.
https://gerrit.fd.io/r/c/vpp/+/26964
--
Best regards
Stanislav Zaikin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#16293): https://lists.fd.io/g/vpp-dev/message/16293
Mute This Topic: htt
86 matches
Mail list logo
