[Wien] dach.ettenr / Brenner west

[Mike B. Kerber]

Hallo Liste, besonders Günter Martinek!

Die verbindung von dach.ettenr zum Brenner ist tatsächlich deutlich
besser geworden, gratuliere!

Gerade jetzt zieht ihr aber die default route vom brenner immer wieder an.

Dh anstatt über den tunnel brenner-link.tunnel.wien.funkfeuer.at geht
die default route immer wieder über dach.ettenr
Warum das so ist und ob es sinn macht, keine ahnung, das kann vielleicht
jemand beurteilen.

Wenn es über dach.ettenr läuft geht es nur nicht weiter.

siehe:

ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
^C
--- 8.8.8.8 ping statistics ---
3 packets transmitted, 0 packets received, 100% packet loss

bzw
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 38 byte packets
 1  westm.brenner.wien.funkfeuer.at (193.238.159.198)  2.519 ms  1.210
ms  2.156 ms
 2  dach.ettenr.wien.funkfeuer.at (193.238.159.60)  22.925 ms  7.978 ms
 19.744 ms
 3  dach.ettenr.wien.funkfeuer.at (193.238.159.60)  4.268 ms  7.221 ms
12.286 ms

dann ist schluss.

von aussen ist die route so:
 7:  81.16.148.146                                         0.706ms
 8:  tunnelserver.funkfeuer.at                             1.243ms
 9:  kryptaroof.funkfeuer.at                               1.776ms asymm  8
10:  zeltozw.zelter7.wien.funkfeuer.at                     4.280ms asymm  9
11:  dach.ettenr.wien.funkfeuer.at                        22.860ms reached

aber zum zelter7 von meinem Knoten hinter dem brenner:

traceroute to zeltozw.zelter7.wien.funkfeuer.at (78.41.113.97), 30 hops
max, 38 byte packets
 1  westM.brenner.wien.funkfeuer.at (193.238.159.198)  1.227 ms  1.081
ms  1.171 ms
 2  dach.ettenr.wien.funkfeuer.at (193.238.159.60)  2.615 ms  13.636 ms
 6.201 ms
 3  dach.ettenr.wien.funkfeuer.at (193.238.159.60)  2.899 ms  4.878 ms
7.501 ms

'''''''''''''''''

ping zeltozw.zelter7.wien.funkfeuer.at
PING zeltozw.zelter7.wien.funkfeuer.at (78.41.113.97): 56 data bytes
^C
--- zeltozw.zelter7.wien.funkfeuer.at ping statistics ---
3 packets transmitted, 0 packets received, 100% packet loss


scheint beim ettenr nicht von einem zum anderen interface zu gehen...
Sind uu wieder die firewall regeln zurückgesetzt worden? wir hatten vor
einem Jahr scheinbar das gleiche Problem...

mlg
-mike