[Bug 213606] [bxe] multicast (LACP/OSPF) not working with qlogic BCM57800

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213606 Mark Linimon changed: What|Removed |Added Resolution|--- |Overcome By Events Stat

[Bug 213606] [bxe] multicast (LACP/OSPF) not working with qlogic BCM57800

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213606 --- Comment #22 from Ingeborg Hellemo --- I don't have this kind of HW anymore for testing. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

[Bug 213606] [bxe] multicast (LACP/OSPF) not working with qlogic BCM57800

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213606 Mark Linimon changed: What|Removed |Added CC||bugmeis...@freebsd.org As

Re: FRR + OSPF/BGP ECMP

On 11/12/2022 20:59, Olivier Cochard-Labbé wrote: On Sat, Dec 10, 2022 at 4:44 PM Victor Gamov > wrote: So, OS-related MULTIPATH is "turned on" _and_ FRR MULTIPATH is "turned on" but freshports says "MULTIPATH=off: Enable multipath function" Or some misun

Re: FRR + OSPF/BGP ECMP

On Sat, Dec 10, 2022 at 4:44 PM Victor Gamov wrote: > > > So, OS-related MULTIPATH is "turned on" _and_ FRR MULTIPATH is "turned > on" but freshports says "MULTIPATH=off: Enable multipath function" > > Or some misunderstanding here? > I was misunderstanding :-) I wasn't expecting net/frr8 to su

Re: FRR + OSPF/BGP ECMP

On 10/12/2022 16:09, Olivier Cochard-Labbé wrote: On Fri, Dec 9, 2022 at 8:56 PM Oleksandr Kryvulia mailto:shur...@shurik.kiev.ua>> wrote: It is enabled by default since eb0b1b33d5af

Re: FRR + OSPF/BGP ECMP

Hi All Olivier, can you explain please why this function turned off by default? I think it's really useful feature in many cases. On 10/12/2022 16:09, Olivier Cochard-Labbé wrote: On Fri, Dec 9, 2022 at 8:56 PM Oleksandr Kryvulia mailto:shur...@shurik.kiev.ua>> wrote: It is enabled b

Re: FRR + OSPF/BGP ECMP

On Fri, Dec 9, 2022 at 8:56 PM Oleksandr Kryvulia wrote: > > It is enabled by default since eb0b1b33d5af > > I was referring to the MULTIPATH option on the net/frr8 port (not FreeBSD

Re: FRR + OSPF/BGP ECMP

mov wrote: Hi All Does FreeBSD support ECMP while using FRR + OSPF/BGP? If compiled with MULTIPATH option, yes it should work. This option isn't enabled by default, I should enable it. Old example of a setup here: https://bsdrp.net/documentation/examples/ecmp I

Re: FRR + OSPF/BGP ECMP

t; Hi All >> >> Does FreeBSD support ECMP while using FRR + OSPF/BGP? >> >> >> If compiled with MULTIPATH option, yes it should work. > This option isn't enabled by default, I should enable it. > > Old example of a setup here: > https://bsdrp.net/documentation/examples/ecmp > > Regards, > > Olivier >

Re: FRR + OSPF/BGP ECMP

On Fri, Dec 9, 2022 at 10:59 AM Victor Gamov wrote: > Hi All > > Does FreeBSD support ECMP while using FRR + OSPF/BGP? > > > If compiled with MULTIPATH option, yes it should work. This option isn't enabled by default, I should enable it. Old example of a setup

FRR + OSPF/BGP ECMP

Hi All Does FreeBSD support ECMP while using FRR + OSPF/BGP? -- CU Victor Gamov

Re: net/bird2 and OSPF v3

Olivier Cochard-Labbé wrote: > > > > Can anyone please share a *working* net/bird2 config with OSPFv3 > > doing both IPv4 and IPv6 routing? > > > > Works fine for me with "protocol ospf v2", but as soon as I switch to > > "protocol ospf v3&quo

Re: net/bird2 and OSPF v3

On Mon, Dec 14, 2020 at 8:19 AM Victor Sudakov wrote: > Dear Colleagues, > > Can anyone please share a *working* net/bird2 config with OSPFv3 > doing both IPv4 and IPv6 routing? > > Works fine for me with "protocol ospf v2", but as soon as I switch to > "proto

net/bird2 and OSPF v3

Dear Colleagues, Can anyone please share a *working* net/bird2 config with OSPFv3 doing both IPv4 and IPv6 routing? Works fine for me with "protocol ospf v2", but as soon as I switch to "protocol ospf v3" I lose all IPv4 network information etc. -- Victor Sudakov, VAS

Re: ospf redistribute into openbgpd overwrites directly connected routes

On 07/30/2018 05:08 PM, Eugene Grosbein wrote: 30.07.2018 21:06, Tobias Urdin wrote: I have a setup where we connect a OSPF area with a edge router, this edge router then has a BGP peer to my router where it redistributes all OSPF routes into the BGP feed to my router. My router is running

Re: ospf redistribute into openbgpd overwrites directly connected routes

30.07.2018 21:06, Tobias Urdin wrote: > I have a setup where we connect a OSPF area with a edge router, this edge > router then has a BGP peer to my router > where it redistributes all OSPF routes into the BGP feed to my router. > > My router is running FreeBSD 11.1 with ope

Re: ospf redistribute into openbgpd overwrites directly connected routes

d overwrite directly connected routes. If somebody could clear that up for me I would be super grateful :) Best regards Tobias On 07/30/2018 04:09 PM, Tobias Urdin wrote: Hello, I have a setup where we connect a OSPF area with a edge router, this edge router then has a BGP peer t

ospf redistribute into openbgpd overwrites directly connected routes

Hello, I have a setup where we connect a OSPF area with a edge router, this edge router then has a BGP peer to my router where it redistributes all OSPF routes into the BGP feed to my router. My router is running FreeBSD 11.1 with openbgpd root@myrouter:~ # uname -a FreeBSD dr20-1-sto1 11.1

[Bug 213606] [bxe] multicast (LACP/OSPF) not working with qlogic BCM57800

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213606 Rodney W. Grimes changed: What|Removed |Added CC||n...@freebsd.org -- You are re

[Bug 227743] bxe cards require promisc for OSPF

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227743 Eugene Grosbein changed: What|Removed |Added CC||eu...@freebsd.org Resolu

[Bug 213606] [bxe] multicast (LACP/OSPF) not working with qlogic BCM57800

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213606 Eugene Grosbein changed: What|Removed |Added Assignee|n...@freebsd.org |davi...@freebsd.org -- You are

[Bug 213606] [bxe] multicast (LACP/OSPF) not working with qlogic BCM57800

See Also||https://bugs.freebsd.org/bu ||gzilla/show_bug.cgi?id=1748 ||50 Summary|[bxe] LACP not working with |[bxe] multicast (LACP/OSPF) |qlogic

[Bug 227743] bxe cards require promisc for OSPF

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227743 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|n...@freebsd.org -- You are receiv

Re: FreeBSD 10.2 , ospf vs. aggregated static routes, performance issue

very fast (rn_match). But >>  I decided to optimize routing table. >>  I'm using 2 interfaces - ixl0 and ixl1. >>  Behind ixl0 I have 304 networks 172.16.. from /28 to /24 all via the >>  same gw 1.1.1.1 (because ip on ixl0 with /30 mask). And behind ixl1 >>  I have defa

Re: FreeBSD 10.2 , ospf vs. aggregated static routes, performance issue

ixl1. Behind ixl0 I have 304 networks 172.16.. from /28 to /24 all via the same gw 1.1.1.1 (because ip on ixl0 with /30 mask). And behind ixl1 I have default route via 2.2.2.2. That 304 172.16 networks I receive via OSPF (quagga). Now all is OK - on every interface I have up to 500kpps/395kpps, 4.

FreeBSD 10.2 , ospf vs. aggregated static routes, performance issue

m /28 to /24 all via the same gw 1.1.1.1 (because ip on ixl0 with /30 mask). And behind ixl1 I have default route via 2.2.2.2. That 304 172.16 networks I receive via OSPF (quagga). Now all is OK - on every interface I have up to 500kpps/395kpps, 4.5Gbps/1.57Gbps (rx/tx on ixl1 and tx/rx on ixl0).

Interface ref counting when directly connected OSPF route withdrawn…

I've been digging around to see if FreeBSD still had lingering issues with OSPF and it appears so, at least in -STABLE (the following set of posts, do a good job of describing the behavior). In February 2012, glebius@ mentioned using a chain of routes as a possible solution tot he

Strange BGP/OSPF problem

an one of my border router ospf started flapping without reason the link was ok i have tested it the log file shows the following at the beggining started with this messages 2010/05/01 17:36:25 ZEBRA: kernel_rtm_ipv4: 222.213.128.0/17: rtm_write() unexpectedly returned -4 for command RTM_DELETE

OSPF Neighbors inactivity on 8.0-STABLE

i vr0 proto ospf 13:24:04.591907 IP 193.62.62.14> OSPF-ALL.MCAST.NET: OSPFv2, Hello, length 44 13:24:09.594136 IP 193.62.62.14> OSPF-ALL.MCAST.NET: OSPFv2, Hello, length 44 13:24:14.596375 IP 193.62.62.14a> OSPF-ALL.MCAST.NET: OSPFv2, Hello, length 44 13:24:19.598678 IP 193.62.62.14> O

Re: OSPF and ifconfig -alias problem

Leonardo Reginin wrote: > Hello fellows. > > I have a FreeBSD 5.1 ( it's old, I know ) It's well past old. You're unlikely to get any help on this since 5.x is EOL and 5.1 isn't even close to the latest release on that branch. I would be happy to be proven wrong though. Doug -- Impro

OSPF and ifconfig -alias problem

Hello fellows. I have a FreeBSD 5.1 ( it's old, I know ) and a Zebra 0.95a version providing ospf dynamic routing. Recently I added an IP alias to the interface where the ospf is acting and everything went OK. When a removed the IP alias - ifconfig bge0 -alias - the server lost all

Re: Quagga OSPF binds to wrong interface on FreeBSD 7

Joining this conversation as someone who's been wrestling with this issue for some months: > > This bug was reported around the release of FreeBSD 7, but does not seem > > to have made any progress. > > > > http://bugzilla.quagga.net/show_bug.cgi?id=420 > > > > Is this because the sockopt.c.dif

Re: Quagga OSPF binds to wrong interface on FreeBSD 7

--- On Thu, 8/28/08, Julian Elischer <[EMAIL PROTECTED]> wrote: From: Julian Elischer <[EMAIL PROTECTED]> Subject: Re: Quagga OSPF binds to wrong interface on FreeBSD 7 To: [EMAIL PROTECTED] Cc: freebsd-net@freebsd.org Date: Thursday, August 28, 2008, 11:56 PM John Lingate wrote: &g

Re: Quagga OSPF binds to wrong interface on FreeBSD 7

John Lingate wrote: This bug was reported around the release of FreeBSD 7, but does not seem to have made any progress. http://bugzilla.quagga.net/show_bug.cgi?id=420 Is this because the sockopt.c.diff patch is correct, which isn't entirely clear from the following comments, or is there some o

Re: Quagga OSPF binds to wrong interface on FreeBSD 7

On Thu, Aug 28, 2008 at 08:19:32PM -0700, John Lingate wrote: > This bug was reported around the release of FreeBSD 7, but does not seem to > have made any progress. > > http://bugzilla.quagga.net/show_bug.cgi?id=420 > > Is this because the sockopt.c.diff patch is correct, which isn't entirely

Quagga OSPF binds to wrong interface on FreeBSD 7

This bug was reported around the release of FreeBSD 7, but does not seem to have made any progress. http://bugzilla.quagga.net/show_bug.cgi?id=420 Is this because the sockopt.c.diff patch is correct, which isn't entirely clear from the following comments, or is there some other solution to thi

Re: ospf cost and route selection (openospfd)

Josef, good day. Mon, Feb 18, 2008 at 11:50:24AM +0100, Josef Pojsl wrote: > > OK, to the point: the inlined patch should go to the 'files' > > directory, named 'patch-p2p_interfaces'. I assume that all my > > previous patches to make 4.2 to compile and run were applied. > > Thaks a lot, I have

Re: ospf cost and route selection (openospfd)

Hello Eygene, On Sun, Feb 17, 2008 at 08:11:04PM +0300, Eygene Ryabinkin wrote: > I should more carefully study current OpenBSD CVS: the fix for your > problem was committed 5 months ago. Claudio mentioned it (and he > is the author of the patch itself), but the fix didn't get into 4.2. > > The

Re: ospf cost and route selection (openospfd)

Josef, good day. Thu, Feb 14, 2008 at 06:15:09PM +0300, Eygene Ryabinkin wrote: > > OK, I will up my gifX interfaces and will try to simulate your problem. > > OK, problem recreated. Will try to understand and fix the issue. > Will drop a mail, once the situation will be more clear. > > Thinkin

Re: ospf cost and route selection (openospfd)

Thu, Feb 14, 2008 at 07:49:34AM +0300, Eygene Ryabinkin wrote: > > I have replaced patch-ospfd_packet.c with the new one, > > and OSPF packets can find their way through again now. Unfortunately, > > the behavior is the same as with openospfd 4.0; it converges with > > ri

Re: ospf cost and route selection (openospfd)

my patch. So, if you had already patched > > the port to 4.2 with previous version, just drop patch-ospfd_packet.c > > into the 'files/' directory and rebuild the patch. > > Thanks for that patch. I have replaced patch-ospfd_packet.c with the new one, > and OSPF packets

Re: ospf cost and route selection (openospfd)

> into the 'files/' directory and rebuild the patch. Thanks for that patch. I have replaced patch-ospfd_packet.c with the new one, and OSPF packets can find their way through again now. Unfortunately, the behavior is the same as with openospfd 4.0; it converges with right costs etc., but wit

Re: ospf cost and route selection (openospfd)

Wed, Feb 13, 2008 at 10:37:29PM +0300, Eygene Ryabinkin wrote: > Attached is the modified patch for the port itself and the modified > file 'files/patch-ospfd_packet.c': it is the only changed file from > the previous version of my patch. So, if you had already patched > the port to 4.2 with previ

Re: ospf cost and route selection (openospfd)

Josef, good day. Fri, Feb 08, 2008 at 11:53:57AM +0100, Josef Pojsl wrote: > I did try the patch. Unfortunately, the deamon complains about sending packets > over gre interfaces. I cannot see any OSPF traffic on them with tcpdump, > and no routes get added. Found another OpenBS

Re: ospf cost and route selection (openospfd)

Josef, good day. Fri, Feb 08, 2008 at 11:53:57AM +0100, Josef Pojsl wrote: > I did try the patch. Unfortunately, the deamon complains about sending packets > over gre interfaces. I cannot see any OSPF traffic on them with tcpdump, > and no routes get added. Look at what ospfd

Re: ospf cost and route selection (openospfd)

ctl_parser.h I did try the patch. Unfortunately, the deamon complains about sending packets over gre interfaces. I cannot see any OSPF traffic on them with tcpdump, and no routes get added. Look at what ospfd -dv says: startup if_del: interface gre31 if_del: interface gre30 orig_asext_lsa:

Re: ospf cost and route selection (openospfd)

Me again. Thu, Feb 07, 2008 at 05:58:32PM +0300, Eygene Ryabinkin wrote: > Thu, Feb 07, 2008 at 03:14:22PM +0100, Claudio Jeker wrote: > > On Thu, Feb 07, 2008 at 08:49:44AM +0100, Josef Pojsl wrote: > > > Thanks a lot for your remarks. I absolutely agree with you > > > that all columns are correc

Re: ospf cost and route selection (openospfd)

Josef, Claudio, good day. Thu, Feb 07, 2008 at 03:14:22PM +0100, Claudio Jeker wrote: > On Thu, Feb 07, 2008 at 08:49:44AM +0100, Josef Pojsl wrote: > > Thanks a lot for your remarks. I absolutely agree with you > > that all columns are correct except the Nexthop. > > > > The nexthop selection f

Re: ospf cost and route selection (openospfd)

On Thu, Feb 07, 2008 at 08:49:44AM +0100, Josef Pojsl wrote: > Hi Eygene, > > Thanks a lot for your remarks. I absolutely agree with you > that all columns are correct except the Nexthop. > The nexthop selection for point to point links had a bug in versions previous to 4.2. This should be fixed

Re: ospf cost and route selection (openospfd)

Hi Eygene, Thanks a lot for your remarks. I absolutely agree with you that all columns are correct except the Nexthop. On Wed, Feb 06, 2008 at 06:21:42PM +0300, Eygene Ryabinkin wrote: > Josef, good day. > > Currently I can not answer your question, sorry. I just have the > remark. > > Wed, Fe

Re: ospf cost and route selection (openospfd)

Josef, good day. Currently I can not answer your question, sorry. I just have the remark. Wed, Feb 06, 2008 at 03:41:04PM +0100, Josef Pojsl wrote: > ospfctl show rib: > Router 1: > Destination Nexthop Path TypeType CostUptime > 0.0.0.2 10.31.2.2

ospf cost and route selection (openospfd)

Hello, I am trying to use openospfd 4.0 over FreeBSD 6.2 in order to provide redundancy for routing between LAN 1 and LAN 2. The picture is as follows: Locality 1 (LAN 1) Locality 2 (LAN 2) WAN X Router 1 WAN Y

Re: ospf over IPSec

"Eric W. Bates" <[EMAIL PROTECTED]> writes: Hi, > Has anyone successfully used OSPF over a tunnel? Just look here : http://rfc-ref.org/RFC-TEXTS/3884/ -- S> Je cherche aussi des adresses de lieux contenant des fossiles dans S> la région parisienne http://www.s

ospf over IPSec

I have to try and get OSPF working over an ESP tunnel. The idea is to allow graceful fall over between a dedicated T1 and a backup tunnel over the Internet. I just realized that without an esp0 interface in ifconfig, and without the IPSec associations accessible in the routing table, I have

Re: Recommendations for OSPF v3 book?

On Fri, Feb 16, 2007 at 04:32:10PM +, Bruce M Simpson wrote: > Does anyone have any good suggestions for a book which discusses OSPF v3 > architecture? > > I have read the original John Moy book 'OSPF: Anatomy of an Internet > routing protocol' but would very much l

Recommendations for OSPF v3 book?

Does anyone have any good suggestions for a book which discusses OSPF v3 architecture? I have read the original John Moy book 'OSPF: Anatomy of an Internet routing protocol' but would very much like to know of there is a good text out there which discusses OSPF in the wider conte

Redundant gateway with OSPF

Hi all, Can anyone give me some advice on an issue I'm having? I have 2 FreeBSD 6.1-RELEASE routers connected to an OSPF area, and want them to provide a redundant gateway to a subnet. Here is a badly drawn diagram: /-\ | OSPF

Re: ospf / gif / packets not pushed into gif tunnel

On Sun, Sep 19, 2004 at 02:11:46PM +1000, Edwin Groothuis wrote: > gif-interface on server: > 13:28:30.220792 10.10.12.1 > 10.10.12.2: icmp: echo request > fxp-interface on server: > 13:28:30.291934 IP 218.185.88.254 > 192.168.1.1: IP 10.10.12.1 > 10.10.12.2: > icmp 64: echo request seq 51

ospf / gif / packets not pushed into gif tunnel

outes are added on both sides to point to the other networks. This works fine. If I remove the static routes and start running an OSPF daemon on both sides (using quagga), things start working out strange. This part is working: - OSPF information is exchanged. - The routing table is updated.

Re: ospf

Oles' Hnatkevych wrote: >I need rock-solid OSPF daemon that works on FreeBSD-4.5. >Zebra has not proved to be that one since tun(4) interfaces >are created on the fly - it crashes the box. Which is not zebra's fault... better fix the system than work around i

ospf

Hello ppl I need rock-solid OSPF daemon that works on FreeBSD-4.5. Zebra has not proved to be that one since tun(4) interfaces are created on the fly - it crashes the box. Please give me some advice what port should I use. With best wishes, Oles' Hnatkevych, http://gnut.ki

Re: zebra OSPF + redistributing static

On Thu, Jan 03, 2002 at 10:54:37AM +0200, Girnet Vladimir wrote: > Hi > > I use zebra OSPFD to connect to my OSPF network. The router have 4 ethernet > adapters, with diferrent subnets on them. > Only one interface is connected to ospf network. So, I use "redistribute > co

zebra OSPF + redistributing static

Hi I use zebra OSPFD to connect to my OSPF network. The router have 4 ethernet adapters, with diferrent subnets on them. Only one interface is connected to ospf network. So, I use "redistribute connected" option in ospf. I have such strange situation: Routes, that are distri