Skip to content

nokia sros için araçlar

genel olarak network ekipmanlarında cli ile konfigürasyon yapıyorsanız sıklıkla kopyala – yapıştır yapıyorsunuzdur. ancak bu yöntem hatalara oldukça açıktır.

bu hatayı minimize etmek adına python ile yazılmış nokia sros güzel bir kod bulmuştum. bunu paylaşmak istedim. örnek için aşağıdaki şekilde bir konfigürasyonumuz olsun.. bunu c1.txt olarak kaydediyoruz.

        vpls 11 customer 1 vpn 11 i-vpls create
            backbone-vpls 100:11
            exit
            stp
                shutdown
            exit
            sap 1/5/1:11 create
            exit
            sap 1/5/1:12 create
            exit
            no shutdown
        exit
        vpls 100 customer 1 vpn 100 b-vpls create
            service-mtu 2000
            stp
                shutdown
            exit
            mrp
                flood-time 10
                no shutdown
            exit
            sap 1/5/1:100 create
            exit
            spoke-sdp 3101:100 create
            exit
            spoke-sdp 3201:100 create
            exit
            no shutdown
        exit

t.py olarak kaydettiğimiz python kodunu çalıştığımızda mevcut kodumuz aşağıdaki örnekte görüleceği üzere yeniden düzenleniyor. bu şekilde bir yapı bir çok olası hatanın önüne geçecektir.

fcicek@cicek:~/mpls/sros$ python t.py c1.txt
/configure vpls 11 customer 1 vpn 11 i-vpls create backbone-vpls 100:11
/configure vpls 11 customer 1 vpn 11 i-vpls create stp shutdown
/configure vpls 11 customer 1 vpn 11 i-vpls create sap 1/5/1:11 create
/configure vpls 11 customer 1 vpn 11 i-vpls create sap 1/5/1:12 create
/configure vpls 11 customer 1 vpn 11 i-vpls create no shutdown
/configure vpls 100 customer 1 vpn 100 b-vpls create service-mtu 2000
/configure vpls 100 customer 1 vpn 100 b-vpls create stp shutdown
/configure vpls 100 customer 1 vpn 100 b-vpls create mrp flood-time 10
/configure vpls 100 customer 1 vpn 100 b-vpls create mrp no shutdown
/configure vpls 100 customer 1 vpn 100 b-vpls create sap 1/5/1:100 create
/configure vpls 100 customer 1 vpn 100 b-vpls create spoke-sdp 3101:100 create
/configure vpls 100 customer 1 vpn 100 b-vpls create spoke-sdp 3201:100 create
/configure vpls 100 customer 1 vpn 100 b-vpls create no shutdown

kullanılan t.py

#!/usr/bin/env python3

import re
import math
import sys

def pop(stack):
    try:
        stack.pop()
    except Exception as err:
        print("ERROR: Unable to flush stack - %s" %err)

def output(stack):
    output = " ".join(stack)
    print(output)
    return output

def sros_flatten(data):
    stack = []
    exit_detected = False
    indent = 0
    new_conf = ""

    for line in data.lstrip().splitlines():
        l = len(line) - len(line.lstrip())
        nxt_indent = math.ceil(float(l/4))

        if line.startswith(("#", "echo")) or line.strip() == "":
            pass
        elif line.strip() == "exit all":
            new_conf = new_conf + "\n" + output(stack)
        else:
            if nxt_indent == 0 and line.strip() == "configure":
                new_line = str("/") + str(line.strip())
                stack.append(new_line)

            elif nxt_indent > indent:
                if line.strip() != "configure" and len(stack) == 0:
                    stack.insert(0, "/configure")
                stack.append(line.lstrip())

            elif nxt_indent == indent:
                if line.strip() != "exit":
                    if exit_detected:
                        stack.append(line.strip())
                    else:
                        if len(stack) != 0:
                            new_conf = new_conf + "\n" + output(stack)
                            pop(stack)
                            stack.append(line.strip())
                        else:
                            stack.insert(0, "/configure")
                            stack.append(line.strip())
                    exit_detected = False

            else:
                if line.strip() == "exit":
                    if not exit_detected:
                        new_conf = new_conf + "\n" + output(stack)
                        del stack[-2:]
                    else:
                        pop(stack)
                    exit_detected = True

                else:
                    new_conf = new_conf + "\n" + output(stack)
                    exit_detected = False
                    pop(stack)
            indent = nxt_indent
    
    return new_conf

def main():
    filename = sys.argv[1]
    with open(filename, 'r') as f:
        data = f.read()

    sros_flatten(data)

if __name__ == "__main__":
    main()

alcatel – nokia omni switchlerde mac adres sınırı

tüm donanımlarda olduğu gibi alcatel – nokia omni switchlerin öğrenebileceği mac adresinde bir sınır var. mac move taşıma yapılan bir topoloji de çalıştırıyorsanız buna dikkat edilmesi gerekmektedir. 6850 de bu sınır 32K dır.

Troubleshooting dökümanların da konuyla ilgili olarak aşağıdaki ifadeler yer almaktadır.

“If the problems are associated with the source learning on a specific NI then the limitations of the Number of MAC addresses learned should also be considered. Current limitations are:

Number of learned MAC addresses per network interface (NI) module : 32K
Number of learned MAC addresses per switch : 64K

The OmniSwitch has a distributed architecture. Source Learning is specific to a NI.
Each NI has a layer 2 pseudo-cam which is which can hold 64K entries.
32K entries are reserved for L2 Source Addresses which are local to that NI in L2SA table and the rest of 32K entries are reserved for L2 Destination Addresses which can be from local or remote NI in L2DA table.”

switch üzerinde öğrenilen mac adresi sayısını öğrenmek istiyorsanız

show mac-address-table count

komutunu kullanabilirsiniz.

nokia router üzerinde lag ve lacp ile yedekli devre

nokia router üzerinde lag – lacp aktif olarak yedekli bir devre kurabilmek için öncelikle port konfigürasyonunu yapmamız gerekmedir. burada dikkat edilmesi gereken nokta  autonegotiate enable olamayacağıdır. ya disable yada limited olarak ayarlamamız gerekmektedir.

*A:cicek>config>port# /configure port 7/1/10 
*A:cicek>config>port# description "ana-yol" 
*A:cicek>config>port# ethernet 
*A:cicek>config>port>ethernet# mode access 
*A:cicek>config>port>ethernet# encap-type dot1q 
*A:cicek>config>port>ethernet# autonegotiate limited 
*A:cicek>config>port>ethernet# exit 
*A:cicek>config>port# no shutdown 
*A:cicek>config>port# info 
----------------------------------------------
        description "ana-yol"
        ethernet
            mode access
            encap-type dot1q
            autonegotiate limited
        exit
        no shutdown
----------------------------------------------

aynı şekilde kullanılacak 2. portunda konfigürasyonu yapılır.

*A:cicek>config>port# /configure port 7/1/11 
*A:cicek>config>port# description "yedek-yol"
*A:cicek>config>port# ethernet 
*A:cicek>config>port>ethernet# mode access 
*A:cicek>config>port>ethernet# encap-type dot1q 
*A:cicek>config>port>ethernet# autonegotiate limited 
*A:cicek>config>port>ethernet# exit 
*A:cicek>config>port# no shutdown 
*A:cicek>config>port# info 
----------------------------------------------
        description "yedek-yol"
        ethernet
            mode access
            encap-type dot1q
            autonegotiate limited
        exit
        no shutdown
----------------------------------------------

port tanımlarını yaptıktan sonra sıra lag tanımlarını yapmaya geldi. bir id vererek lag ımı oluşturuyoruz. kullanılan routera göre lag sayıları değişmektedir. alcatel sr cihazlardaki kullanılabilecek lag / lacp sayıları yazıda bu sayılara erişebilirsiniz. bu örneğimizde lag altına eklediğimiz iki portun aktif – pasif olarak çalışmasını sağlayacağız. bunu portlara atadığımız öncelik ile sağlıyoruz.

lacp aktif etmek için lacp active dememiz ve bir key belirlememiz gerekmektedir. bu key id müşteri uç cihazında da kullanılmalıdır.

*A:cicek>config>port# /configure lag 10 
*A:cicek>config>lag# description "yedekli-hat"
*A:cicek>config>lag# mode access 
*A:cicek>config>lag# encap-type dot1q 
*A:cicek>config>lag# port 7/1/10 priority 1000 
*A:cicek>config>lag# port 7/1/11 sub-group 2 
*A:cicek>config>lag# dynamic-cost 
*A:cicek>config>lag# lacp active administrative-key 100 
*A:cicek>config>lag# selection-criteria highest-weight 
*A:cicek>config>lag# info 
----------------------------------------------
        description "yedekli-hat"
        mode access
        encap-type dot1q
        port 7/1/10 priority 1000 
        port 7/1/11 sub-group 2
        dynamic-cost
        lacp active administrative-key 100 
        selection-criteria  highest-weight
        no shutdown
----------------------------------------------

sıra geldi servisimiz oluşturmaya. bu örnekte bir ies servise tanımlayarak sap olarak oluşturduğumuz lag ı ekliyoruz.

*A:cicek# configure service customer 100 create 
*A:cicek>config>service>cust$ exit 
*A:cicek# /configure service ies 100 customer 100 create 
*A:cicek>config>service>ies$ interface "yedekli-devre" create 
*A:cicek>config>service>ies>if$ sap lag-10:10 create 
*A:cicek>config>service>ies>if>sap$ exit 
*A:cicek>config>service>ies>if$ no shutdown 
*A:cicek>config>service>ies>if$ exit 
*A:cicek>config>service>ies$ no shutdown 
*A:cicek>config>service>ies$ info 
----------------------------------------------
            interface "yedekli-devre" create
                sap lag-10:10 create
                exit
            exit
            no shutdown
----------------------------------------------

en temel haliyle 1. routerımızda yapacağımız işlem bu kadar. müşteri tarafında gerekli tanımları yaparak yedekli bir hattımız olacak. burada öncelik verilen porta ve lacp key e dikkat etmemiz zorunluluğudur.

oluşturduğumuz lagı kontrol edelim.


*A:cicek>config>service>ies$ show lag 10 detail 

===============================================================================
LAG Details
===============================================================================
Description        : yedekli-hat
-------------------------------------------------------------------------------
Details
-------------------------------------------------------------------------------
Lag-id              : 10                    Mode                 : access
Adm                 : up                    Opr                  : down
Thres. Exceeded Cnt : 0                     Port Threshold       : 0
Thres. Last Cleared : 05/05/2017 02:31:52   Threshold Action     : down
Dynamic Cost        : true                  Encap Type           : dot1q
Configured Address  : 0c:a4:02:d2:6e:a5     Lag-IfIndex          : 1342177290
Hardware Address    : 0c:a4:02:d2:6e:a5     Adapt Qos (access)   : distribute
Hold-time Down      : 0.0 sec               Port Type            : standard
Per-Link-Hash       : disabled              
Include-Egr-Hash-Cfg: disabled              Forced               : -
Per FP Ing Queuing  : disabled              Per FP Egr Queuing   : disabled
Per FP SAP Instance : disabled              
LACP                : enabled               Mode                 : active
LACP Transmit Intvl : fast                  LACP xmit stdby      : enabled
Selection Criteria  : highest-weight        Slave-to-partner     : disabled
MUX control         : coupled               
Subgrp hold time    : 0.0 sec               Remaining time       : 0.0 sec
Subgrp selected     : 1                     Subgrp candidate     : -
Subgrp count        : 2                     
System Id           : 0c:a4:02:d2:6d:5b     System Priority      : 32768
Admin Key           : 100                   Oper Key             : 100
Prtr System Id      :                       Prtr System Priority : 32768
Prtr Oper Key       : 0                     
Standby Signaling   : lacp                  
Port weight speed   : 0 gbps                Number/Weight Up     : 0
Weight Threshold    : 0                     Threshold Action     : down

-------------------------------------------------------------------------------
Port-id        Adm     Act/Stdby Opr     Primary   Sub-group     Forced  Prio 
-------------------------------------------------------------------------------
7/1/10         up      active    down    yes       1             -       1000
7/1/11         up      standby   down              2             -       32768

nokia sros üzerinde sistem kaynakları incelenmesi

network ekipmanlarının da sistem kaynaklarının yönetilmesi ve takibi oldukça önemlidir. nokia cihazlar üzerindeki kartların mevcut durumlarını incelemek için “tools dump system-resources ” komutunu kullanabiliriz…
örnek çıktı şeklindedir..
 

*A:fcicek_test# tools dump system-resources 1 
Resource Manager info at 125 d 01/10/17 07:45:51.963:

Hardware Resource Usage for Slot #1, CardType iom2-20g, Cmplx #0:
                                 |   Total   | Allocated |    Free    
  -------------------------------|-----------|-----------|------------
        SAP Ingress QoS Policies |       1791|         22|       1769
   Dynamic Egress Classification +       2047|         23|       2024
         SAP Egress QoS Policies -           |         23|           
   Network Egress Classification -           |          0|           
                  Ingress Queues |       8192|       3087|       5105
                   Egress Queues |       8192|       1471|       6721
         Ingress ACL/QoS Entries |      32768|          5|      32763
        Ingress IPv6 ACL Entries |      14336|          2|      14334
        Ingress IPv6 QoS Entries |       2048|          2|       2046
          Egress ACL/QoS Entries |      16384|          2|      16382
         Egress IPv6 ACL Entries |       8192|          2|       8190
             Ingress ACL Filters |       2047|          1|       2046
        Ingress IPv6 ACL Filters |       2047|          0|       2047
              Egress ACL Filters |       2047|          1|       2046
         Egress IPv6 ACL Filters |       2047|          0|       2047
             QoS User Schedulers |      24575|        964|      23611
         Dynamic Service Entries +      32767|        426|      32341
                Subscriber Hosts -      32767|        426|      32341
         Dynamic Nexthop Entries +     131071|        442|     130629
             Subscriber Nexthops -     131071|        442|     130629
    Subscriber SPI QoS Overrides |      80000|          0|      80000
          Ingress Q1 Named Pools |         57|          0|         57
           Egress Q1 Named Pools |         57|          0|         57
        Egress TLS Mcast Entries |     147455|        103|     147352

Hardware Resource Usage for Slot #1, CardType iom2-20g, Cmplx #1:
                                 |   Total   | Allocated |    Free    
  -------------------------------|-----------|-----------|------------
        SAP Ingress QoS Policies |       1791|          1|       1790
   Dynamic Egress Classification +       2047|          0|       2047
         SAP Egress QoS Policies -           |          0|           
   Network Egress Classification -           |          0|           
                  Ingress Queues |       8192|        283|       7909
                   Egress Queues |       8192|         23|       8169
         Ingress ACL/QoS Entries |      32768|          2|      32766
        Ingress IPv6 ACL Entries |      14336|          2|      14334
        Ingress IPv6 QoS Entries |       2048|          2|       2046
          Egress ACL/QoS Entries |      16384|          2|      16382
         Egress IPv6 ACL Entries |       8192|          2|       8190
             Ingress ACL Filters |       2047|          0|       2047
        Ingress IPv6 ACL Filters |       2047|          0|       2047
              Egress ACL Filters |       2047|          0|       2047
         Egress IPv6 ACL Filters |       2047|          0|       2047
             QoS User Schedulers |      24575|        964|      23611
         Dynamic Service Entries +      32767|          0|      32767
                Subscriber Hosts -      32767|          0|      32767
         Dynamic Nexthop Entries +     131071|        442|     130629
             Subscriber Nexthops -     131071|        442|     130629
    Subscriber SPI QoS Overrides |      80000|          0|      80000
          Ingress Q1 Named Pools |         57|          0|         57
           Egress Q1 Named Pools |         57|          0|         57
        Egress TLS Mcast Entries |     147455|        103|     147352

 

alcatel sros da vprn altında dhcp kontrolleri – 1

aynı vprn altında alt ağların ip dağıtımını merkezi bir dhcp üzerinden yaptğınız bir topology olduğunu düşünün. bu yapının elbette kendine göre avantaj ve dezavantajları mevcut.

dhcp server adresi : 10.100.1.1

iç ağ : 10.1.1.1/24

olacak şekilde 7750 nin 1/1/2 portuna bağlı bir ağ için gerekli konfigürasyonunu yapalım.

A:fcicek_test_router# admin display-config | match context all "vprn-100|site_a"
#--------------------------------------------------
        vprn 100 customer 100 create
            interface "vprn-100|site_a" create
                address 10.1.1.1/24
                dhcp
                    server 10.100.1.1 
                    trusted
                    lease-populate 255
                    no shutdown
                exit
                sap 1/1/2 create
                    no shutdown
                exit

en temel konfigürasyon yukarıdaki gibi olacaktır. server ve/veya ağ tarafında konfigürasyonun doğru olarak yapılması önem arz etmektedir.

7750 üzerinde dhcp paket kontrolü yapılmak istenirse “show router 100 dhcp statistics interface” komutu işimize yaracaktır. aşagıdaki çıktıdan görüldüğü gibi alt ağımızdan dhcp paketleri gelmekte ancak dhcp sunucusundan paket gelmediği görülmektedir. bu durumda dhcp sunucu ayarlarının ve dhcp serverin interface ile ağın interfacesi arasında haberleşmenin olup olmadığının kontrolü gerekmektedir.

A:fcicek_test_router# show router 100 dhcp statistics interface "vprn-100|site_a" 

====================================================================
DHCP Statistics for interface vprn-100|site_a
====================================================================
Rx Packets                           : 21883
Tx Packets                           : 0
Rx Malformed Packets                 : 0
Rx Untrusted Packets                 : 0
Client Packets Discarded             : 0
Client Packets Relayed               : 21883
Client Packets Snooped               : 0
Client Packets Proxied (RADIUS)      : 0
Client Packets Proxied (User-Db)     : 0
Client Packets Proxied (Lease-Split) : 0
Server Packets Discarded             : 0
Server Packets Relayed               : 0
Server Packets Snooped               : 0
DHCP RELEASEs Spoofed                : 0
DHCP FORCERENEWs Spoofed             : 0
====================================================================
A:fcicek_test_router# 

bilgi paylaşımına dikkat etmek gerekli

bilgi güvenliğinin önemli olduğunu artık bilmeyen yoktur herhalde. arşivlerin arasında operatörlük yapan bir yurt dışı firmasının dslam erişimleri için kullandığı kayıtlar çıktı. pc den nasıl olsa silinecek. bir parçası kalsın bir yerlerde. internette bağlı makinelerde paylaştığımız, koyduğumuz verilere dikkat etmek lazım 😉

bu verilerle ne yapılabileceğinide bilenler için kayıtlar güncel değildir. 🙂

No ISAM Location Name Password IP Phone Number
1 SeamReap isadmin Angkor#150 192.168.2.132 092846946
192.168.2.133
192.168.2.180
2 Kampong Cham isadmin Cham#150 192.168.2.139 042211111
192.168.2.140
3 Kampong Thom isadmin Thom#150 192.168.2.172 062211111
4 Kratie isadmin Krat#150 192.168.2.173 072211111
5 Stung Treng isadmin Stung#150 192.168.2.135 074211111
6 Udong isadmin Ud#150 192.168.2.141 025218111
7 Krorkor isadmin Kr#150 192.168.2.143 052215111
8 Tmorkol isadmin ans#150 192.168.2.145 053211111
9 Kampong Trorlach isadmin Ktl#150 192.168.2.142 026214111
10 Moung isadmin Mo#150 192.168.2.144 053217111
11 Angtasom isadmin Ang#150 192.168.2.175 032215111
12 Takeo isadmin Ta#150 192.168.2.174 032211111
13 Kompot isadmin Kom#150 192.168.2.176 033211111
14 Koh Kong isadmin Koh#150 192.168.2.177 035211111
15 Preah Shihanouk isadmin Preah#150 192.168.2.178 034211111
192.168.2.179
16 Kep isadmin Ke#150 192.168.3.2 036211111
17 Prey Veng isadmin Prey#150 192.168.3.4 043211111
18 Kampong Chhnang isadmin Chhnang#150 192.168.3.3 026779999
19 Chrang Chamres isadmin PP#150 192.168.3.5 023231111
20 Pailin isadmin Ruby#150 192.168.3.6 055211111
21 Suong isadmin Su#150 192.168.3.7 042218111
22 Poi Pet isadmin ans#150 192.168.3.8 054218111

alcatel 6400 switchlerde şifre sıfırlama

bilgisayarın konsol ayarları yapılarak switche bağlandıktan sonra switch enerjilendirilir ve

“Hit any key to stop autoboot”

yazısını geldiğinde herhangi bir tuşa basılır. sorunsuz şekilde aşagıdaki mesajı görürseniz sürece devam edebiliriz.

You are now in the U-Boot CLI - enter the following two commands to boot into Miniboot 
=> 

sürece devam edebilemiz için bootloader da gerekli boot flaglarımızı set edelim ve minibootu başlamasını sağlayalım.

=> setenv bootflags 0x1000
=> bootm 0xff900000
## Booting image at ff900000 ..

[Miniboot]-> ifadesini görmüşsek işin büyük kısmın bitmiştir diye biliriz. bundan sonra kullanıcı bilgilerinin tutulduğu dosyayı silerek switchi yeniden başlatacağız. kullanıcı bilgilerinin bulunduğu userTable dosyası network dizini altında yer almaktadır.

alcatel bir çok ürününde vxWorks kullanmaktadır.bu nedenle bilindik sh komutlarını kullanabilirsiniz. ancak buada dikkat edilmesi gereken bir nokta var. dizin adıi, dosya adı gibi girdileri çift tırnak ” içine almak gerekmektedir. ayrıca girmiş olduğnuz komuttan sonra çıktı oarak “value = 0 = 0x0 ” değerini görüyorsanız başarı olarak çalışmış demektir.

usertable dosyası network dizini altında yer almaktadır. network dizini altına girerek bu dizin altındaki dosyalar bakalım.

[Miniboot]-> 
[Miniboot]->cd "network"
value = 0 = 0x0 

[Miniboot]->ls
. 
.. 
userTable5 
lockoutSetting 
policy.cfg 
ssh_host_dsa_key 
ssh_host_dsa_key.pub 
value = 0 = 0x0 

girilen konfigürasyona göre birden fazla userTable dosyası olabilir. bu örneğimizde userTable5 dosyası mevcut. şimdi bu dosyayı silelim. kullanıdığınız aos a göre xdelete veya rm komutunu kullanabilirisiniz. userTable5 dosyasını silelim ve gerçekten silindiğini kontrol edelim.

[Miniboot]->rm "userTable5"
value = 0 = 0x0 
[Miniboot]->ls
. 
.. 
lockoutSetting 
policy.cfg 
ssh_host_dsa_key 
ssh_host_dsa_key.pub 
value = 0 = 0x0 
From Miniboot reboot into AOS and login with user "admin" password "switch" 

işlem tamamdır. artık cihazın varsayılan kullanıcı adını şifresi kullanılabilir olmuştur.
alcatel cihazlar için varsayılan

kullanıcı adı : admin
şifre : switch

şeklindedir.şimdi cihazımızı yeniden başlatmamız gerekmektedir.

[Miniboot]->reboot 

ağ simülatörler : genel açıklama

network konusunda deneyim kazanmak için en güzel yöntem elbette network simulatörlerdir. network simulatör sayısı günden güne artıyor. artık neredeyse her üreticinin kendi simülatörleri piyasada mevcut.

bir süre önce üreticiler simülatörlerini tersine mühendislik işini kolaylaştıracağını ve ürünlerinin kopyalanacağını düşünmesinen olsa gerek yayınlamıyorlardı.

çinliler tersine mühendislik konusunda oldukça başarılı olunca ve piyasada artık çok daha ucuz network ekipmanları piyasa sürmeye başlandıktan sonra simülatörler sayısında da bir artış oldu.

ve elbette gelişen bulut ve sanallaşma teknolojisi ile simülatör yapısıda yeniden yapılanmaya başladı. artık belirli ücretler ödeyerek online olarak kullanbiliyorsunuz.

simülatörler hakkında biraz daha detay öğrenme adına onları kategörize ederek incelemekte fayda olacaktr.

kullanım amaçlarına göre simülatörleri 3 gruba ayırabiliriz. bunlar ;

  • protokol bazlı simülatörler. opnet, netsim gibi uygulamar oldukça popülerdir. genellikle akademik ve geliştiriciler tarafından kullanılır. yeni bir protokol standartı geliştirmenizi ve bunu simüle etmenize sağlayabilmektedir.
  • network üreticilerinin cihazlarını simüle etmenizi sağlayan simülatörler. packet tracer, ensp, hp simulator , gns3 gibi cisco, huawei, alcatel, hp, juniper vb bir çok üretisicinin piyasada yer alan cihazları simüle etmenizi sağlayan simülatörler mevcut. ancak bu yazılımlar tüm cihazları simüle etmeyeceğini ve tüm fonksiyonların olmayabileceğini unutmamak gerekir. genel olarak her bir cihaz için ayrı bir image dosyası yani o cihazın işletim sistemini barındıran dosyaların olması gerekir. her cihaz için bu yazılım farklı olduğu için farklı bir model simülasyonu için kullanılamaz.
  • herhangi bir sertifika programına vb hazırlanmaya yönelik hazırlanmış içerisinde senaryolar barındıran simülatörler. genellikle 3. parti firmalar tarafından yayınlanan netsimk, netsim vb yazılımlar mevcut. bu yazılımlarda ccna, ccnp gibi sertifika sınavlarında labaratuar sorusu olarak sorulan sorulardan yola çıkarak sizden adım adım bu bir şeyler yapmanız üzere var olan yazılımlardır. amacınız sertifika programlarına hazırlanmaksa kullanmanızda fayda var.

çalışma yapısına göre 2 şekilde ayrılabilir.

  • lokal çalışan yazılımlar. bir çok yazılımı kendi makinenize kurarak kullanabilirsiniz. genel olarak bu yazılımlar ilave bir sanallaştırma yazılımına ihtiyaç duyarlar. lisanslama nedenleri ile genellikle qemu ve/veya virtual box kullanmaktadırlar. vmware vb desteleyen yazılımlarda mevcuttur. simülatör yazılımlarının bir çoğu sanallaştırma yazılımlarına ihtiyaç duymaları nedeniyle fazla ram ve cpu gereksinimi olabilir.
  • sunucu – sanallaştırılmış yazılımlar. Cisco, alcatel gibi firmalar gelişen teknoloji ve hızlanan internet ile sanal ortamlar sunmaya başladı. kullanmak için internet gereksinimin yanında kullanım için bir miktar parayıda gözden çıkarmanız gerekiyor. ülkemiz gelirlerine göre bu ücretler pek uygun düzeyde değiller.

bir kaç kategori daha yapılabilir ancak daha fazla zorlamaya gerek yok.

en popüler simülatörler hakkında fırsat buldukça Simulator konu başlığı atlına simulatörlerin kurulumları, birbirleri ile entegrasyonları, farklı network ekipmanlarını bu simulaörlerde kullanılması gibi yazılar ekleyeceğim.

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.

Back To Top