sdp – Ferhat Çiçek

alcatel router üzerinde oam svc-ping kullanımı

oam altında kullanabileceğimiz en önemli komutlardan bir tanesi svc-ping dir. bu komut alcatel tarafından

“Bu komut iki hizmet bitiş noktası arasında doğru ve tutarlı bir servis kimliğini karşılamasının testini yapmaktadır.. Yerel ve uzak hizmet test için uzak uç bir IP adresiyle birlikte bir Servis-id kabul eder. Aşağıdaki bilgiler svc-ping çıktısından belirlenebilir:

yerel ve uzak servis varlığı
yerel ve uzak servis durumu
yerel ve uzak servis tipi korelasyon
yerel ve uzak müşteri ilişkisi
yerel ve uzak hizmet için SDP durumu
yerel ve uzak giriş ve çıkış hizmeti etiket işbirliği

”
şeklinde ifade edilmektedir. aşağıda iki örnekte kullanımı görülmektedir

*A:fcicek_test_router# oam svc-ping 192.168.100.12 service 10 
Service-ID: 10

Err Info                Local           Remote
-----------------------------------------------------
    Type:               EPIPE           EPIPE           
    Admin State:        Up              Up              
    Oper State:         Up              Up              
    Service-MTU:        1514            1514            
    Customer ID:        302             302             

    IP Interface State: Up
    Actual IP Addr:     192.168.100.10  192.168.100.12  
    Expected Peer IP:   192.168.100.12  192.168.100.10  

    SDP Path Used:      No              No              
    SDP-ID:             100             101           
    Admin State:        Up              Up              
    Operative State:    Up              Up              
    Binding Admin State:Up              Up              
    Binding Oper State: Up              Up              
    Binding VC ID:      10              10          
    Binding Type:       Spoke           Spoke           
    Binding Vc-type:    Ether           Ether           
    Binding Vlan-vc-tag:N/A             N/A             

    Egress Label:       130040          128999          
    Ingress Label:      128999          130040          
    Egress Label Type:  Signaled        Signaled        
    Ingress Label Type: Signaled        Signaled        

Request Result: Sent - Reply Received

*A:fcicek_test_router# oam svc-ping 192.168.100.12 service 10 local-sdp remote-sdp 
Service-ID: 10

Err Info                Local           Remote
-----------------------------------------------------
    Type:               EPIPE           EPIPE           
    Admin State:        Up              Up              
    Oper State:         Up              Up              
    Service-MTU:        1514            1514            
    Customer ID:        302             302             

    IP Interface State: Up
    Actual IP Addr:     192.168.100.10  192.168.100.12  
    Expected Peer IP:   192.168.100.12  192.168.100.10  

    SDP Path Used:      Yes             Yes             
    SDP-ID:             100             101           
    Admin State:        Up              Up              
    Operative State:    Up              Up              
    Binding Admin State:Up              Up              
    Binding Oper State: Up              Up              
    Binding VC ID:      10              10          
    Binding Type:       Spoke           Spoke           
    Binding Vc-type:    Ether           Ether           
    Binding Vlan-vc-tag:N/A             N/A             

    Egress Label:       130040          128999          
    Ingress Label:      128999          130040          
    Egress Label Type:  Signaled        Signaled        
    Ingress Label Type: Signaled        Signaled        

Request Result: Sent - Reply Received

alcatel sros üzerinde sdp-ping testi

alcatel routerlar üzerinde kurulan sdp nin testi yapılmak istenirse oam komutlarından faydalanabiliriz.

“oam sdp-ping sdp-id” komutuyla sdp nin ayakta olup olmadığını ve karşı routera erişilip erişilemediği testi yapılabilir..

*A:fcicek_test_router# oam sdp-ping 14605 
Err SDP-ID Info             Local           Remote
--------------------------------------------------
    SDP-ID:                 14605           N/A             
    Administrative State:   Up              N/A             
    Operative State:        Up              N/A             
    Path MTU:               4462            N/A             
    Response SDP Used:                      No

    IP Interface State:     Up
    Actual IP Address:      192.168.100.10  192.168.100.12  
    Expected Peer IP:       192.168.100.12  192.168.100.10  

    Forwarding Class        be              be              
    Profile                 Out             Out             

Request Result: Sent - Reply Received
RTT: 4.56(ms)

karşıdaki routerdan test yaptığımız routera kurulan sdp isini biliyorsak resp-sdp paremetresini ekleeyerek pingin kendi routere bu sdp üzerinden ulaşmasını sağlayabiliriz.

*A:fcicek_test_router# oam sdp-ping 14605 resp-sdp 14606 
Err SDP-ID Info             Local           Remote
--------------------------------------------------
    SDP-ID:                 14605           14606           
    Administrative State:   Up              Up              
    Operative State:        Up              Up              
    Path MTU:               4462            N/A             
    Response SDP Used:                      Yes

    IP Interface State:     Up
    Actual IP Address:      192.168.100.10  192.168.100.12  
    Expected Peer IP:       192.168.100.12  192.168.100.10  

    Forwarding Class        be              be              
    Profile                 Out             Out             

Request Result: Sent - Reply Received
RTT: 4.88(ms)

burada ilk testimizde RTT: 4.56(ms) olarak bir cevap süresi elde etmişten ikinci yöntemde RTT: 4.88(ms) olan bir süre elde edilmiş görülmektedir. bu bize iki router arasında kurulan sdp lerin farklı yolları kullandığını göstermektedir.

bu çıktılarda ayrıca sdp lerinde mtu değerleri lokal ve uç router ip leri gibi bilgilerde yer almaktadır.

sdplerde yaşanabilecek mtu sorun konusunda : alcatel service router üzerinde sdp mtu testi yazısı okunabilir.

Alcatel Yönlendiricilerde SDP ( Service Distribution Path ) oluşturulması

Açılımı Service Distribution Path – Servis Dağıtım Yolu olan SDP yi cihazlar arasında trafiğin taşındığı sanal yol olarak tanımlayabiliriz.

SDP ler hakkında bilinmesi gereken en önemli bilgiler

– Cihazlar arasında SDP oluşturulurken gre veya mpls kapsülleme tiplerinden biri kullanılabilir.
– SDPler tek taraflı trafik taşımaktadır. nodelar arasında trafik taşımak için B_to_A ve A_to_B şeklinde SDP ler oluşturulmalıdır.
– SDP lerin minimum MTU değerlerine dikkat edilmelidir. MPLS kullanılacak 22 byte , GRE kullanılacaksa 46 byte ilave headerlar eklenecektir. 576 ile 9194 arasında bir mtu kullanılabilir.
– Her SDP için tek bir ID üretilir.
– Farklı servisler tek bir SDP yi kullanabilirler
– Tanımlamalarda yönlendirici IP adresleri kullanılır.

şeklinde sıralanabilir. Detay konusunda Alcatel dökümanlarına bakılması faydalı olacaktır.

Bu bilgilere göre oluşturulacak temel SDP konfigürasyonu aşağıdaki yapıda olacaktır.

config>service>sdp yonlendiri_ozel_sdp_id [gre | mpls]  create
description "yonlendiriciA-yonlendiriciB"
far-end uzak_uc_yonlendirici_ip_adresi
keep-alive
ldp (sadece MPLS SDP lerinde - LDP kullanılacaksa)
lsp lsp-name [lsp-name]  (sadece MPLS SDP lerinde - LSP kullanılacaksa)
signaling {off|tldp}
path-mtu mtu_degeri
no shutdown

şimdi değerleri yerine yazalım

GRE için SDP oluşturma

config>service# sdp 100 gre create
config>service>sdp# description "œA to B GRE"
config>service>sdp# far-end "œ10.10.10.2"
config>service>sdp# path-mtu 4462
config>service>sdp# no shutdown

MPLS (LSP) için SDP oluşturma.

config>service# sdp 101 mpls create
config>service>sdp# description "œA to B MPLS LSP"
config>service>sdp# far-end "œ10.10.10.2"
config>service>sdp# lsp "a_to_b_lsp"
config>service>sdp# path-mtu 4462
config>service>sdp# no shutdown

MPLS (LDP) için SDP oluşturma.

config>service# sdp 102 mpls create
config>service>sdp# description "œA to B MPLS LDP"
config>service>sdp# far-end "œ10.10.10.2"
config>service>sdp# ldp 
config>service>sdp# path-mtu 4462
config>service>sdp# no shutdown

alcatel – epipe servisi oluşturma

epipe servisi iki nokta arasında bir bağlantı oluşturan bir servis türüdür. Yani bir VLL (Virtual Leased Line) dir. Müşteri için tamamiyle bir vll olarak çalışmaktadır. mac adresi öğrenimi gerekli olmamakla birlikte qos ve policy vb. uygulanabilmektedir.

Şimdi iki yönlendirici arasındaki bir epipe servis örneği yapalım. Bunun için

– yönlendiriciler üzerinde 100 ile müşterilerinin oluşturulduğunu
– yönlendiriciler arasında sdp lerin oluşturulduğu
– saplar için konfigürasyonların yapılmış olduğu varsayılacaktır.

öncelikle node A üzerinde epipe servisini oluşturalım.

config>service# epipe 500 customer 100 create
config>service>epipe$ description "œepipe-500 servisi-  A nodu"
config>service>epipe# no shutdown

epipe-500 e A yönlendiricisinde kullanacağımız sapı ekleyelim. bu örnekte A ve B yönlendiricilerinde 1/1/3 portu ve 100 vlanını kullanacağız.

config>service>epipe# sap 1/1/3:100
config>service>epipe>sap# no shutdown

istenirse sap altında gerekli qos ve policy eklenebilir.

şimdi sıra servisimizi için spoke sdp yi eklemeye geldi. A-B yönlendiricileri arasında 200 id li sdp yi kullanacağız. Burada dikkat etmemiz gereken kritik bir nokta mevcut. Spoke sdp oluşturulurken

spoke-sdp sdp-id:epipe-servis-id create


formatı kullanılması gerekmektedir. Buna uygun olarak değerlerimizi girersek

config>service>epipe# spoke-sdp 200:500 create
config>service>epipe>spoke-sdp$ no shutdown
config>service>epipe>spoke-sdp$ exit
config>service>epipe# no shutdown
config>service>epipe# exit all

A yönlendiricisi için gerekli konfigürasyonu tamamlamış durumdayız. Şimdi B yönlendiricisi içinde gerekli konfigürasyonu yapalım. İşletme açısından burada dikkat edilmesinde fayda olacak bir konu A yönlendiricisinde kulllanılan epipe servis id sini B yönlendiricisinde de kullanılmasıdır.

config>service# epipe 500 customer 100 create
config>service>epipe$ description "œepipe-500 servisi- B nodu"
config>service>epipe# no shutdown

config>service>epipe# sap 1/1/3:100
config>service>epipe>sap# no shutdown
config>service>epipe>sap#exit 

config>service>epipe# spoke-sdp 201:500 create
config>service>epipe>spoke-sdp$ no shutdown
config>service>epipe>spoke-sdp$ exit
config>service>epipe# no shutdown
config>service>epipe# exit all

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.