Skip to content

alcatel router üzerinde epipe vll servisi sorun tespit ve analizi ““ 2 ( vccv-ping )

alcatel routerlar üzerinde vll – epipe devresini test edeceğiniz bir diğer yöntem oam komutlarını kullanmaktadır. vll – epipe devresinin testi için kullananacağımız parametre ise vccv-ping olacaktır.

basit bir örnek yapalım..

*A:fcicek_test_router# oam vccv-ping 100:10 
VCCV-PING 100:10 88 bytes MPLS payload
Seq=1, send from intf r10_to_r11 to NH 192.168.100.11
       reply from 192.168.100.12 via Control Channel
       udp-data-len=32 rtt=2.16ms rc=3 (EgressRtr)

---- VCCV PING 100:10 Statistics ----
1 packets sent, 1 packets received, 0.00% packet loss
round-trip min = 2.16ms, avg = 2.16ms, max = 2.16ms, stddev = 0.000ms

yukarıdaki çıktı mpls – ldp bir tunel yapısında çıktıdır. kullanılan tunel yapısına göre çıktıda ufak farklılıklar olacaktır.

burada “r10_to_r11” interface üzerinden 192.168.100.12 routerina 192.168.100.11 routeri üzerinden geçerek ulaşıldığı görülmektedir. “rc=3” ifadesi geçilen router sayısını ifade etmektedir.

diğer bir kullanım yöntemi ise aşağıdaki şekildedir.

*A:fcicek_test_router# oam vccv-ping 100:10 reply-mode ip-routed 
VCCV-PING 100:10 88 bytes MPLS payload
Seq=1, send from intf r10_to_r11 to NH 192.168.100.11
       reply from 192.168.100.12 via IP
       udp-data-len=32 rtt=3.36ms rc=3 (EgressRtr)

---- VCCV PING 100:10 Statistics ----
1 packets sent, 1 packets received, 0.00% packet loss
round-trip min = 3.36ms, avg = 3.36ms, max = 3.36ms, stddev = 0.000ms

işin içine müşteri routerlarınıda hesaba katarak vcc-ping ile yapılan bir test daha mevcut. bunuda farklı bir yazıda dile getireceğiz.

alcatel service router üzerinde sdp mtu testi

sdps ( service distribution points ) nin ne olduğu ayrı bir yazı konusu ancak alcatel sr mimarinde oldukça önemli bir yerdedir.

kurmuş olduğumuz sdpnin mtu değeri üzerinden taşıyacağımız servisler için oldukça önemlidir. kurduğunuz sdp nin mtu değerini “show service sdp…..” vb görüntüle komutları ile görebilirsiniz. ancak linkiniz bir transmisyon sisteminden geçiyorsa taşınan paketlerde bu noktada kısıtlamalar olabilir.

kurulan bir sdp nin mtunun testi için “oam sdp-mtu” komutunu kullanabiliriz. komut yapısı ise

oam sdp-mtu servis-id size-inc testin-başlayacağı-mtu    testin-biteceği-mtu step mtu-artım-değeri

şeklindedir. aşağıdaki örnekte 1201 id li sdp için 512 den başlayıp 256 arttırarak 3072 ya kadar test yapmaktadır ve sonuç olarak en büyük 2560 değerinde başarı olmuştur.

A# oam sdp-mtu 1201 size-inc 512 3072 step 256
Size Sent Response
----------------------------
512 . Success
768 . Success
1024 . Success
1280 . Success
1536 . Success
1792 . Success
2048 . Success
2304 . Success
2560 . Success
2816 .  Request Timeout
3072 .  Request Timeout
Maximum Response Size:  2560

burada dikkat edilmesi gereken nokta sonucu 2560 olmadığıdır. gerçek mtu değeri 2450 – 2816 arasındadır. doğru mtu değeri bulmak adına test aralığına küçülterek bir kaç test yapmanız en hızlı ve doğru sonucu verecektir. mtu değerinin 2801 olduğunu varsayarak doğru mtu değerini olduğunu öğrenmek için aşağıdaki şekilde iki komut daha çalıştırmamız en doğrusu olacaktır.

A# oam sdp-mtu 1201 size-inc 2560 2816 step 16

A# oam sdp-mtu 1201 size-inc 2800 2816 step 1

tüm bunlar yerine

A# oam sdp-mtu 1201 size-inc 512 3072 step 1

denenebilirdi ancak daha çok bekleyecektik.

Back To Top