On Fri, Sep 28, 2012 at 11:34:46AM +0200, Ansgar Röber wrote:
> Dass Problem im Hitnet wird also sein, dass der Xorp seinen eigenen
> Candidat RP erst sehr spät zugewiesen bekommt (per Bootstrap) und diesen
> dann nach ner Zeit wieder "vergisst".
Ich erinnere mich dunkel an Probleme dieser Art (Timeout wird erreicht,
RP wird vergessen). Meine Vermutung ist, dass Xorp den eigenen RP
natürlich kennt, aber nur dann dauerhaft akzeptiert, wenn dieser auch
vom BSR angekündigt wird. Das macht der (RWTH-?)BSR aber vermutlich
nicht.
Wollen wir überhaupt zusätzlich zu 224/4 noch weitere RPs haben? Wenn
ja, muss der BSR konfiguriert werden? Gibt es Probleme mit den
Prioritäten der RPs? Ich glaube anfangs war der RWTH-RP auf höchster
Priorität?
> In den Zeiten wo er den eigenen RP nicht "kennt", vermute ich, werden
> dann die Logmeldungen produziert.
Das sehe ich auch so.
Ciao,
--
Carsten Otto
carsten(a)c-otto.de
www.c-otto.de
> On 27.09.2012 15:45, Jan Niehusmann wrote:
>> Aber gerne. Xorp mit pim aktiviert. Keine Änderung, es kommen immer
>> noch massig dieser Meldungen:
>>
>> [ 2012/09/27 15:37:35 WARNING xorp_pimsm4 PIM ] RX WHOLEPKT signal from MFEA_4: vif_index = 3 src = 137.226.181.9 dst = 239.254.38.14 len = 1344: no RP address for this group
Also ich vermute, dass im Hitnet der Bootstrap-Mechanismus Probleme macht.
> Bootstrap, cksum 0x9d90 (correct) tag=0 hashmlen=30 BSRprio=64 BSR=n7k-ww10-trsh-3-et3-7.noc.rwth-aachen.de
> (group0: base-address.mcast.net/4 RPcnt=1 FRPcnt=1 RP0=n6k-sw23.noc.RWTh-Aachen.DE,holdtime=2m30s,prio=0)
> (group1: 239.254.2.0/24 RPcnt=1 FRPcnt=1 RP0=d193.hermann.rwth-aachen.de,holdtime=2m30s,prio=0)
> (group2: 239.254.18.0/24 RPcnt=1 FRPcnt=1 RP0=fw.hilton.rwth-aachen.de,holdtime=2m30s,prio=19)
> (group3: 239.255.255.255 RPcnt=2 FRPcnt=2 RP0=router.farue.rwth-aachen.de,holdtime=2m59s,prio=192 RP1=fw.hilton.rwth-aachen.de,holdtime=2m30s,prio=19)
Soweit ich das verstehe haben wir als BSR 134.130.9.74 (früher war der
glaube ich im DFN)
Die RPs fürs Hilton etc tauchen dort ja auch richtig auf und werden von
unserem XOPR (trotz Bootstrap disable: true) in die RP-Liste für die
Zeit der "holdtime"(2m30s) aufgenommen.
Es scheint aber so zu sein, dass das nächste Bootstrap-"Paket" erst viel
später nach dieser Zeit kommt, sodass nach einer Zeit die RPs aus der
Liste wieder verschwinden...
Zunächst:
> root@router> show pim rps
> RP Type Pri Holdtime Timeout ActiveGroups GroupPrefix
> 134.130.8.11 static 192 -1 -1 17 224.0.0.0/4
> 134.130.56.193 bootstrap 0 150 4 0 239.254.2.0/24
> 137.226.39.194 bootstrap 19 150 4 0 239.254.18.0/24
> 137.226.153.1 bootstrap 192 179 33 0 239.255.255.255/32
> 137.226.39.194 bootstrap 19 150 4 1 239.255.255.255/32
Etwas später:
> root@router> show pim rps
> RP Type Pri Holdtime Timeout ActiveGroups GroupPrefix
> 134.130.8.11 static 192 -1 -1 18 224.0.0.0/4
> 137.226.153.1 bootstrap 192 179 28 1 239.255.255.255/32
Noch ein bisschen später:
> root@router> show pim rps
> RP Type Pri Holdtime Timeout ActiveGroups GroupPrefix
> 134.130.8.11 static 192 -1 -1 17 224.0.0.0/4
Dass Problem im Hitnet wird also sein, dass der Xorp seinen eigenen
Candidat RP erst sehr spät zugewiesen bekommt (per Bootstrap) und diesen
dann nach ner Zeit wieder "vergisst".
In den Zeiten wo er den eigenen RP nicht "kennt", vermute ich, werden
dann die Logmeldungen produziert.
Viele Grüße,
Ansgar (WEH)
PS: Ich habe mal die rwth-multicast -Liste in den cc genommen... evtl.
wäre es sinnvoller, wenn sich da alle Interessierten/Betroffenen(oder
die netzag-Listen) eintragen und man nich immer aufpassen muss, ob alle
im cc stehen
--
Ansgar Röber
WEH
Zi. 16-15, Rütscher Str. 165, 52072 Aachen
E-Mail: ansgar.roeber(a)rwth-aachen.de
Jabber: ansgar.roeber(a)jabber.rwth-aachen.de
--
Ansgar Röber, NetzAG
Verein zur Förderung des studentischen Zusammenlebens
im Walter-Eilender-Haus, kurz WEH e.V.
Rütscher Str. 165, 52072 Aachen
http://www.weh.rwth-aachen.de - netag(a)weh.rwth-aachen.de
Jabber: ansgar.roeber(a)jabber.rwth-aachen.de