from:"Thorleif Wiik \[BCIX\]"

OpenBGPd on OpenBSD 5.8 crashing during startup

2015-11-25 Thread Thorleif Wiik [BCIX]

Hi,

OpenBGPd on OpenBSD  5.8 (with all patches applied) is crashing during
startup.

On a second box with 5.7 and the same hardware/configuration there are no
problems.
OpenBGPd is configured as route-server with 118 v4/v6 peers and about 35300
IPv4
and 14800 IPv6 routes.


Any tips for configuration changes to prevent this on 5.8?

Nov 25 13:41:41 route-server bgpd[22856]: startup
Nov 25 13:41:41 route-server bgpd[22856]: rereading config
Nov 25 13:41:41 route-server bgpd[30006]: route decision engine ready
Nov 25 13:43:34 route-server bgpd[30006]: RDE reconfigured

.. many many prefixes

Nov 25 13:45:45 route-server bgpd[30006]: handle_pollfd: poll fd: No buffer
space available
Nov 25 13:45:45 route-server bgpd[30006]: RDE: Lost connection to SE
Nov 25 13:45:46 route-server bgpd[30006]: handle_pollfd: poll fd: No buffer
space available
Nov 25 13:45:46 route-server bgpd[30006]: RDE: Lost connection to SE control
Nov 25 13:45:46 route-server bgpd[22856]: handle_pollfd: poll fd: Invalid
argument
Nov 25 13:45:46 route-server bgpd[22856]: main: Lost connection to SE
Nov 25 13:45:46 route-server bgpd[22856]: Lost child: session engine
terminated; signal 11
Nov 25 13:45:46 route-server bgpd[30006]: route decision engine exiting



Thanks, Thorleif


-- 
Thorleif Wiik, CTO
thorleif.w...@bcix.de

 Tel: +49 160 90378641

BCIX Management GmbH / BCIX e.V.
Stromstrasse 5
10555 Berlin - Germany

http://www.bcix.de/
https://twitter.com/bcix 
https://www.facebook.com/BCIX.Internet.Exchange

Re: OpenBGPd on OpenBSD 5.8 crashing during startup

2015-11-25 Thread Thorleif Wiik [BCIX]

Hi,

@Claudio : Thanks, I'll send you a  private message with a download link
for core- and logfile.

@Sebastian: Yes, we definitely should keep in touch to help BCIX to stay
with OpenBSD and not to fly away...

@Peter,  Thanks for the tip! As this was a production server and I had to
restore the service I installed 5.7 which is working.

I'll order another third route server (which was approved today :-) to have
a better testing environment with 5.8.
Hope it will not last too long with delivery...


Thorleif

On Wed, Nov 25, 2015 at 9:50 PM, Claudio Jeker <cje...@diehard.n-r-g.com>
wrote:

> On Wed, Nov 25, 2015 at 05:08:27PM +0100, Thorleif Wiik [BCIX] wrote:
> > Hi,
> >
> > OpenBGPd on OpenBSD  5.8 (with all patches applied) is crashing during
> > startup.
> >
> > On a second box with 5.7 and the same hardware/configuration there are no
> > problems.
> > OpenBGPd is configured as route-server with 118 v4/v6 peers and about
> 35300
> > IPv4
> > and 14800 IPv6 routes.
> >
> >
> > Any tips for configuration changes to prevent this on 5.8?
>
> Something in the session engine corrupted some memory, now the question is
> what.  Is it possible to get a backtrace of the session engine?
> See sysctl(8) at the bottom on how to use kern.nosuidcoredump=3 to get a
> core file.
>
> Wonder if the SE is printing something before it explodes. Is it possible
> to get more of the log?
>
> The poll fd errors are a red herring because this is a case where errno is
> not previously set and so it should not print it. See diff at the end of
> this mail.
>
> > Nov 25 13:41:41 route-server bgpd[22856]: startup
> > Nov 25 13:41:41 route-server bgpd[22856]: rereading config
> > Nov 25 13:41:41 route-server bgpd[30006]: route decision engine ready
> > Nov 25 13:43:34 route-server bgpd[30006]: RDE reconfigured
> >
> > .. many many prefixes
> >
> > Nov 25 13:45:45 route-server bgpd[30006]: handle_pollfd: poll fd: No
> buffer
> > space available
> > Nov 25 13:45:45 route-server bgpd[30006]: RDE: Lost connection to SE
> > Nov 25 13:45:46 route-server bgpd[30006]: handle_pollfd: poll fd: No
> buffer
> > space available
> > Nov 25 13:45:46 route-server bgpd[30006]: RDE: Lost connection to SE
> control
> > Nov 25 13:45:46 route-server bgpd[22856]: handle_pollfd: poll fd: Invalid
> > argument
> > Nov 25 13:45:46 route-server bgpd[22856]: main: Lost connection to SE
> > Nov 25 13:45:46 route-server bgpd[22856]: Lost child: session engine
> > terminated; signal 11
> > Nov 25 13:45:46 route-server bgpd[30006]: route decision engine exiting
> >
> >
> >
> > Thanks, Thorleif
> >
> >
> > --
> > Thorleif Wiik, CTO
> > thorleif.w...@bcix.de
> >
> >  Tel: +49 160 90378641
> >
> > BCIX Management GmbH / BCIX e.V.
> > Stromstrasse 5
> > 10555 Berlin - Germany
> >
> > http://www.bcix.de/
> > https://twitter.com/bcix <http://twitter.com/bcix>
> > https://www.facebook.com/BCIX.Internet.Exchange
> >
>
> --
> :wq Claudio
>
>
> Index: bgpd.c
> ===
> RCS file: /cvs/src/usr.sbin/bgpd/bgpd.c,v
> retrieving revision 1.182
> diff -u -p -r1.182 bgpd.c
> --- bgpd.c  20 Nov 2015 23:26:08 -  1.182
> +++ bgpd.c  25 Nov 2015 20:47:34 -
> @@ -903,21 +903,21 @@ handle_pollfd(struct pollfd *pfd, struct
>
> if (pfd->revents & POLLOUT)
> if (msgbuf_write(>w) <= 0 && errno != EAGAIN) {
> -   log_warn("handle_pollfd: msgbuf_write error");
> +   log_warn("imsg write error");
> close(i->fd);
> i->fd = -1;
> return (-1);
> }
>
> if (pfd->revents & POLLIN) {
> -   if ((n = imsg_read(i)) == -1) {
> -   log_warn("handle_pollfd: imsg_read error");
> +   if ((n = imsg_read(i)) == -1 && errno != EAGAIN) {
> +   log_warn("imsg read error");
> close(i->fd);
> i->fd = -1;
> return (-1);
> }
> -   if (n == 0) { /* connection closed */
> -   log_warn("handle_pollfd: poll fd");
> +   if (n == 0) {
> +   log_warnx("peer closed imsg connection");
> close(i->fd);
> i->fd = -1;
> return (-1);
>



-- 
Thorleif Wiik, CTO
thorleif.w...@bcix.de

 Tel: +49 160 90378641

BCIX Management GmbH / BCIX e.V.
Stromstrasse 5
10555 Berlin - Germany

http://www.bcix.de/
https://twitter.com/bcix <http://twitter.com/bcix>
https://www.facebook.com/BCIX.Internet.Exchange

OpenBGPd on OpenBSD 5.5 crashed after adding a new peer

2015-10-15 Thread Thorleif Wiik [BCIX]

Hi,

OpenBGPd on OpenBSD  5.5 crashed after adding a new peer with following
messages.
On a second box with 5.7 and the same configuration there are no problems.
OpenBGPd is configured as route-server.

Any tips for configuration changes to prevent this on 5.5?


Oct 15 20:26:19 route-server  bgpd[17580]: fatal in SE:
session_dispatch_imsg: imsg_read error: Resource temporarily unavailable
Oct 15 20:26:19 route-server  bgpd[17675]: fatal in RDE:
rde_dispatch_imsg_session: pipe closed
Oct 15 20:26:19 route-server  bgpd[21785]: dispatch_imsg in main: pipe
closed
Oct 15 20:26:20 route-server  bgpd[21785]: Lost child: session engine exited
Oct 15 20:26:20 route-server  bgpd[21785]: Lost child: route decision
engine exited
Oct 15 20:26:20 route-server  bgpd[21785]: Terminating


Thanks, Thorleif

-- 
Thorleif Wiik, CTO
thorleif.w...@bcix.de

 Tel: +49 160 90378641

BCIX Management GmbH / BCIX e.V.
Stromstrasse 5
10555 Berlin - Germany

http://www.bcix.de/
https://twitter.com/bcix 
https://www.facebook.com/BCIX.Internet.Exchange

Re: OpenBSD 5.7 on HP ProLiant DL360p Gen8

2015-05-13 Thread Thorleif Wiik [BCIX]


ppb7 at pci0 dev 3 function 1 Intel E5 PCIE rev 0x07

pci8 at ppb7 bus 20

ppb8 at pci0 dev 3 function 2 Intel E5 PCIE rev 0x07

pci9 at ppb8 bus 21

ppb9 at pci0 dev 3 function 3 Intel E5 PCIE rev 0x07

pci10 at ppb9 bus 22

Intel E5 DMA rev 0x07 at pci0 dev 4 function 0 not configured

Intel E5 DMA rev 0x07 at pci0 dev 4 function 1 not configured

Intel E5 DMA rev 0x07 at pci0 dev 4 function 2 not configured

Intel E5 DMA rev 0x07 at pci0 dev 4 function 3 not configured

Intel E5 DMA rev 0x07 at pci0 dev 4 function 4 not configured

Intel E5 DMA rev 0x07 at pci0 dev 4 function 5 not configured

Intel E5 DMA rev 0x07 at pci0 dev 4 function 6 not configured

Intel E5 DMA rev 0x07 at pci0 dev 4 function 7 not configured

Intel E5 Address Map rev 0x07 at pci0 dev 5 function 0 not configured

Intel E5 Error Reporting rev 0x07 at pci0 dev 5 function 2 not configured

Intel E5 I/O APIC rev 0x07 at pci0 dev 5 function 4 not configured

ppb10 at pci0 dev 17 function 0 Intel C600 Virtual PCIE rev 0x05

pci11 at ppb10 bus 24

ehci0 at pci0 dev 26 function 0 Intel C600 USB rev 0x05: apic 8 int 21

usb0 at ehci0: USB revision 2.0

uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1

ppb11 at pci0 dev 28 function 0 Intel C600 PCIE rev 0xb5

pci12 at ppb11 bus 10

ppb12 at pci0 dev 28 function 7 Intel C600 PCIE rev 0xb5

pci13 at ppb12 bus 1

Hewlett-Packard iLO3 Slave rev 0x05 at pci13 dev 0 function 0 not
configured

vga1 at pci13 dev 0 function 1 Matrox MGA G200eH rev 0x00

wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)

wsdisplay0: screen 1-5 added (80x25, vt100 emulation)

Hewlett-Packard iLO3 Management rev 0x05 at pci13 dev 0 function 2 not
configured

uhci0 at pci13 dev 0 function 4 Hewlett-Packard USB rev 0x02: apic 8 int
16

usb1 at uhci0: USB revision 1.0

uhub1 at usb1 Hewlett-Packard UHCI root hub rev 1.00/1.00 addr 1

ehci1 at pci0 dev 29 function 0 Intel C600 USB rev 0x05: apic 8 int 20

usb2 at ehci1: USB revision 2.0

uhub2 at usb2 Intel EHCI root hub rev 2.00/1.00 addr 1

ppb13 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0xa5

pci14 at ppb13 bus 23

pcib0 at pci0 dev 31 function 0 Intel C600 LPC rev 0x05

pciide0 at pci0 dev 31 function 2 Intel C600 SATA rev 0x05: DMA
(unsupported), channel 0 configured to native-PCI, channel 1 configured to
native-PCI

pciide0: using apic 8 int 17 for native-PCI interrupt

atapiscsi0 at pciide0 channel 0 drive 0

scsibus1 at atapiscsi0: 2 targets

cd0 at scsibus1 targ 0 lun 0: hp, DVD A DU8A5SH, NHJ3 ATAPI 5/cdrom
removable

pciide0: channel 1 ignored (not responding; disabled or no drives?)

isa0 at pcib0

isadma0 at isa0

com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo

com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo

com1: probed fifo depth: 0 bytes

pckbc0 at isa0 port 0x60/5

pckbd0 at pckbc0 (kbd slot)

pckbc0: using irq 1 for kbd slot

wskbd0 at pckbd0: console keyboard, using wsdisplay0

pcppi0 at isa0 port 0x61

spkr0 at pcppi0

uhub3 at uhub0 port 1 Intel Rate Matching Hub rev 2.00/0.00 addr 2

uhub4 at uhub2 port 1 Intel Rate Matching Hub rev 2.00/0.00 addr 2

uhub5 at uhub4 port 3 Standard Microsystems product 0x2660 rev 2.00/8.01
addr 3

vscsi0 at root

scsibus2 at vscsi0: 256 targets

softraid0 at root

scsibus3 at softraid0: 256 targets

root on sd0a (3b9dcd629878d413.a) swap on sd0b dump on sd0b

On Wed, May 13, 2015 at 2:23 AM, Patrick Dohman patrick_doh...@comcast.net
wrote:

 Thorleif

 For what itâs worth we had luck with a DL360 gen9 after enabling SATA
AHCI
  Legacy boot mode.

 âplease note OS was CentOS 6 software raidâ

 Regardless the fake RAID does eems microsoft oriented  UEFI may be an
 issue.

 Regards
 Patrick



 On May 12, 2015, at 9:39 AM, Thorleif Wiik [BCIX] thorleif.w...@bcix.de
 wrote:

 Hi,

 just installed OpenBSD 5.7 on a HP ProLiant DL360p Gen8 and while booting,
 OpenBSD  is waiting for some timeouts:

 scsibus2 at atapiscsi0: 2 targets

 pciide0:0:0: device timeout, c_bcount=0, c_skip=0,
 status=0x58DRDY,DSC,DRQ, ireason=0x1

 pciide0:0:0: device timeout, c_bcount=0, c_skip=0,
 status=0x58DRDY,DSC,DRQ, ireason=0x1

 pciide0:0:0: device timeout, c_bcount=0, c_skip=0,
 status=0x58DRDY,DSC,DRQ, ireason=0x1

 pciide0:0:0: device timeout, c_bcount=0, c_skip=0,
 status=0x58DRDY,DSC,DRQ, ireason=0x1

 pciide0:0:0: device timeout, c_bcount=0, c_skip=0,
 status=0x58DRDY,DSC,DRQ, ireason=0x1

 pciide0:0:0: device timeout, c_bcount=0, c_skip=0,
 status=0x58DRDY,DSC,DRQ, ireason=0x1

 pciide0:0:0: device timeout, c_bcount=36, c_skip=0,
 status=0x58DRDY,DSC,DRQ, ireason=0x1

 pciide0:0:0: device timeout, c_bcount=36, c_skip=0,
 status=0x58DRDY,DSC,DRQ, ireason=0x1

 pciide0:0:0: device timeout, c_bcount=36, c_skip=0,
 status=0x58DRDY,DSC,DRQ, ireason=0x1

 pciide0:0:0: device timeout, c_bcount=36, c_skip=0,
 status=0x58DRDY,DSC,DRQ, ireason=0x1

 pciide0:0:0: device timeout, c_bcount=36, c_skip=0,
 status=0x58DRDY,DSC,DRQ, ireason=0x1


 Any suggestions what to do to eliminate this timeouts

OpenBSD 5.7 on HP ProLiant DL360p Gen8

2015-05-12 Thread Thorleif Wiik [BCIX]

Hi,

just installed OpenBSD 5.7 on a HP ProLiant DL360p Gen8 and while booting,
OpenBSD  is waiting for some timeouts:

scsibus2 at atapiscsi0: 2 targets

pciide0:0:0: device timeout, c_bcount=0, c_skip=0,
status=0x58DRDY,DSC,DRQ, ireason=0x1

pciide0:0:0: device timeout, c_bcount=0, c_skip=0,
status=0x58DRDY,DSC,DRQ, ireason=0x1

pciide0:0:0: device timeout, c_bcount=0, c_skip=0,
status=0x58DRDY,DSC,DRQ, ireason=0x1

pciide0:0:0: device timeout, c_bcount=0, c_skip=0,
status=0x58DRDY,DSC,DRQ, ireason=0x1

pciide0:0:0: device timeout, c_bcount=0, c_skip=0,
status=0x58DRDY,DSC,DRQ, ireason=0x1

pciide0:0:0: device timeout, c_bcount=0, c_skip=0,
status=0x58DRDY,DSC,DRQ, ireason=0x1

pciide0:0:0: device timeout, c_bcount=36, c_skip=0,
status=0x58DRDY,DSC,DRQ, ireason=0x1

pciide0:0:0: device timeout, c_bcount=36, c_skip=0,
status=0x58DRDY,DSC,DRQ, ireason=0x1

pciide0:0:0: device timeout, c_bcount=36, c_skip=0,
status=0x58DRDY,DSC,DRQ, ireason=0x1

pciide0:0:0: device timeout, c_bcount=36, c_skip=0,
status=0x58DRDY,DSC,DRQ, ireason=0x1

pciide0:0:0: device timeout, c_bcount=36, c_skip=0,
status=0x58DRDY,DSC,DRQ, ireason=0x1


Any suggestions what to do to eliminate this timeouts?


## full dmesg ##

dmesg





OpenBSD 5.7 (GENERIC.MP) #881: Sun Mar  8 11:04:17 MDT 2015

dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

real mem = 17127288832 (16333MB)

avail mem = 16667447296 (15895MB)

mpath0 at root

scsibus0 at mpath0: 256 targets

mainbus0 at root

bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xbffec000 (180 entries)

bios0: vendor HP version P71 date 02/25/2012

bios0: HP ProLiant DL360p Gen8

acpi0 at bios0: rev 2

acpi0: sleep states S0 S4 S5

acpi0: tables DSDT FACP SPCR MCFG HPET  SPMI ERST APIC SRAT  BERT
HEST DMAR SSDT SSDT SSDT SSDT SSDT

acpi0: wakeup devices PCI0(S5) IPT1(S5) IPT2(S5) IPT3(S5) IPT4(S5) IPT5(S5)
IPT6(S5) IPT7(S5) IPT8(S5)

acpitimer0 at acpi0: 3579545 Hz, 24 bits

acpimcfg0 at acpi0 addr 0xc000, bus 0-255

acpihpet0 at acpi0: 14318179 Hz

acpimadt0 at acpi0 addr 0xfee0: PC-AT compat

cpu0 at mainbus0: apid 0 (boot processor)

cpu0: Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz, 1995.48 MHz

cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLI
NE,AES,XSAVE,AVX,NXE,PAGE1GB,LONG,LAHF,PERF,ITSC

cpu0: 256KB 64b/line 8-way L2 cache

cpu0: smt 0, core 0, package 0

mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges

cpu0: apic clock running at 99MHz

cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE

cpu1 at mainbus0: apid 2 (application processor)

cpu1: Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz, 1995.19 MHz

cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLI
NE,AES,XSAVE,AVX,NXE,PAGE1GB,LONG,LAHF,PERF,ITSC

cpu1: 256KB 64b/line 8-way L2 cache

cpu1: smt 0, core 1, package 0

cpu2 at mainbus0: apid 4 (application processor)

cpu2: Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz, 1995.19 MHz

cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLI
NE,AES,XSAVE,AVX,NXE,PAGE1GB,LONG,LAHF,PERF,ITSC

cpu2: 256KB 64b/line 8-way L2 cache

cpu2: smt 0, core 2, package 0

cpu3 at mainbus0: apid 6 (application processor)

cpu3: Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz, 1995.19 MHz

cpu3:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLI
NE,AES,XSAVE,AVX,NXE,PAGE1GB,LONG,LAHF,PERF,ITSC

cpu3: 256KB 64b/line 8-way L2 cache

cpu3: smt 0, core 3, package 0

cpu4 at mainbus0: apid 8 (application processor)

cpu4: Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz, 1995.19 MHz

cpu4:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLI
NE,AES,XSAVE,AVX,NXE,PAGE1GB,LONG,LAHF,PERF,ITSC

cpu4: 256KB 64b/line 8-way L2 cache

cpu4: smt 0, core 4, package 0

cpu5 at mainbus0: apid 10 (application processor)

cpu5: Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz, 1995.19 MHz

cpu5:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS
H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX
,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,DCA,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLI
NE,AES,XSAVE,AVX,NXE,PAGE1GB,LONG,LAHF,PERF,ITSC

cpu5: 256KB 64b/line

Re: OpenBGPd Route Server

2015-04-21 Thread Thorleif Wiik [BCIX]

Hi,

at BCIX we still use OpenBGPd as transparent route server. With about 120 (IPv4
+ IPv6)  peering sessions it's still stable.
We have multiple RIBS per peer but we don't have IRRDB prefix filtering per
peer applied,
as we know this brings issues regarding performance and convergence times.

When you have peers like AS6939 / he.net with lots of prefixes, you also
see higher convergence times
even without IRRDB based prefix filtering. But a CPU with high single
thread performance helps for this.

Most other IXPs switched to bird as of good performance and
scalability even with IRRDB
prefix filtering per peer activated.


Thorleif
-- 
Thorleif Wiik, CTO
thorleif.w...@bcix.de


http://www.bcix.de/
https://twitter.com/bcix http://twitter.com/bcix
https://www.facebook.com/BCIX.Internet.Exchange


On Thu, Apr 16, 2015 at 10:40 PM, Stuart Henderson s...@spacehopper.org
wrote:

 On 2015-04-16, Mike Hammett openbsd-m...@ics-il.net wrote:
  I had seen some complaints about OpenBGPd for IX RS usage, but they were
 all 2009 - 2011 area. I had assumed the most egregious of them had been
 fixed by now.

 I think most of the medium/larger ones have simply stopped using it
 unfortunately.

 I think most of the other bugs that would affect IXPs have been squashed
 now, the main remaining bgpd bug that I'm aware of won't affect this
 use. (filtering is just slow rather than buggy afaik; but then AIUI this
 wasn't supposed to be the final implementation of filters ;)

  Over time I expect I'll implement increasingly advanced configurations,
 such as separate RIBs per peer.

 If you allow peers fine-grained control over where their routes are
 announced, you need this, otherwise if they are happy for an announcement
 ro be sent to all MLP members then it's not necessary.

  At the suggestion of separate instances of OpenBGPd for v4 and v6, one
 could very well do a different VM for v4 and v6.

 Yes that would have a similar effect too. Though it does mean doing OS
 updates twice.

  I did know to get a 16 bit ASN. Is the 32 bit communities issue an
 OpenBGPd development issue or a lack of standards\precedent issue? Or,
 well, I guess something else.

 Standards. The 32 bit alternative to communities is extended
 communities and has support by most software that can use 32-bit ASNs,
 but because it's 32+16 bit, you can't use the common yourasn:otherasn
 syntax if both are 32-bit ASNs. (you can still use yourasn:[arbitrary
 16-bit number] but that makes the common don't announce to AS XYZ require
 a lookup table to handle AS = 65536).

 I still don't understand why a similar method as used for AS_PATH/AS4_PATH
 wasn't also used for communities.

Re: smokeping errors on OpenBSD 5.4

2014-04-08 Thread Thorleif Wiik [BCIX]

Hi there,

here the requested output. The machine was just installed a few days ago
with 5.4  and smokeping was added with pkg_add.

ldconfig -r | head -2

/var/run/ld.so.hints:

search directories: /usr/lib:/usr/local/lib

env LD_DEBUG=1 smokeping --help

rtld loading: '/usr/bin/perl'

exe load offset:  0x129a7070

 flags /usr/bin/perl = 0x0

head /usr/bin/perl

obj /usr/bin/perl has /usr/bin/perl as head

examining: '/usr/bin/perl'

loading: libperl.so.13.0 required by /usr/bin/perl

 flags /usr/lib/libperl.so.13.0 = 0x0

obj /usr/lib/libperl.so.13.0 has /usr/bin/perl as head

loading: libc.so.69.0 required by /usr/bin/perl

 flags /usr/lib/libc.so.69.0 = 0x0

obj /usr/lib/libc.so.69.0 has /usr/bin/perl as head

loading: libpthread.so.17.3 required by /usr/bin/perl

 flags /usr/lib/libpthread.so.17.3 = 0x68

obj /usr/lib/libpthread.so.17.3 has /usr/bin/perl as head

loading: libutil.so.11.5 required by /usr/bin/perl

 flags /usr/lib/libutil.so.11.5 = 0x0

obj /usr/lib/libutil.so.11.5 has /usr/bin/perl as head

loading: libm.so.8.0 required by /usr/bin/perl

 flags /usr/lib/libm.so.8.0 = 0x0

obj /usr/lib/libm.so.8.0 has /usr/bin/perl as head

objname /usr/lib/libpthread.so.17.3 is nodelete

linking dep /usr/lib/libpthread.so.17.3 as child of /usr/bin/perl

linking dep /usr/lib/libperl.so.13.0 as child of /usr/bin/perl

linking dep /usr/lib/libm.so.8.0 as child of /usr/bin/perl

linking dep /usr/lib/libutil.so.11.5 as child of /usr/bin/perl

linking dep /usr/lib/libc.so.69.0 as child of /usr/bin/perl

examining: '/usr/lib/libpthread.so.17.3'

examining: '/usr/lib/libperl.so.13.0'

examining: '/usr/lib/libm.so.8.0'

examining: '/usr/lib/libutil.so.11.5'

examining: '/usr/lib/libc.so.69.0'

 flags /usr/libexec/ld.so = 0x0

obj /usr/libexec/ld.so has /usr/bin/perl as head

relocation took 0.001106

StartEnd  Type Open Ref GrpRef Name

129a7070 129a70b02000 exe  10   0  /usr/bin/perl

129c722aa000 129c726bb000 rlib 02   0
/usr/lib/libpthread.so.17.3

129c7e253000 129c7e7bf000 rlib 01   0
/usr/lib/libperl.so.13.0

129c7278f000 129c72bb7000 rlib 01   0
/usr/lib/libm.so.8.0

129c7c84b000 129c7cc56000 rlib 01   0
/usr/lib/libutil.so.11.5

129c79211000 129c796fa000 rlib 01   0
/usr/lib/libc.so.69.0

129c78e0 129c78e0 rtld 01   0
/usr/libexec/ld.so

symcache lookups 1231 hits 0 ratio 0% hits

dynamic loading done, success.

doing ctors obj 0x129c77829080 @0x129c722aeb50:
[/usr/lib/libpthread.so.17.3]

doing ctors obj 0x129c71695080 @0x129c7e284230: [/usr/lib/libperl.so.13.0]

doing ctors obj 0x129c76c3e080 @0x129c72793700: [/usr/lib/libm.so.8.0]

doing ctors obj 0x129c74e98080 @0x129c7c84e750: [/usr/lib/libutil.so.11.5]

doing ctors obj 0x129c736af080 @0x129c79230dd0: [/usr/lib/libc.so.69.0]

entry point: 0x129a70701140

dlctl: _dl_thread_fnc set to 0x129c722b0d30

dlctl: _dl_bind_lock_f set to 0x129c722b0630

dlopen: loading: /usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Cwd/Cwd.so

 flags /usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Cwd/Cwd.so = 0x0

head /usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Cwd/Cwd.so

obj /usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Cwd/Cwd.so has
/usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Cwd/Cwd.so as head

linking /usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Cwd/Cwd.so as
dlopen()ed

head [/usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Cwd/Cwd.so]

examining: '/usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Cwd/Cwd.so'

tail /usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Cwd/Cwd.so

doing ctors obj 0x129c72cb6048 @0x129c74ea1160:
[/usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Cwd/Cwd.so]

dlopen: /usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Cwd/Cwd.so: done
(success).

dlsym: boot_Cwd in /usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Cwd/Cwd.so:
0x129c74ea1450

dlopen: loading:
/usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Encode/Encode.so

 flags /usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Encode/Encode.so = 0x0

head /usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Encode/Encode.so

obj /usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Encode/Encode.so has
/usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Encode/Encode.so as head

linking /usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Encode/Encode.so as
dlopen()ed

head [/usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Encode/Encode.so]

examining: '/usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Encode/Encode.so'

tail /usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Encode/Encode.so

doing ctors obj 0x129c7e80d048 @0x129c808f2250:
[/usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Encode/Encode.so]

dlopen: /usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Encode/Encode.so: done
(success).

dlsym: boot_Encode in
/usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Encode/Encode.so:
0x129c808f6300

dlopen: loading:
/usr/libdata/perl5/amd64-openbsd/5.16.3/auto/Digest/MD5/MD5.so

 flags

smokeping errors on OpenBSD 5.4

2014-04-05 Thread Thorleif Wiik [BCIX]

Hey all,

just tried to run smokeping on OpenBSD 5.4,
but I have the following error after installing it with pkg_add smokeping

#

smokeping --help




Can't load
'/usr/local/libdata/perl5/site_perl/amd64-openbsd/auto/RRDs/RRDs.so' for
module RRDs: Cannot load specified object at
/usr/libdata/perl5/amd64-openbsd/5.16.3/DynaLoader.pm line 190.

 at /usr/local/bin/../lib/Smokeping.pm line 15.

Compilation failed in require at /usr/local/bin/../lib/Smokeping.pm line 15.

BEGIN failed--compilation aborted at /usr/local/bin/../lib/Smokeping.pm
line 15.

Compilation failed in require at /usr/local/bin/smokeping line 12.

BEGIN failed--compilation aborted at /usr/local/bin/smokeping line 12.
#


Any tips on that ?



Thanks, Thorleif

Re: OpenBGPd - Exporting Communities to route server peers

2014-04-01 Thread Thorleif Wiik [BCIX]

Hi,


On Mon, Mar 31, 2014 at 11:38 PM, Claudio Jeker cje...@diehard.n-r-g.comwrote:

 On Sun, Mar 30, 2014 at 01:08:12PM +0200, Thorleif Wiik [BCIX] wrote:
  Hi,
 
 
  were running OpenBGPd since a long a time as route servers.

 I guess those are configured as route-reflectors. Correct?


As a route server deployed at an IXP.


  We now want to export certain BGP Communities to all route server peers.
 
  We already set the communities, but according to the documentation,
  I'm unsure how to export them to the peers.
 
  We currently use the following config line to set a community e.g.
  16374:15 to all peers in the groups n15-v4 and  n15-v6

 The above paragraph does not match with the example. On is to all peers in
 group the other is from all peers in group.


What we want to do is to export the location communities on the regarding
prefixes
to all peers.

community for location a: 16374:15
community for location b: 16374:36

and so on.

We already built groups for the peers based on the locations, e.g.
group n15-v4, group a36-v4  and so on.

We now want to set the  the location communities on alle prefixes like this:

193.107.120.0/22
Communities: 16374:15


194.107.120.0/22 http://193.107.120.0/22
Communities: 16374:36

But the important thing is that we also want to export these communities to
all peers.

I'm currently looking for the best solutions for this.

The following example works, but do not export the communities.



  # remarks: 16374:15   learned at  Location Nonnendammallee 15
  match from { group n15-v4,  group n15-v6 }  set community $ASNUM:15
 
 
  When I look into the prefixes on the production box,
  I'll see the correct communitiy, for example:
 
  bgpctl sh rib as 48173  detail
 
  ..
  BGP routing table entry for 193.107.120.0/22
  48173
  Nexthop 193.178.185.33 (via 193.178.185.33) from n15-v4-unbelievable
  (94.198.63.8)
  Origin IGP, metric 1, localpref 100, external, valid, best
  Last update: 05w2d01h ago
  Communities: 16374:15
  ..
 
 
  When the connected peers look into their prefixes received from the route
  server,
  they don't see these  communities.
 
  My question: What's the most efficient way
  to export these communities to all my peers, now ?
 

 Normally I would set the communities on the originating routes and not on
 the route server. At least that way the route is tagged properly from the
 start.


We want to give our peers the possibility to do some traffic engineering
regarding where they deployed their routers. As our peers do not set set
the mentioned
communities, we as an IXP want to set them and export these to give some of
the
peers with multiple ports in multiple locations the chance to balance the
traffic.




Thanks, Thorleif




 --
 :wq Claudio




-- 
Thorleif Wiik, CTO
thorleif.w...@bcix.de

 Tel: +49 160 90378641

BCIX Management GmbH / BCIX e.V.
Stromstrasse 5
10555 Berlin - Germany

http://www.bcix.de/
http://twitter.com/bcix
https://www.facebook.com/BCIX.Internet.Exchange

OpenBGPd - Exporting Communities to route server peers

2014-03-30 Thread Thorleif Wiik [BCIX]

Hi,


were running OpenBGPd since a long a time as route servers.

We now want to export certain BGP Communities to all route server peers.

We already set the communities, but according to the documentation,
I'm unsure how to export them to the peers.

We currently use the following config line to set a community e.g.
16374:15 to all peers in the groups n15-v4 and  n15-v6

# remarks: 16374:15   learned at  Location Nonnendammallee 15
match from { group n15-v4,  group n15-v6 }  set community $ASNUM:15


When I look into the prefixes on the production box,
I'll see the correct communitiy, for example:

bgpctl sh rib as 48173  detail

..
BGP routing table entry for 193.107.120.0/22
48173
Nexthop 193.178.185.33 (via 193.178.185.33) from n15-v4-unbelievable
(94.198.63.8)
Origin IGP, metric 1, localpref 100, external, valid, best
Last update: 05w2d01h ago
Communities: 16374:15
..


When the connected peers look into their prefixes received from the route
server,
they don't see these  communities.

My question: What's the most efficient way
to export these communities to all my peers, now ?


Thanks in advance, Thorleif

OpenBGPd on OpenBSD 5.8 crashing during startup

Re: OpenBGPd on OpenBSD 5.8 crashing during startup

OpenBGPd on OpenBSD 5.5 crashed after adding a new peer

Re: OpenBSD 5.7 on HP ProLiant DL360p Gen8

OpenBSD 5.7 on HP ProLiant DL360p Gen8

Re: OpenBGPd Route Server

Re: smokeping errors on OpenBSD 5.4

smokeping errors on OpenBSD 5.4

Re: OpenBGPd - Exporting Communities to route server peers

OpenBGPd - Exporting Communities to route server peers

10 matches

Site Navigation

Mail list logo

Footer information