Based on the routing data provided, the DVIPA takeover appears to be completing as expected. The observed impact is more consistent with OSPF convergence, where the old next hop remains active until the neighbor reaches the default DEAD interval (~00 seconds).
Regarding:
VARY TCPIP,,SYSPLEX,LEAVEGROUP
we believe this is a reasonable approach to test. By removing the stack from the sysplex before shutdown, DVIPA ownership can move while the original TCP/IP stack and OMPROUTE are still active, giving OMPROUTE time to advertise the routing changes before the stack is stopped.
We recommend:
0. Issue VARY TCPIP,,SYSPLEX,LEAVEGROUP
0. Verify the DVIPAs have moved
0. D TCPIP,,SYSPLEX,VIPAD
0. Confirm on the adjacent routers/switches that the affected DVIPAs now point only to the backup stack.
0. After routing convergence is complete, stop the original TCP/IP stack.
Regarding stopping OMPROUTE before TCP/IP, we would not expect that to help.
Since OMPROUTE is responsible for advertising route changes, stopping it earlier could prevent those updates from being propagated and may prolong the convergence process.
Given your environment and the number of stacks and DVIPAs involved, the LEAVEGROUP approach seems like the most practical workaround to validate.
Sağlanan yönlendirme verilerine dayanarak, DVIPA devralma işleminin beklendiği gibiTamamlandığı görülüyor. Gözlemlenen etki, eski sonraki atlama noktasının komşu varsayılan DEAD aralığına (~00 saniye) ulaşana kadar aktif kaldığı OSPF yakınsamasıyla daha tutarlıdır.
Şu komutla ilgili olarak:
VARY TCPIP,,SYSPLEX,LEAVEGROUP
bunun test etmek için makul bir yaklaşım olduğuna inanıyoruz. Kapatmadan önce yığını sysplex'ten kaldırarak, orijinal TCP/IP yığını ve OMPROUTE hala aktifken DVIPA sahipliği taşınabilir ve bu da OMPROUTE'a yığın durdurulmadan önce yönlendirme değişikliklerini duyurmak için zaman tanır.
Şunları öneriyoruz:
0. VARY TCPIP,,SYSPLEX,LEAVEGROUP komutunu verin
0. DVIPA'ların taşındığını doğrulayın
0. D TCPIP,,SYSPLEX,VIPAD
0. Komşu yönlendiricilerde/anahtarlarda, etkilenen DVIPA'ların artık yalnızca yedek yığına işaret ettiğini doğrulayın.
0. Yönlendirme yakınsaması tamamlandıktan sonra, orijinal TCP/IP yığınını durdurun.
TCP/IP'den önce OMPROUTE'u durdurmanın yardımcı olacağını düşünmüyoruz.
OMPROUTE, rota değişikliklerini duyurmaktan sorumlu olduğundan, daha erken durdurmak bu güncellemelerin yayılmasını engelleyebilir ve yakınsama sürecini uzatabilir.
Ortamınız ve ilgili yığın ve DVIPA sayısı göz önüne alındığında, LEAVEGROUP yaklaşımı doğrulamak için en pratik çözüm gibi görünüyor.