skip to Main Content

huawei routerlarda interface üzerinde alarm sayısını sıfırlama

huawei routerlarda display komutu ile interface detaylarına baktığımızda interface üzerinde meydana gelen hatalarıda görebiliyoruz. bu hatalar sürekli artımlı şekilde devam etmektedir.

[fcicek_test_router-GigabitEthernet1/0/0]display interface GigabitEthernet 1/0/0
GigabitEthernet1/0/0 current state : UP
Line protocol current state : DOWN
Link quality grade : GOOD
Description:sube_a
Route Port,The Maximum Transmit Unit is 1500
Internet protocol processing : disabled
IP Sending Frames' Format is PKTFMT_ETHNT_2, Hardware address is aaaa-aaaa-aaaa
The Vendor PN is RTXM191-400
The Vendor Name is WTD
Port BW: 1G, Transceiver max BW: 1G, Transceiver Mode: SingleMode
WaveLength: 1310nm, Transmission Distance: 10km
Rx Power: -6.51dBm, Warning range: [-20.00, -3.00]dBm
Tx Power: -5.53dBm, Warning range: [-9.00, -3.00]dBm
Loopback:none, full-duplex mode, negotiation: enable, Pause Flowcontrol:Receive Enable and Send Enable
Last physical up time   : 2016-07-19 09:41:00 UTC+02:00 DST
Last physical down time : 2016-07-19 09:39:46 UTC+02:00 DST
Current system time: 2016-08-13 06:11:06+02:00
Statistics last cleared:never
    Last 10 seconds input rate: 6816 bits/sec, 7 packets/sec
    Last 10 seconds output rate: 5632 bits/sec, 5 packets/sec
    Input: 144440952031 bytes, 928751872 packets
    Output: 335843205389 bytes, 872370561 packets
    Input:
      Unicast: 855698710 packets, Multicast: 53900340 packets
      Broadcast: 19152822 packets, JumboOctets: 12274608 packets
      CRC: 100 packets, Symbol: 0 packets
      Overrun: 0 packets, InRangeLength: 0 packets
      LongPacket: 0 packets, Jabber: 0 packets, Alignment: 0 packets
      Fragment: 0 packets, Undersized Frame: 0 packets
      RxPause: 0 packets
    Output:
      Unicast: 872368829 packets, Multicast: 0 packets
      Broadcast: 1732 packets, JumboOctets: 137186914 packets
      Lost: 0 packets, Overflow: 0 packets, Underrun: 0 packets
      System: 0 packets, Overrun: 0 packets
      TxPause: 0 packets
    Input bandwidth utilization  :    0%
    Output bandwidth utilization :    0%

eğer bir interfacede hatayı gidermeye yönelik bir işlem yaptıysanız interface üzerindeki hataları sıfırlamak her zaman işimizi kolaylaştıracaktır.

yukarıda örnekte 1/0/0 interfaceinde 100 adet CRC hatası geldiği görülmektedir. bunu sıfırlamak için interface içine konfigürasyon modda girerek port-alarm komutunu kullanıyoruz.

[fcicek_test_router-GigabitEthernet1/0/0]port-alarm clear ?
  crc-error     CRC error alarm
  input-error   Input error alarm
  output-error  Output error alarm
  pause-frame   Pause Frame alarm
  symbol-error  Symbol error alarm

yukarıda görüldüğü gibi bu interface üzerinde 5 adet hatanın değerlerini sıfırlayabiliyoruz.

bizim hatalarımız crc hataları olduğu için crc hatalarının sayısını sıfırlamak için aşagıdaki komutu tamamlamamız gerekecektir

[fcicek_test_router-GigabitEthernet1/0/0]port-alarm clear crc-error

 

huawei cihazlarda yeniden başlatma ( reboot )

bazı özel durumlarda cihazı uzaktan yeniden başlatmanız gerekebilir. bu gibi durumlarda reboot komutu işinize yarayacaktır.

komutu çalıştırdığınızda sistem çalışan konigürasyon ile kayıtlı konigürasyonu karşılaştırarak bir farklılık var ise çalışan konfigürasyonu kayıt edip etmeyeceğini sorar sonrasında ise cihazı yeniden başlatmak için sizden onay isyerek eğer cevap olumlu ise yeniden başlatma işlemi uygulanır.

<fcicek_test_router>reboot
Info: The system is now comparing the configuration, please wait.
Warning: All the configuration will be saved to the next startup configuration.
Continue ? [y/n]:n
System will reboot! Continue ? [y/n]:y
Info: system is rebooting ,please wait...

anlık olarak yeniden başlatma bu şekildedir. ancak yeniden başlama işlemi zamanlanmak isteyebilir. bunu cihazınızın yazılımına bağlı olarak schedule reboot ile gerçekletirebilirsiniz.

<fcicek_test_router> schedule reboot at 01:00 2015/11/30
Info: System will reboot at 01:00:00 2015/11/30 (in 10 hours and 10 minutes)
confirm? [Y/N] :y

huawei cihaz bilgisi ve seri numarası ögrenilmesi

kullanmakta olduğunuz switchin /routerin özellikle garanti vb. süreçlerinde model numarası ve seri numarası sıklıkla ihtiyaç duyulan şeylerdir.

cihazın model numrası hakkında bilgi almak istersek “display device” işimize yarayacaktır..

[fcicek_test_switch]display device
S5300-28X-LI-24S-DC's Device status:
Slot Sub  Type                Online    Power      Register     Status   Role
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
0    -    S5300-28X-LI-24S    Present   PowerOn    Registered   Normal   Master

eğer seri numarasına ihtiyaç duyarsanız manufacture-info parametresini de ekleyerek bu bilgiye erişebilirsiniz.

[fcicek_test_switch]display device manufacture-info
Slot  Sub  Serial-number          Manu-date
- - - - - - - - - - - - - - - - - - - - - -
0     -    47043AA33770EA000787   2014-10-24

networkünüzde birden fazla cihaz var yönetim için huawei u2000 yazılımı kullanıyorsanız, yönetimsel olarak u2000 eklediğiniz cihazlara ait detaylı bilgileri
u2000_inventory_phy1
menüsünden alabilirsiniz.

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 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 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.

huawei routerlarda multicast yayının route tablosu

huawei cihazlarda multicast yayının route tablosunu görmek için display multicast routing-table komutu kullanılabilir. buradaki “Upstream Interface” multicast yayının yapıldığı uplink port “downstream interface” ise cihaz üzerinde bu yayını alan interfacelerdir. downstream interfacelerde 100 vlanın multicast yayını için kullanıldığı görülmektedir.

[test_router]display multicast routing-table
Multicast routing table of VPN-Instance: public net 
 Total 6 entries

 00001. (10.10.24.122, 239.254.0.4)
       Uptime: 03:00:27
       Upstream Interface: GigabitEthernet2/0/0
       List of 1 downstream interface
           1:  GigabitEthernet2/1/14.100

 00002. (10.10.24.26, 239.254.0.23)
       Uptime: 04:39:58
       Upstream Interface: GigabitEthernet2/0/0
       List of 1 downstream interface
           1:  GigabitEthernet1/0/18.100

 00003. (10.10.24.170, 239.254.0.40)
       Uptime: 05:50:40
       Upstream Interface: GigabitEthernet2/0/0
       List of 1 downstream interface
           1:  GigabitEthernet2/1/14.100

 00004. (10.10.24.12, 239.254.0.42)
       Uptime: 00:19:45
       Upstream Interface: GigabitEthernet2/0/0
       List of 1 downstream interface
           1:  GigabitEthernet1/0/1.100
                                          
 00005. (10.10.24.19, 239.254.0.84)
       Uptime: 01:40:39
       Upstream Interface: GigabitEthernet2/0/0
       List of 1 downstream interface
           1:  GigabitEthernet2/1/12.100

 00006. (10.10.8.85, 239.254.0.144)
       Uptime: 1d:09h
       Upstream Interface: GigabitEthernet2/0/0
       List of 5 downstream interfaces
           1:  GigabitEthernet2/1/12.100
           2:  GigabitEthernet2/1/14.100
           3:  GigabitEthernet3/0/5.100
           4:  GigabitEthernet3/0/14.100
           5:  GigabitEthernet3/0/0.100

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
Back To Top