| |
DG8YGZ > XNET 12.01.05 03:07z 109 Lines 5134 Bytes #999 (0) @ DL
BID : C1FDB0BI_006
Read: GUEST
Subj: TNN/Flex/Xnet
Path: SR1BSZ<DB0TEM<DB0BLO<DB0GR<DB0ERF<DB0FBB<DB0BI
Sent: 050112/0225z @:DB0BI.#NRW.DEU.EU [Bielefeld JO42FA] obcm1.06b47
From: DG8YGZ @ DB0BI.#NRW.DEU.EU (Olaf)
To: XNET @ DL
X-Info: Sent with login password
Hallo Leute,
ich geb mal meinen Komentar gesammelt auf die letzten Mails. Egbert hatte schon
eine Mail von mir bekommen wo ich ein paar Sachen erlaeutert habe. Leider sitz
ich gerad im QRL und tippe das im Editor um es nacher ins Telnet zu
ueberspielen... Wenn also der ein oder ander Zeilenumbruch net passen sollte,
bitte ich um Nachsicht...hi
vorweg:
Wolfgang DL3YEN, Sysop von DB0BI und ich haben am Sonntag Abend das INP-
Routing bei BI und NOS ausser Betrieb genommen. Dieses hatte mehrere
Ursachen:
- einmal die Route nach DB0ACH-8 (erzeugt von 0RET-10)
- das Routing von/nach DB0DS
- dabei ist uns das Routing via DB0KH aufgefallen (wenn man einmal sucht)
Das ist ist einigen Sysops hier etwas sauer aufgestoßen, sodass
db0ea, db0wal und heute db0acc nachgezogen sind. In genau der Reihenfolge.
Die Routen sind wieder aktiv, doch dazu später.
Wenn ich die Mail re^3 von Egbert mir durchlese muss ich ersteinmal erkennen,
das INP via INet noch grosse Schwachstellen hat. Wenn ein Ziel ausfällt geistern
noch lange Zeit Routen durch das Netz. Das ist mir gestern durch Zufall bei
Zielen aus EA3 aufgefallen. Die kamen Zuhauf von irgendwelchen Knoten aus
HG,waren aber nirgends routbar.
Wenn ich böse sein darf: Flexnet-Routing wurde vor 10 Jahren propagiert,
mit dem Argument, das bei Netrom zwar viele Ziele sichbar sind, man aber
keine connecten konnte.Flexnet war genau andersherum...hihi
Ich sehe es auch ersteinmal als Notlösung an, kein TNN-INP mit XNET-INP
zu verbinden. Schön ist es aber nicht. Da wird ein Protokoll von zwei Gruppen
entwickelt (Xnet und Nordlink), dürfen aber trotzdem nicht miteinander.
Das Ausschalten von INP bei BI und NOS hat durchaus den gewünschten
Effekt gehabt:
DB0DS und andere Ziele waren auf kurzem Wege via Flexnetrouting erreichbar.
hihi
Es reicht, wenn ein TNN-Digi irgendwann mal ein Alias mitbekommen hat.
(local-Eintrag oder ähnliches) Solange dieser TNN-Knoten das Ziel im Flexnet-
routing erreicht, wird es im INP generiert. Dort hilft keine TTL. Wir hatten das
Problem schon vor >1 Jahr, als DB0HSK noch ein reines RMNC/Flexnet war.
Durch den ehemaligen Partner DB0SHG wurde irgendwann mal ein Alias
gesetzt, welcher sich mehrere Monate gehalten hat. Schon damals wurde
versucht lokal die Knoten via INP zu vernetzen. Leider produzierte TNN damals
schon gemappte Ziele ins Netz, sodass es von DB0WAL zu DB0HSK nicht
über den gemeinsamen Partner DB0FBB ging, sondern ueber die zig mal
langsamere und laengere Strecke WAL-BI-NOS-BQ-AX-EAM-BID...HSK
Der einzige Ausweg war: kein INP, was lange zeit praktiziert wurde und
wunderbar funktioniert hat !
zu Janns Mail möchte ich anmerken:
DB0NDS spricht Flexnet (via SWM) und INP! Ruf einfach mal bei DB0AGI
einen beliebigen Flexnetknoten deiner Wahl auf (z.B. BRO-1). Er wird nicht
über das IGATE geroutet, sondern via NDS. Nur leider kann TNN max.
1 Routingeintrag zum direkten Partner. Wir haben das beim Übergang
DB0EAM(tnn)- DB0AX-DB0BQ (beide Xnet) so gelößt, das EAM als direkten
Partner einen Flexlink zu AX einträgt und einen INP-Link zu BQ via AX. Das
funktioniert UFB, hat nur den Schönheitsfehler das alle connects von
AX zu EAM (obwohl direkter Partner) erst nach BQ gehen und dann
wieder retour. Machen nicht allzuviele Leute, deswegen störts net.
EAM bekommt somit die kompletten Flexnetziele und INP wäre
theoretisch auch möglich. EAM gibt auch brav seine Flexnet-Ziele
von Flenxet BID an AX weiter (wenn der Link mal qrv ist). Wenn man
das also richtig koordiniert, sollte das auch im Norden gehen.
Ist eigendlich geplant, das die IGATE-Übergänge auch INP Routen ?
Dann wirds spannend, zumindest bei DB0AGI und DB0CL. Dort gibts
TNN Nachbarn mit Flexnet-Ziele (db0nds/db0pdf/db0whv)...hihi
Warum Flexnet-Ziele im TNN bekannt sind, aber nicht umgekehrt?
TNN hat Flexnet halt implementiert, umgekehert nicht. Und das ist
mittlerweile seid *grübel* mind. 8-10 Jahren so. Jetzt auf einmal
zu sagen: TNN bekommt keine Flexnet-Ziele mehr, ist das selbe
als wenn du sagst:(o)BCM / DPBox machen kein FWD mehr mit FBB ;)
TNN muss Flexnet ins INP mappen, weil wie oben erwähnt
nur ein Routingeintrag zum Partner möglich ist. Und ein Partner
der zu mir Linkt soll doch auch alle meine Ziele bekommen und nicht
nur die Hälfte.
Nachdem der Sysop von GIS den INP-Link von KH erstmal
gekappt hat, wurde auch INP wieder bei den Knoten hier angeschaltet.
Die meisten Probleme sind beseitigt, so dass ersteinmal kein Grund
mehr gegen INP spricht.
Offline bleibt LEIDER erstein mal INP zwischen NOS und BQ
(und damit TNN-INP).
Wer mag kann sich das ja mal bei DB0BQ anschauen, was XNET
und ein TNN Partner mit eingeschalteten INP zusammen machen.
Ich habe extra mal den Parameter RO PAR FILTER auf 0 gesetzt,
damit es Extrem in Erscheinung tritt. Dieser hilft nämlich nur begrenzt,
da wie schon in einer anderen Mail erwähnt direkte Flexnet-Partner von
TNN auch mit einen Alias versehen werden...
Ich hoffe, ich hab niemanden zu sehr auf die Fuesse getreten ;)
tuesskes und bye bye de Olaf dg8ygz@db0bi.#nrw.deu.eu
Read previous mail | Read next mail
| |