<div dir="ltr">Thank you very much for getting back to me in this matter!<br><div class="gmail_quote"><div dir="ltr"><div><br>As for my scenario: in the long run I need to be able to let a single BIRD process run as many as 10000 OSPF protocol instances, each of which communicating locally over an individual TUN/TAP device. In the end, a single Linux system therefore has to be able to support 10000 TUN/TAP devices. <br>

<br></div><div>As for your ideas and suggestions to check: Having tap1 and tap2 on one system, I'm able to ping tap2 via tap1. Running OSPF in NBMA mode resulted in no messages received by the tap devices at all.<br>
<br>
</div><div>I updated my stackoverflow question and included also a strace()-extract of BIRD. In it you see the setup of a socket for a tap device and the inclusion of the file-descriptor for this socket into the set of descriptors observed by the selcet() system call. But unfortunately select() never notices any data ready to be read by this socket file-descriptor.<br>

<br></div><div>With the additional information about my scenario and the results of your ideas and suggestions, I kindly ask you to take another look at the updated question on stackoverflow.<br></div><div><br></div><div>

I'm thankful for all the time you or somebody else will invest into supporting me in this matter!<br><br>Best, Cyrill<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014/1/15 Ondrej Zajicek <span dir="ltr"><<a href="mailto:santiago@crfreenet.org" target="_blank">santiago@crfreenet.org</a>></span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div>On Mon, Jan 13, 2014 at 02:01:48PM +0100, Cyrill Gössi wrote:<br>
> Hi<br>
><br>
> I'm trying to let BIRD communicate over virtual network devices created by<br>
> the Linux TUN/TAP module.<br>
><br>
> As it seems the tap devices receive the messages from BIRD. However, BIRD<br>
> does not seem to receive the messages sent to it over the tap device.<br>
><br>
> I described the scenario and the issues I run into in more detail on<br>
> stackoverflow.<br>
<br>
</div>I am not sure if i understand your scenario, but if you run both TUN/TAP<br>
endpoints on one machine, i would be surprised if OS network code wouldn't<br>
be confused by that. If not, you should try ping and try to run OSPF<br>
in NBMA mode (which will use just unicasts).<br>
<div><br>
> If somebody has some experience with running BIRD over TUN/TAP devices,<br>
<br>
</div>Generally, it works over OpenVPN tunnels, which use TUN/TAP devices,<br>
but in that cases both endpoints are on different machines.<br>
<span><font color="#888888"><br>
--<br>
Elen sila lumenn' omentielvo<br>
<br>
Ondrej 'SanTiago' Zajicek (email: <a href="mailto:santiago@crfreenet.org" target="_blank">santiago@crfreenet.org</a>)<br>
OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, <a href="http://wwwkeys.pgp.net" target="_blank">wwwkeys.pgp.net</a>)<br>
"To err is human -- to blame it on a computer is even more so."<br>
</font></span><br></div></div>-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.9 (GNU/Linux)<br>
<br>
iEYEARECAAYFAlLVz2YACgkQw1GB2RHercOUBACgiI8lV1yRxeTp5tCaMVNvZ9hf<br>
8TkAnjppe/ei6PnHmEiiJ3Fhp6PAEN+Z<br>
=FDol<br>
-----END PGP SIGNATURE-----<br>
<br></blockquote></div><br></div>
</div><br></div>