<br>
<br>
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Da ich kein NAT verwende hat der Client wie ich das sehe immer seine</blockquote><div>wenn dein provider fremde source ips routet, dann ist alles super so wie es sit, sonst eben nicht.</div>
<div>also blockt dein provider fremde source ips oder nicht??</div><div>die meisten provider tun das (bzw. wird auch noch nat), darum akkus kurzdiagnose, "tunnel ist falsch" *g</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Public IP als Absender auch wenn er über mein Inet geht. Und wenn er<br>
zwischen den 2 Strecken hin und her schaltet, also Funk oder Tunnel, dann<br>
nur </blockquote><div>eher weil oslr es tut *g </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">weil ich ihn nicht auf Tunnel force, was ich ja auch nicht will. Die<br>

Kosten vom Tunnel sind eh künstlich hoch also sollte das so oder so nicht<br>
switchen.</blockquote><div>solte *GGG <br>was wenn die alternative funkstrecke (die aus 4 hops besteht auch in summer ähnlich hohe kosten hat,..) </div><div>da du sehr am rande des netzes bist ist das zwar noch alles überschaubar, aber wenn es nicht so bleibt, dann ists nur eine frage der zeit,..</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
Zwischen FF Netz und Inet wird er nie hin und her switchen. Gehts ins Inet<br>
ists immer direkt (mit öffentlicher 0xFF IP), gehts ins FF eben Tunnel<br>
oder Funk.<br>
<br>
<br>
</blockquote></div><br>