Re: Bidirectional Forwarding Detection
Hello Olivier. Thanks for the detailed answer. I meant something like this: https://www.bsdcan.org/2016/schedule/events/667.en.html https://www.bsdcan.org/2016/schedule/attachments/358_bsdcan2016-bfd.pdf On Mon, 4 Dec 2017, 15:41, you wrote: On Mon, Dec 4, 2017 at 1:53 PM, yarwrote: Hello All. Does FreeBSD support BFD (Bidirectional Forwarding Detection)? rfc5880, rfc5881 Hi, BFD is supported (ie: not filtered) by FreeBSD: you just need to use a BFD daemon software. If your question was "Does FreeBSD includes a BFD daemon into base?", the answer is no. Main usage of BFD is to detect network failure between routing peers and give this information to the routing protocol. As example, once an OSPF process detect new neighbours, it will sent their IP addresses to the BFD process: Once received, the BFD process will monitor the reachability of these neighbours and will communicate back to the OSPF process if they are not reachable. But I'm not aware of a standard way for an "independent" bfd daemon to communicate between all the routing softwares (bird, FRR, quagga, etc.): This is why they includes their own BFD daemon (like bird). Regards, Olivier -- yar ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
[Bug 223824] Kernel panic in ng_base.c (netgraph)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223824 Kubilay Kocakchanged: What|Removed |Added Status|New |Open Summary|[arm64] Kernel panic in |Kernel panic in ng_base.c |ng_base.c (netgraph)|(netgraph) Flags||mfc-stable10?, ||mfc-stable11? Keywords||crash, needs-qa -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
[Bug 206185] [netgraph][patch] refactoring ng_patch
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206185 Kubilay Kocakchanged: What|Removed |Added Assignee|freebsd-net@FreeBSD.org |jul...@freebsd.org Flags||mfc-stable10+, ||mfc-stable11+ Status|New |In Progress --- Comment #6 from Kubilay Kocak --- Mark and classify to track what occurred. Assign to committer resolving. What left to do to resolve/close? -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
[Bug 223824] [arm64] Kernel panic in ng_base.c (netgraph)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223824 Eugene Grosbeinchanged: What|Removed |Added Flags|mfc-stable10?, |mfc-stable10-, |mfc-stable11? |mfc-stable11- Summary|Kernel panic in ng_base.c |[arm64] Kernel panic in |(netgraph) |ng_base.c (netgraph) --- Comment #7 from Eugene Grosbein --- This issue is ARM-specific as it does not manifest for other platforms. ARM is not FreeBSD Tier1 platform yet, so MFC is not important for this. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
[Bug 224061] IpV6 SCTP - sctp_sendv() from client does not work
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224061 Michael Tuexenchanged: What|Removed |Added CC||tue...@freebsd.org Assignee|freebsd-net@FreeBSD.org |tue...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Bidirectional Forwarding Detection
Hello All. Does FreeBSD support BFD (Bidirectional Forwarding Detection)? rfc5880, rfc5881 -- yar ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: Netmap ouch double free
Hi Vincenzo, Thank you for pointing me in right direction. Yes indeed, those were overflow buffers that did the trick. I did not point them back before closing. (I am using linux). Martina On Dec 3, 2017 08:56, "Vincenzo Maffione"wrote: > Hi, > It may be related to the "extra buffers feature" of netmap, that lb uses. > When the netmap port is opened, some additional buffers (not bound to any > netmap ring) are allocated to be used by the application for slot swapping. > They are provided through the ni_bufs_head field as a linked list (see > updated netmap manual https://github.com/luigirizzo/ > netmap/blob/master/share/man/man4/netmap.4 ). > To free them, the free list must be returned when closing the netmap file > descriptor, using the same ni_bufs_head field. > > To check if this is true you could make sure that you are using "-B 0" > option, which means no extra buffers are used. > > Are you using the latest netmap code from github? Are you using FreeBSD or > Linux? > > Cheers, > Vincenzo > > 2017-12-01 15:21 GMT+01:00 Martina Balintova : > >> Hi, >> I am currently playing with lb app in netmap. Every time I kill/close it, >> the app hangs for some time and does not end immediately. In syslogs I am >> getting: >> ' >> Netmap_do_unregif deleting last instance for myapp{1 >> Netmap_do_deref active=5 >> Netnap_obj_free ouch, double free on buffer 2 >> Netmap_extra_free freed 0 buffers >> ' >> >> This happens when I have some consumer on the pipe and at some point >> during >> whole lb lifetime, it did not consume all packets (resulting in oq being >> filled or packets being dropped). If the pipe did not ever have a >> consumer, >> then it will not end up in the double free. >> I am finding it quite hard to debug in gdb, as this is happening at the >> shutdown. >> Could someone pls point me to reason? >> >> I am running lb with one interface and 2 groups, different numb of pipes >> per group and this happens even with no extra buffers. >> >> Martina >> ___ >> freebsd-net@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org" >> > > > > -- > Vincenzo Maffione > ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: Bidirectional Forwarding Detection
On Mon, Dec 4, 2017 at 1:53 PM, yarwrote: > Hello All. > > Does FreeBSD support BFD (Bidirectional Forwarding Detection)? > rfc5880, rfc5881 Hi, BFD is supported (ie: not filtered) by FreeBSD: you just need to use a BFD daemon software. If your question was "Does FreeBSD includes a BFD daemon into base?", the answer is no. Main usage of BFD is to detect network failure between routing peers and give this information to the routing protocol. As example, once an OSPF process detect new neighbours, it will sent their IP addresses to the BFD process: Once received, the BFD process will monitor the reachability of these neighbours and will communicate back to the OSPF process if they are not reachable. But I'm not aware of a standard way for an "independent" bfd daemon to communicate between all the routing softwares (bird, FRR, quagga, etc.): This is why they includes their own BFD daemon (like bird). Regards, Olivier ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"