Das wird so u.U. nicht reichen. Es braucht auf dem Gateway eine weitere fastd-Instanz auf einem anderen Port, die ebenfalls die korrespondierende MTU hat. Die derzeit laufende fastd-Instanz muss so lang weiter laufen. Ggf. lässt sich das auch über eine Verteilung der fastd-Instanzen über die verschiedenen Gateways erreichen. Bisher unklar ist, ob sich ein fastd-Peer mit einem fastd-Gateway mit anders konfigurierter MTU verbindet. Dann könnte man es ggf. über eine schrittweise Umstellung der Gateways lösen.
Quote dazu:
Mo|19:46:22 < LeSpocky> wie kriegt man am besten den umstieg hin ohne mesh knoten abzuhängen?
Mo|19:46:27 < LeSpocky> mesh only knoten
Mo|19:46:51 <@neoraider> LeSpocky, hmm? Die MTU da betrifft ausschließlich das Mesh-VPN
Mo|19:47:06 <@neoraider> Einfach auf den Gateways zwei fastd-Instanzen laufen lassen
Mo|19:47:15 < LeSpocky> einfach
Das wird so u.U. nicht reichen. Es braucht auf dem Gateway eine weitere fastd-Instanz auf einem anderen Port, die ebenfalls die korrespondierende MTU hat. Die derzeit laufende fastd-Instanz muss so lang weiter laufen. Ggf. lässt sich das auch über eine Verteilung der fastd-Instanzen über die verschiedenen Gateways erreichen. Bisher unklar ist, ob sich ein fastd-Peer mit einem fastd-Gateway mit anders konfigurierter MTU verbindet. Dann könnte man es ggf. über eine schrittweise Umstellung der Gateways lösen.
Quote dazu: