
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div></div><div></div><blockquote type="cite"><div>Am 30.06.2018 um 23:44 schrieb Markus Kittenberger <<a href="mailto:Markus.Kittenberger@gmx.at">Markus.Kittenberger@gmx.at</a>>:<br><br></div><div><div><div class="gmail_quote"><blockquote type="cite" __apple_fixed_attribute="true"><div dir="ltr">On Sat, 30 Jun 2018, 18:17 Erich N. Pekarek <<a href="mailto:erich@pekarek.at" target="_blank">erich@pekarek.at</a>> wrote:<br></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Am 2018-06-30 um 17:16 schrieb Christian Pock:<br>

> </blockquote></div></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

> 2) OLSR-interfaces eine IP mit Mask /32 bzw. 255.255.255.255 nutzen. Das ist leider bei zahlreichen Geräten nicht so (oft mit /22 oder /24 in Betrieb) und macht daher Probleme beim gegenseitigen Erreichen von Knoten oder beim Erreichen von Housing-Servern (z.B. DNS).<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Eigentlich sollte es nur unnötigen Traffic (arprequests) und dann evt. andere icmp fehler als unreachable in Bezug auf Devices verursachen die in dem Moment per olsr sowieso nicht erreichbar sind. </div><div dir="auto"><br></div><div dir="auto">Das hat zwar dann vielleicht Auswirkungen darauf wie lang nach einem kurzen olsr hickup oder reboot eines routers, etc., oder wasauchimmer die eigentliche Ursache für die Probleme ist, es dauert bis der gewünschte Host auf dem eigenen Computer wieder erreichbar ist, aber /22 /23 /24 sind IMHO nur unschön aber nicht wirklich falsch, /25 oder kleiner wären aber dann definitiv ein Problem, denn da wird die falsche netz bzw broadcast IP die aber potentiell jemand gehört, von transitroutern quasi geblackholed !</div><div dir="auto"><br></div><div dir="auto"><div dir="auto">Jedfalls erreichbare Devices mit überall vorhandenen olsr Hostrouten sind gleich gut erreichbar, egal ob da /22 /23 /24 auf den transitknoten konfiguriert sind, in der Anfangszeit von funkfeuer verwendete niemand ein /32. Der Einheitlichkeit wäre es aber nun halt schöner überall /32 zu haben.</div></div></div></blockquote><br><div><div dir="auto"></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"></blockquote></div></div></div><div>Also ich hatte beobachtet, dass ohne HNA /25 fürs Housing zahlreiche Router nicht mehr das Housing (den DNS da) erreichen. Betroffen davon waren </div><div>-) Router mit /24 und größer als IP-Mask</div><div>-) alle Router "dahinter"</div><div><br></div><div>Wolltest du das damit sagen?</div><div><br></div><div>Also ja, meiner Meinung nach ist das mehr als "nur unnötiger Traffic" und wäre gut, wenn man behebt, um den (relativ großen Teil des betroffenen Netzwerks) nicht von HNA/25 anhängig zu machen. Dir meisten Nutzer haben eine Funkfeuer-DNS aus dem Housing konfiguriert. </div><div><br></div><div>LG</div></body></html>