Re: bgpd/session.c+rde.c code explanation

2014-05-05 Thread Henning Brauer
* Denis Fondras [2014-05-05 20:26]: > I am hacking around OpenBGPd and there is a portion of code I can't > quite understand. > > I wonder why "pipe_m2r[2]" is passed as a parameter to > > pid_t session_main(int pipe_m2s[2], int pipe_s2r[2], int pipe_m2r[2], > int pipe_s2rctl[2]) > (in session.c

Re: bgpd/session.c+rde.c code explanation

2014-05-05 Thread Denis Fondras
Le 05/05/2014 20:35, Stefan Sperling a écrit : > > Take a look at what fork() does with file descriptors. > Thank you Stefan, that's now crystal clear. Denis

Re: bgpd/session.c+rde.c code explanation

2014-05-05 Thread Stefan Sperling
On Mon, May 05, 2014 at 08:25:23PM +0200, Denis Fondras wrote: > Hello all, > > I am hacking around OpenBGPd and there is a portion of code I can't > quite understand. > > I wonder why "pipe_m2r[2]" is passed as a parameter to > > pid_t session_main(int pipe_m2s[2], int pipe_s2r[2], int pipe_m2r

Re: EdgeRouter 8 port model

2014-05-05 Thread Chris Cappuccio
J Sisson [sisso...@gmail.com] wrote: > I have some questions regarding the EdgeRouter 8 port (not the POE or > PRO, and obviously not the LITE model, as it's already supported). > > I was curious if the relevant developers have had a chance to get > their hands on one of these, and if so, how simi

bgpd/session.c+rde.c code explanation

2014-05-05 Thread Denis Fondras
Hello all, I am hacking around OpenBGPd and there is a portion of code I can't quite understand. I wonder why "pipe_m2r[2]" is passed as a parameter to pid_t session_main(int pipe_m2s[2], int pipe_s2r[2], int pipe_m2r[2], int pipe_s2rctl[2]) (in session.c) and "pipe_s2r[2]" is passed to pid_t

queueing question

2014-05-05 Thread Marko Cupać
Hi, I have setup similar to this: BOX1 BOX2 Internet---($isp_if:::$dmz_if)--DMZ--($nat_if:::$int_if)---LAN $isp_if: 10Mbit/s $dmz_if: 1Gbit/s $nat_if: 1Gbit/s $int_if: 1Gbit/s I would like to queue traffic for some services in DMZ for both Internet and LA

Re: ndpi with ntop

2014-05-05 Thread Destan YILANCI
You can use Snort Alpha + ipfw daq + OpenAppId to block applications via divert sockets. But dont forget it is experimental for now and i can not say it is working well... -- Destan YILANCI 5 May 2014 tarihinde 15:21 saatinde, Richard Thornton şunları yazdı: > Hi, > > Does anybody know of a

Re: ndpi with ntop

2014-05-05 Thread Franco Fichtner
Hi Richard, On 05 May 2014, at 14:21, Richard Thornton wrote: > Does anybody know of any integration between PF and ndpi? the previous consensus[1] was that pf(4) and DPI do not mix very well, but you can probably use relayd(8) and run e.g. NDPI on top[2]. Grabbing all traffic is not really fa

ndpi with ntop

2014-05-05 Thread Richard Thornton
Hi, Does anybody know of any integration between PF and ndpi? I would love to be able to block by application (bittorrent, skype...) in PF! If there is nothing out there, would it be a lot of work, is ndpi already working in OpenBSD? Thanks. Richard

Re: event handling in OpenBGPd

2014-05-05 Thread Claudio Jeker
On Mon, May 05, 2014 at 12:28:38PM +0200, Henning Brauer wrote: > * Claudio Jeker [2014-05-05 10:50]: > > On Sun, May 04, 2014 at 10:39:33PM +0200, Vincent Gross wrote: > > > I am considering to write a daemon of some kind, and I was going over > > > OpenBGPd's sources to get some good fine-graine

Re: event handling in OpenBGPd

2014-05-05 Thread Henning Brauer
* Claudio Jeker [2014-05-05 10:50]: > On Sun, May 04, 2014 at 10:39:33PM +0200, Vincent Gross wrote: > > I am considering to write a daemon of some kind, and I was going over > > OpenBGPd's sources to get some good fine-grained design examples. I > > noticed that although all IO's are asynchronous

Re: event handling in OpenBGPd

2014-05-05 Thread Claudio Jeker
On Sun, May 04, 2014 at 10:39:33PM +0200, Vincent Gross wrote: > Hi gang, > > I am considering to write a daemon of some kind, and I was going over > OpenBGPd's sources to get some good fine-grained design examples. I > noticed that although all IO's are asynchronous, libevent is not used, > but I