<HTML><BODY><br id="tinymce" class="mceContentBody increase-font compose2" onload="window.parent.tinyMCE.get('toolkit-149944026487372composeEditor').onLoad.dispatch();" dir="ltr" style="overflow: auto;" contenteditable="true"><blockquote style="border-left:1px solid #0857A6; margin:10px; padding:0 0 0 10px;"><div id=""><div class="js-helper js-readmsg-msg"><div><div id="style_14994401340000000325_BODY">So, is the problem you actually want help with actually getting A and C <br>
to talk to eachother?<br>
If so, we'll need to see the configs you're using on both ends of the <br>
tunnel. I'd also suggest checking your firewalls in this case.<br><br>
And ospf is simply refusing to use the A<->C but is still working just <br>
fine across A<->B?<br>
If so, that's normal.<br>
If A<->B also stops working due to the "No buffer space available" <br>
error, that is a bug with quagga. (which we can try to (get) fix(ed) in <br>
that situation)<br><br>
Sorry if it seems obvious, I'm simply trying to get a grasp as to what <br>
the actual problem you want help with is.<br><br></div></div></div></div></blockquote><span id="result_box" lang="en"><span title="я привел точное описание возникающей проблемы
">I gave an accurate description of the problem<br></span><span title="суть ее в том что переполнение буфера - возникающий при посылке в сокет в суть находящейся на неподключенным туннелем - блокирует любые другие отсылки с данного сокета в другие сети
">Its essence is that the buffer overflow - which occurs when sending to the socket in the essence of being on an unconnected tunnel - blocks any other references from this socket to other networks<br><br></span><span title="то есть нерабочий туннель может блокировать ЛЮБОЙ сокет с которого рассылают в различные точки траффик
">That is, a non-working tunnel can block ANY socket from which the traffic is sent to different points<br><br></span><span title="если вы не считаете это проблемой - то укажите в документации что данный тунель частично не совместим с гуага оспф и может приводить к не просто диагностируемым проблемам в сети
">If you do not consider this a problem - then indicate in the documentation that this tunnel is partially incompatible with the guage ospf and can lead to not just diagnosed problems in the network<br><br></span><span title="а если вы хотите сэмулировать ситуацию - то">And if you want to simulate the situation - then</span></span><br>wg setconf wg0 wg0.conf (standart setting - tunnel to random host - 0.0.0.0/0 dst)<br>ip route add 10.192.122.3 dev wg0<br><br>import socket<br>import time<br>UDP_IP = "127.0.0.1"<br>UDP_PORT = 5005<br>UDP_IP2 = "10.192.122.3"<br>UDP_PORT2 = 5005<br>MESSAGE = "Hello, World!"<br>sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) # UDP<br>n = 0<br>while True:<br> print "send1", n<br> sock.sendto(MESSAGE, (UDP_IP, UDP_PORT))<br> print "send2", n<br> sock.sendto(MESSAGE, (UDP_IP2, UDP_PORT2))<br> time.sleep(0.1)<br> n+=1<br><br><br>and run<br><span id="result_box" lang="en"><span title="приложение заблокируеться через 20 секунд">The application will be blocked after 20 seconds</span></span><br><span id="result_box" lang="en"><span title="приложение заблокируеться через 20 секунд
">The application will be blocked after 20 seconds<br></span><span title="это не правильно">it is not right</span></span><br><br></BODY></HTML>