După problemele cu OpenX, am descoperit Google DoubleClick for Publishers Small Business.
DoubleClick for Publishers (DFP) Small Business este o soluţie găzduită de gestionare a anunţurilor care oferă un set complet de instrumente pentru gestionarea şi dezvoltarea publicităţii cu vânzare directă şi indirectă. Pentru a putea folosi această soluție gratuită trebuie să aveți un cont Google Adsense, chiar dacă nu folosiți anunțuri Adsense pe site-urile voastre.
Părțile bune pe care le-am identificat la această soluție sunt:

• este gratuită (dacă difuzaţi mai puţin de 90 de milioane de afişări lunare ale anunţurilor);
• nu necesită exclusivitate, putându-se folosi și alte rețele publicitare sau software de management a anunțurilor;
• interfața este disponibil în mai multe limbi, dintre care și limba română (cu toate că acest lucru nu mă avantajează în mod direct);
• chiar funcționează și nu îmi fac griji asupra găurilor de securitate, fiind un produs dezvolat de către Google;

Ca și aspecte negative ar fi interfața puțin intuitivă, mai ales cea tradusă în limba română. Trebuie să recunosc că mi-a luat ceva timp să mă prind cum se face tot ceea ce aveam nevoie.

Am și implementat soluția pe site-ul http://www.forumsuceava.com, site-ul unde am avut probleme cu Openx.

1. Functii

Modelul ZXR10 2609 adopta modul “memoreaza si inainteaza” si suporta switching la nivel Layer 2 la viteza de link pe toate porturile. Viteza maxima este de 5.6Gbps.
Sunt implementate urmatoarele functii:

• Posibilitatea de invatare a adreselor MAC. Marimea tabelei de MAC-uri este de 8k.
• Suporta VLAN-uri (Virtual Local Area Network) si VLAN-uri private conform standardului 802.1q. Numarul maxim de VLAN-uri este de 4094.
• Suporta STP (Spanning Tree Protocol) definit in 802.1d, RSTP (Rapid STP) definit in standardul 802.1w si MSTP (Multiple Spanning Tree Protocol) definit in 802.1s.
• Suporta LCAP (Link Aggregation Control Protocol) definit in 802.3ad.
• Multi-VLAN IGMP (Internet Group Management Protocol) snooping.
• Oglindirea traficului care intra sau iese pe un anumit port.
• Restrictionarea latimii de banda a traficului care intra sau iese la nivel de port.
• Statistici detaliate despre fiecare port.
• Configurare prin consola sau remote folosind Telnet sau SSH.
• Suporta SNMP.
• Posibilitatea de a incarca si descarca fisierele necesare folosind un server TFTP.

2 Structura hardware si principiul de functionare

ZXR10 2609 este un switch cu 9 porturi 10/100Mbps, toate suportand functia de auto MDI/MDI-X. Alimentarea echipamentului se face printr-un alimentator extern. Ventilatia se face natural prin orificiile prevazute in acest scop.
Cu exceptia portului 9, toate celelalte sunt prevazute cu functia VCT (Virtual Cable Tester).

Switch-ul ZTE ZXR10 2609

Exista unsprezece led-uri care indica starea echipamentului si anume:

• Indicatorii de sistem, care includ indicatorul de alimentare (PWR) si un indicator de functionare (RUN). Starea lor este urmatoarea:
  • - dupa pornirea echipamentului, led-ul PWR este aprins si led-ul RUN este stins;
  • daca incarcarea softului se realizeaza cu succes, led-ul RUN incepe sa clipeasca cu frecventa de 1Hz, in caz contrar, el ramane stins.
• Indicatorii care corespund celor noua interfete de retea. Daca led-ul corespunzator este aprins indica link normal pe interfata respective. Atunci cand indicatorul clipeste, indica faptul ca se transmit sau se primesc date pe respective interfata.

Din punct de vedere functional, switch-ul ZXR10 2609, ca si intreaga familie din care face parte si anume ZXR10 2609/2818S/2826S/2852S, este alcatuit din:

• Modulul de control cu rolul de a controla si coordona modulul de switching pentru a indeplini cerintele diferitelor aplicatii in retea. Este format din procesorul central si cateva chipuri externe cu functii specifice. Este prevazut si cu o interfata seriala externa pentru configurare si intretinere .
• Modulul de switching care este format din chipuri dedicate procesarii frame-urilor Ethernet. Rolul sau este de a procesa si schimba pachetele de date trimise de fiecare port.
• Modulul de interconectare care este prezent numai la modelele ZXR10 2818S si ZXR10 2826S.
• Modulul de alimentare cu rolul de a asigura alimentarea celorlalte module ale echipamentului.

Structura hardware ZXR10 2609

3 Metode de management

Avem la dispozitie mai multe modalitati pentru managementul acestui echipament. Unele din acestea necesita sa fim prezenti la locatia unde este montat switch-ul (conectarea seriala), pe cand altele permit managementul de la distanta (telnet, ssh)

3.1 Interfata seriala

Configurarea si intretinerea echipamentului se poate realiza folosind interfata seriala cu care este dotat acesta. In pachetul cu care vine echipamentul exista si un cablu serial, prevazut la un capat cu un conector RJ45 (pentru a fi conectat la switch) si la celalalt cu un conector RS-232 cu 9 pini ( pentru a fi conectat la PC).
Pentru a ne conecta la switch de pe un PC pe care ruleaza sistemul de operare Windows XP, vom folosi programul Hyper Terminal pe care il accesam din meniul Start > Programs > Accessories > Communication > Hyper Terminal.
Se selecteaza COM1 sau COM2, in functie de portul la care este conectat echipamentul.
Atributele portului serial trebuiesc setate in modul urmator:

Baud rate: 9600

Data bits: 8

Parity: None

Stop bit: 1

Data flow control: None

Urmatorul pas este pornirea echipamentului. Dupa ce se termina initializarea, ne putem loga. Im mod implicit, userul este admin si parola zhongxing. 

3.2 Telnet

Dupa ce am alocat un IP echipamentului si l-am montat in retea la locatia dorita, putem sa ne conectam la el folosind protocolul TELNET.
Pentru a creste securitatea echipamentului, avem la dispozitie un mecanism (Remote-Access) prin care putem configura ip-urile de la care ne putem conecta.
Pasii care trebuie urmati pentru a face o configuratie minima sunt:

• activarea / dezactivarea restrictiei de acces (implicit este dezactivat);

set remote-access

• configurarea adresei IP de la care se permite accesul pe echipament;

set remote-access ipaddress

• stergerea tuturor adreselor IP care au drept de acces;

clear remote-access all

• stergerea unei singure adrese IP care are drept de acces;

clear remote-access ipaddress

• afisarea informatiilor legate de Remote-Acces.

show remote-access

În exemplul de mai jos permitem acces pe echipament numai de la IP-uri din clasa 192.168.123.0/24.

zte(cfg)#set remote-access specific
zte(cfg)#set remote-access ipaddress 192.168.123.0 255.255.255.0
zte(cfg)#sho remote-access 
Whether check remote manage address: YES
Allowable remote manage address list:
192.168.123.0/255.255.255.0

3.3 SSH

SSH (Secure Shell ) este un protocol creat de Network Working Group de la IETF si este folosit pentru oferirea de acces la distanta , fiind un inlocuitor mai sigur al protocolului Telnet. Datele trimise prin ssh sunt criptate si, chiar daca datele sunt interceptate, nu se pot afla informatii folositoare din acestea.
Switch-ul ZXR10 2609 suporta SSH versiunea 2.0 si foloseste autentificarea pe baza de parola. Portul folosit este cel implicit si anume 22.
Comenzile disponibile sunt:
set ssh
show ssh
Pentru a ne putea conecta folosind acest protocol putem folosi programul Putty sau un client SSH din Linux,FreeBSD, etc.
Echipamentul suporta logarea doar a unui singur utilizator. Dupa trei incercari esuate de login, conexiunea se inchide in mod automat.
Implicit, functia SSH de pe switch este dezactivata.

3.4 SNMP

SNMP (Simple Network Management Protocol) este cel mai popular protocol de management folosit in prezent. El implica o serie de protocoale si specificatii:

• MIB
• SMI
• SNMP

Prin intermediul acestui protocol se pot culege informatii de management de la diferite dispozitive din retea, dar, in acelasi timp, SNMP permite echipamentelor sa raporteze problemele si erorile catre statiile care se ocupa de managementul retelei.
Managementul unei retele prin SNMP implica trei elemente cheie:

• Dispozitivele cu management care pot comunica prin intermediul retelei. Fiecare dispozitiv contine un agent.
• Network Management Station (NMS), care trebuie de asemenea sa poate comunica prin intermediul retelei si pe care ruleaza procesul de management.
• Protocolul folosit pentru schimbarea informatiilor de management dintre agenti si NMS si anume SNMP.

NMS-ul colecteaza datele prin interogarea agentilor de pe dispozitivele
din retea. Agentii pot raporta erorile catre NMS oricand, chiar inainte ca NMS-ul sa le interogheze. Aceste erori se numesc „traps”. Cand se raporteaza o eroare, NMS-ul poate interoga echipamentul pentru a obtine mai multe informatii ( asta in cazul in care el mai este accesibil.
Toate variabilele din retea sunt stocate in MIB. SNMP-ul monitorizeaza dispozitivele din retea prin interogarea valorilor obiectelor corespunzatoare din MIB.
Switch-ul cu management ZXR10 2609 are implementat MIB-ul standard definit in RFC1213, RFC1493, RFC2674 si RFC2819.
Comenzile disponibile pe acest echipament pentru SNMP sunt:
create community
create view
set community view
set traphost
clear community
clear view
set trap
show snmp

Un exemplu de configurare este prezentat in continuare:
Sa presupunem ca adresa IP a serverului care se ocupa de managementul retelei este 192.168.123.1si switch-ul are un port Layer 3 cu ip-ul 192.168.123.123.
zte(cfg)#config snmp
zte(cfg-snmp)#create community master private
zte(cfg-snmp)#create view masterview
zte(cfg-snmp)#set community master view masterview
zte(cfg-snmp)#set traphost 192.168.123.1 master
zte(cfg-snmp)#show snmp community
CommunityName Level ViewName
————– ——— ————
master private masterview

zte(cfg-snmp)#show snmp view
ViewName Exc/Inc MibFamily
———– ——– ————————
masterview Include 1.3.6.1 

zte(cfg-snmp)#show snmp host
HostIpAddress Community SNMPVersion
—————- ———– ———–
192.168.123.1 master Ver.2 

zte(cfg-snmp)#

3.5 RMON

RMON ( Remote Monitoring) defineste functii standard de management a retelei si interfetele de comunicare dintre consola de management si monitor. RMON ofera o metoda eficienta de a monitoriza comportamentul subretelelor in cazul reducerii incarcarii altor agenti si a statiilor de management.
Comenzile disponibile pe ZXR10 2609 sunt:
set rmon
set history
set statistics
set event
set alarm
show rmon
show history
show statistic
show event
show alarm

4 Managementul fisierelor

In cazul switch-ului ZXR10 2609, dispozitivul in care sunt memorate datele este o memorie FLASH.

Numele fisierului de boot este kernel.z

Numele fisierului de configurare este running.cfg

Echipamentul pune la dispozitie un numar mare de comenzi pentru operatii cu fisiere. Cele mai utilizate comenzi sunt:
config ttfs – intrarea in modul de configurare fisiere
md – crearea unui director
remove – stergerea unui director
rename – redenumirea unui fisier
cd – schimbarea directorului curent
ls – lista fisierelor din directorul curent
tftp – upload si download-ul prin intermediul TFTP.
copy – copierea unui fisier
format – formatarea memoriei FLASH.

Fisierul de versiune si fisierele de configurare pot fi salvate sau recuperate folosind TFTP.

4.1. Importul si exportul configurarii

Echipamentul poseda functii de import si de export ceea ce usureaza procesul de configurare si management al switch-ului.

Exportul informatiilor de configurare

Se poate folosi comanda show running-config toFile pentru a exporta rezultatul executiei comenzii show running-config catre un fisier numit config.txt pe care il salveaza in memoria FLASH. Acest fisier poate fi apoi uploadat pe serverul TFTP pentru vizualizare.
Zte(cfg-tffs)# tftp 192.168.123.1 upload config.txt
(unde 192.168.123.1 este adresa IP a serverului TFTP)

Importul informatiilor de configurare

Se poate folosi comanda readconfig pentru citirea comenzilor din fisierul config.txt, pentru a fi executate. Fisierul config.txt poate fi editat manual dupa necesitati si apoi downloadat pe switch folosind comanda de mai jos:
Zte(cfg-tffs)# tftp 192.168.123.1 download config.txt

Este recomandat ca utilizarea comenzii readconfig sa se faca atunci cand nu avem nici o configurare facuta pe switch. Daca una din comenzile care exista in fisierul config.txt intra in conflict cu o setare deja existenta pe switch, executia comenzilor din config.txt va genera erori si va fi oprita.
Atunci cand se editeaza manual fisierul config.txt trebuie avuta mare grija la ordinea in care comenzile sunt executate. In caz contrar, executia readconfig poate genera erori si se opreste atunci cand o anumita comanda din config.txt este citita.

4.2 Backup-ul si recuperarea de fisiere

Fisierele mentionate in aceasta sectiune se refera la fisierul de configurare si la cel de versiune.

Backup-ul fisierului de configurare

Atunci cand o comanda este folosita pentru a modifica configuratia switch-ului, aceasta devine activa imediat. Cand se restarteaza switch-ul, setarile noi facute se vor pierde. Pentru a evita acest lucru trebuie executata comanda saveconfig, pentru a salva configuratia curenta in memoria FLASH.
Pentru a preveni deteriorarea datelor de configurare, se face backup la aceste date folosind TFTP.
Comanda urmatoare se foloseste pentru a face backup la fisierul de configurare pe un server TFTP care are adresa IP 192.168.123.1:
Zte(cfg-tffs)# tftp 192.168.123.1 upload running.cfg

Recuperarea fisierului de configurare

Pentru a downloada de pe serverul TFTP de la adresa 192.168.123.1 fisierul de configurare in memoria FLASH a echipamentului se foloseste comanda:
Zte(cfg-tffs)# tftp 192.168.123.1 download running.cfg

Backup-ul fisierului de versiune

In mod similar ca la backup-ul fisierului de configurare, se foloseste comanda de mai jos pentru a face upload pe un server care ruleaza la adresa IP 192.168.123.1:
Zte(cfg-tffs)# tftp 192.168.123.1 upload kernel.z

Recuperarea fisierului de versiune

Aceasta recuperare este foarte importanta in cazul esuarii update-ului de versiune. Aceasta operatie este identica cu cea prezentata in sectiunea urmatoare referitoare la upgrade-ul versiunii de pe echipament.

4.3 Upgrade-ul versiunii de soft

In nod normal, upgrade-ul versiunii de soft este necesar atunci cand versiunea originala nu suporta unele functii sau echipamentul nu mai ruleaza normal din cauza unor situatii deosebite. Upgrade-ul realizat necorespunzator poate duce la esecul pornirii echipamentului.
Upgrade-ul de versiune se poate face in unul din cele doua cazuri:

• atunci cand echipamentul functioneaza normal
• atunci cand echipamentul functioneaza anormal

Daca starea sistemului o permite, se verifica informatiile legate de versiunea instalata inainte si dupa upgrade. Acest lucru se face prin executarea comenzii version pentru a vedea informatiile software si hardware ale sistemului:
zte(cfg)#version
The System’s Hardware Info:
Switch’s Mac Address: 00.d0.d0.fc.a1.e0

Module 0: ZXR10 2609; fasteth: 9; gbit: 0;

The System’s Software Info:
Version number : 1.0
Version make date: Jan 11 2006
Version make time: 10:30:30

System has run 0 years 0 days 3 hours 39 minutes 42 seconds

A. Upgrade-ul atunci cand sistemul functioneaza normal

Daca echipamentul functioneaza normal, procedura de upgrade este urmatoarea:

• se conecteaza consola echipamentului la porul serial al computerului, folosind cablul special inclus in pachet si un port Ethernet al switch-ului in retea sau direct la placa de retea a statiei pe care ruleaza serverul TFTP.
• se seteaza adresa ip a portului Ethernet de pe switch ( trebuie ca statia pe care ruleaza serverul TFTP sa ajunga cu ping-ul in switch )
• se porneste serverul TFTP pe statia respectiva
• pe switch se tasteaza comanda version pentru a verifica informatiile legate de versiunea curenta
• se intra in modul de configurare a fisierelor si se executa comanda remove pentru a sterge vechiul fisier de versiune. Daca avem destul spatiu in memoria FLASH se poate redenumi acest fisier si pastra in memorie.

Zte(cfg-tffs)# tftp 192.168.123.1 download kernel.z

• se restarteaza switch-ul. Dupa pornirea normala se verifica versiunea care ruleaza pentru a ne asigura ca upgrade-ul s-a efectuat cu succes.

B. Upgrade atunci cand sistemul functioneaza anormal

Atunci cand switch-ul nu poate fi pornit normal sau functioneaza anormal se face upgrade-ul de versiune in modul urmator:

• se conecteaza consola echipamentului la porul serial al computerului, folosind cablul special inclus in pachet si un port Ethernet al switch-ului in retea sau direct la placa de retea a statiei pe care ruleaza serverul TFTP
• se restarteaza switch-ul. In Hyper Terminal se apasa orice tasta atunci cand se cere acest lucru pentru a intra in modul [VxWorks Boot]
• cand se ajunge la promptul [ZxR10 Boot] se introduce caracterul c si se apasa tasta Enter. Aici setam ip-ul portului Ethernet conectat in retea si adresa serverului TFTP. In general, cele doua adrese se afla in aceeasi retea.
• se porneste serverul TFTP
• la promptul [ZxR Boot] se tasteaza zte pentru a trece la starea [BootManager]. Aici se poate tasta ? pentru a vedea lista cu comenzi disponibile
• la promptul [BootManager] se foloseste comanda tftp pentru a face upgrade la fisierul de versiune de pe serverul TFTP
• se executa apoi comanda reboot pentru a restarta switch-ul. Daca echipamentul porneste normal se foloseste comanda version pentru a vedea daca versiunea corecta a fost incarcata. Daca echipamentul nu porneste normal inseamna ca upgrade-ul a esuat si se repeta pasii anteriori.

5. Configurare Quality of Service

Switch-ul ZXR10 2609 pune la dispozitie functii de QoS si de control a prioritatii. Prioritatea pachetelor de date poate fi determinata de adresa MAC sursa a pachetelor de date, de VLAN, de userul 802.1P, layer 3 DSCP sau de prioritatea implicita a portului.
Secventa de determinare a prioritatii este urmatoarea:

• prioritatea pachetelor de date trimise de CPU ( este determinata de procesor)
• prioritatea pachetelor MGMT ( pachete de date de management ca de exemplu pachete BPDU). Prioritatea acestor pachete este determinata de initializare
• prioritatea adresei MAC sursa setata static
• prioritatea VLAN-ului
• prioritatea serului 802.1P
• prioritatea Layer 3 DSCP
• prioritatea implicita a portului.

Dupa ce prioritatea pachetului de date este determinata folosind una dintre politicile prezentate mai sus, politicile care o urmeaza sunt ignorate. Pentru a folosi prioritatea implicita data de port, urmatoarele conditii trebuie sa fie satisfacute:

• pachetele de date sa nu fie date trimise de procesor sau pachete de date de management
• sursa MAC a pachetelor nu poate fi o adresa statica sau nu este activata aceasta functie
• nu este activa prioritatea VLAN-ului din care apartin pachetele sau a VLAN-ului din care face parte portul
• nu este activa prioritatea userului 802.1P sau pachetele de date nu sunt pachete TAG
• nu este activa prioritatea DSCP pe portul respectiv

Dupa configurarea politicii de control a prioritatii, daca switch-ul primeste frame-uri de date, frame-urile cu cea mai mare prioritate sunt trimise primele
Implicit este activa prioritatea DSCP si celelalte sunt inactive. Se pot activa si dezactiva aceste prioritati in functie de necesitati.
Daca sunt active atat prioritatile bazate pe user 802.1P cat si Layer 3 DSCP si pachetele de date primite de porturi contin pachete 802.1P, switch-ul va folosi prioritatea 802.1P.
Modelul ZXR10 2609 nu suporta prioritatea bazata pe adresa MAC sursa si prioritatea bazata pe VLAN-uri.
Avem la dispozitie urmatoarele comenzi pentru configurarea QoS:
set qos queue-schedule
set qos priority-map user-priority
set qos priority-map ip-priority
show qos queue-schedule
show qos priority-map

6 Limitarea bandwidth-ului pe porturi

Switch-ul cu management ZXR10 2609 ofera functia de a limita bandwidth-ul pe fiecare port in parte, atat in cazul traficului care intra pe portul respectiv cat si a celui care iese prin portul respectiv.
Aceasta functie este utila atunci cand se doreste limitarea traficului facut de un anumit sistem din retea care este conectat direct in unul din porturile switch-ului sau a unui grup de sisteme conectate toate, prin intermediul unui alt switch, intr-un port din switch-ul ZXR10 2609.
Sintaxa comenzii este:
set port <portlist> bandwidth ingress { off | on rate <64-256000>}{tcpdrop|flowcontrol}

set port <portlist> bandwidth egress { off | on rate <64-256000>}

Plaja de valori este de la 64 kbps pana la 256000 kbps.
Variabila <portlist> poate lua valori de la 1 la 9 ( corespunzator numarului portului pe care se doreste sa se faca limitarea). Daca se doreste sa se limiteze mai multe porturi se separa numarul portului prin virgula:
set port 3,4,5 bandwidth egress on rate 128
Pentru a se opri limitarea se foloseste:
set port 3,4,5 bandwidth egress off

6.1 Testarea functionalitatii limitarii bandwidth-ului

Intentionam sa limitam la diverse valori traficul de download pe care il face o statie conectata in portul 8 am switch-ului ZXR10 2609.
Pasii pe care i-am urmat sunt:

• ne conectam pe echipament folosind interfata seriala in modul prezentat in sectiunea 3.1 ( login: admin , parola: zhingxing )

setam ip-ul 192.168.123.123/24 pe switch

Welcome !
ZTE Corporation.
All rights reserved.

login:admin
password:*********
zte>

• Intram in modul general de configurare

zte>ena
password:*******
zte(cfg)#

• avem nevoie de o functie Layer 3 pentru a seta ip-ul, pentru aceasta trebuie sa intram in modul router

zte(cfg)# 
zte(cfg)#config router
zte(cfg-router)#

• acum avem acces la functia set ipport

zte(cfg-router)#set ipport 1 ipaddress 192.168.123.123/24
zte(cfg-router)#set ipport 1 enable

• verificam setarile ipport

zte(cfg-router)#sho ipport
IPport En/Disable IpAddress Mask MacAddress VlanId
—— ———- ——— —– ———– ——
1 enabled 192.168.123.123 255.255.255.0 00.d0.d0.fc.a1.e0 1

• adaugam ruta statica, pentru ca sistemul care il vom folosi pentru monitorizare prin SNMP nu se afla in acelasi retea cu switch-ul

zte(cfg-router)#iproute 0.0.0.0/0 192.168.123.1 

• verificam tabela de routare

zte(cfg-router)#show iproute
Type IpAddress Mask Gateway Metric IPport
—— ————— ————— ————— direct 192.168.123.0 255.255.255.0 192.168.123.123 0 1
static 0.0.0.0 0.0.0.0 192.168.123.1 1 1
Total: 2

• configuram agentul SNMP

zte(cfg-router)#
zte(cfg-router)#exit
zte(cfg)#config snmp
zte(cfg-snmp)#create community master private
zte(cfg-snmp)#create view masterview
zte(cfg-snmp)#set community master view masterview
zte(cfg-snmp)#set traphost 86.105.128.90 master
zte(cfg-snmp)#show snmp community
CommunityName Level ViewName
————– ——— ————
master private masterview

zte(cfg-snmp)#show snmp view
ViewName Exc/Inc MibFamily
———– ——– ————————
masterview Include 1.3.6.1 

zte(cfg-snmp)#show snmp host
HostIpAddress Community SNMPVersion
—————- ———– ———–
192.168.123.1 master Ver.2 

zte(cfg-snmp)#

• urmeaza configurarea NMS-ului (si anume 86.105.128.90) pentru a interoga agentul SNMP de pe switch-ul cu management. Informatiile despre aceasta statie se gasesc in anexele lucrarii
• dupa ce am stabilit comunicarea intre NMS si agentul SNMP de pe switch, urmeaza limitarea bandwidth-ului pe portul 8 la 512 kbps.

zte(cfg)#set port 8 bandwidth egress on rate 512

In graficul de mai jos, trasat pe baza informatiilor obtinute prin SNMP se observa ca se pastreaza in mod constant bandwidth-ul.

Limitarea traficului ce iese pe portul 8 la 512 kbps, apoi la 256 kbps

In a doua parte a graficului se observa o limitare introdusa de switch pe care s-a introdus comanda:

zte(cfg)#set port 8 bandwidth egress on rate 256

In graficul de mai jos este vizibila functia de limitare introdusa ( in prima parte a graficului este un varf trasat inainte de activarea limitarii).

Limitarea traficului ce iese pe portul 8 la 1024 kbps

Limitarea in acest caz s-a realizat cu comanda:
zte(cfg)#set port 8 bandwidth egress on rate 1024
Traficul care vine pe portul 8 al switch-ului nu este limitat.

Detalii NMS folosit

Pentru interogarea SNMP a agentului existent pe switch-ul ZXR10 s-a folosit o masina dotata cu procesor Intel Pentium III la 1Ghz, cu 256 MB RAM pe care ruleaza sistemul de operare freeBSD versiunea 6.0-STABLE.
Graficele au fost trasate folosind Cacti ( http://www.cacti.net/ ), o solutie distribuita sub licenta GNU General Public License ( http://www.gnu.org/copyleft/gpl.html )
Functionalitatea sa se bazeaza pe RRDTool ( http://www.rrdtool.org/ ).
Toate informatiile necesare pentru crearea de grafice sunt obtinute prin interogarea cu ajutorul unui pooler si apoi stocate intr-o baza de date MySQL (http://www.mysql.com/). Interfata este scrisa complet in PHP.
Versiunile folosite au fost:

• cacti-0.8.6h_42
• rrdtool-1.2.11
• apache-2.2.2
• php4-4.4.2_2
• mysql-server-4.1.20

Conectaxiunea dintre NMS si switch s-a realizat prin intermediul unei retele metropolitane.

Spanning Tree Protocol a fost definit de catre IEEE prin standardul 802.1D. Acest protocol elimina posibilitatea aparitiei fenomenului “broadcast storm” prin eliminarea automata si logica a buclelor in retea.

STP ( Spanning Tree Protocol ) este un protocol de comunicatii care are ca scop asigurarea redundantei retelei. Switch-urile cu management folosesc STP pentru a comunica unul cu celalalt despre caile redundante din retea si starea acestora.

In reteaua exemplificata mai jos exista mai multe bucle, cum ar fi cea formata de link-urile A-B-C si link-urile B-D-E. Pentru eliminarea acestora, STP foloseste un algoritm care este prezentat in continuare.

Fig. 1– Retea cu bucle fizice

Primul pas este selectarea de catre STP a unui “root bridge”. Acesta reprezinta centrul logic al retelei. Selectarea acestuia se face prin schimbul de mesaje numite “Bridge Protocol Data Units” (BPDU) intre echipamentele din retea. Fiecare BPDU contine identificatorul dispozitivului care l-a generat. Cine are identificatorul cel mai mic devine “root bridge”. Dupa aceasta selectie, prevenirea buclelor se poate face numai in conditia in care doar un echipament poate transmite mai departe traficul care vine din directia root-ului spre oricare link.

STP determina pentru fiecare echipament portul pe care e conectat, doar pentru acele echipamente care au voie sa retransmita traficul de la root bridge. Acest proces se realizeaza prin schimbul de BPDU. Aceste date BPDU contin costul traseului, care este configurabil de catre utilizator, lucru ce permite prioritizarea unei cai fata de alta.

In exemplul considerat, fiecare link fizic are costul 10. Caile posibile de parcurgere a traficului de la echipamentul 1 la echipamentul 4 sunt: C,A-B si A-D-E. In acest caz, calea C are costul 10, calea A-B are costul 20 si calea A-D-E are costul 30. Calea aleasa va fi C.

Urmatorul pas este ca STP-ul sa inlature buclele din retea prin blocarea porturilor de pe ambele capete a unei legaturi. Un port in aceasta stare nu va trimite si nici nu va receptiona pachete BPDU.

Fig. 2 – Eliminarea buclelor din retea cu ajutorul STP

Din acest moment, STP monitorizeaza reteaua pentru eventualele defecte care pot apare (intreruperi) sau schimbari de topologie ( echipamente noi adaugate, legaturi noi adaugate, schimbari de configuratie a echipamentelor, etc.). Atunci cand unul din aceste lucruri se intampla, STP se va adapta noii topologii.

De exemplu, daca link-ul D se intrerupe, asa cum este aratat in figura de mai jos, echipamentul 4 va fi cel care preia rolul sa trimita traficul spre echipamentul 3. Acest lucru se obtine prin parcurgerea intregului algoritm STP de la inceput, atunci cand s-a intrerupt link-ul.

Protocolul STP a fost conceput pentru a fi folosit in retelele unde o cadere de cateva minute este acceptabila. Totusi, sunt situatii cand acest timp este prea mare, cum ar fi cazul retelelor transportatorilor de date sau a providerilor, unde se cer timpi mult mai mici.

Pentru a imbunatati aceste performante, IEEE a definit o alta versiune a protocolului STP, mai rapida, numita Rapid Spanning Tree Protocol (RSTP) in standardul 802.1w. Marele avantaj al RSTP este ca reuseste sa repuna reteaua in functiune in mai putin de o secunda in cazul unei modificari de topologie.

Fig. 3 – Schimbarea topologiei intr-o retea cu STP activ

Traficul IP multicast are cateva caracteristici speciale. Adresa IP destinatie este in domeniul 224.0.0.2 pana la 239.255.255.255. Adresa MAC destinatie a traficului multicast incepe cu 01:00:5e si se termina cu cei mai putini semnificativi 23 biti a adresei ip destinatie.

IETF (Internet Engineering Task Force) a definit IGMP ca grupuri asociate de statii care transmit si receptioneaza pachete IP multicast. Fiecare statie membra a grupului trebuie sa fie transmitator sau receptor. Statia care doreste sa devina receptor trimite un mesaj IGMP “group join” catre transmitatorul acelui grup. Fiecare dispozitiv Layer 3 prin care trece acest mesaj retine interfata sursa si grup id-ul. Cand transmitatorul trimite pachete ip multicast, echipamentul Layer 3 va transmite mai departe aceste pachete doar pe interfetele de pe care a primit mesaje de “join group”.

De-a lungul timpului, IETF a definit trei versiuni de ICMP:

• IGMPv1 : IETF Request for Comments 1112 (RFC 1112) defineste versiunea originala a IGMP. Aici se defineste mesajul de join intr-un grup multicast, dar nu e definite o metoda de parasire a grupului de catre o statie. Cand se foloseste IGMPv1, routerele trebuie sa foloseasca un timer pentru a determina care statii mai sunt membre ale grupului.
• IGMPv2 : este definit in RFC2236 si prezinta mesajul “group leave”, care permite dispozitivelor care stiu de multicast sa stie informatiile despre membrii grupului.
• IGMPv3 : este definit in RFC3376 si reprezinta o revizie majora a protocolului IGMP. In loc de modelul cu un transmitator si mai multi receptori prezent in IGMP versiunea 1 si 2, statiile care folosesc IGMPv3 specifica lista de transmitatori pe care ii asculta.

In mod normal, un switch trateaza traficul IP multicast in acelasi mod ca si traficul broadcast, adica prin trimiterea frame-urilor receptionate pe toate celelalte porturi.

Cu ajutorul IGMP ( Internet Group Management Protocol) snooping, dispozitivele de retea Layer 2 pot lua decizii inteligente in ceea ce priveste trimiterea pachetelor multicast prin examinarea IP-ului din cadrul frame-urilor.

Sa consideram exemplul de mai jos, unde avem o retea heterogena Layer 2 si Layer 3 in care nu se foloseste functia IGMP snooping. Switch-urile sunt conectate la routerul din centru.

Fig. 1 – Retea heterogena Layer 2 si Layer 3

Sa presupunem ca hostul A transmite multicast si hosturile B si C receptioneaza multicast in acelasi grup ca si hostul A. Routerul va transmite corect traficul IP multicast doar spre segmentele in care sunt hosturi ce trebuie sa receptioneze ( statiile B si C). Insa switch-urile Layer 2 vor trimite traficul pe toate porturile sale.

Fig. 2 – Traseul pachetelor multicast fara activarea IGMP Snooping

Cu cat reteaua este mai mare, cu atat mai mult traficul multicast duce la scaderea performantelor retelei.

Sa vedem ce se intampla o data cu configurarea IGMP snooping la nivelul switch-urilor cu management Layer 2.

Fig. 3 – Traseul pachetelor multicast in retea cu IGMP Snooping activ

Dupa cum se observa, in acest caz doar hosturile care sunt in grupul respective de receptie primesc traficul multicast, asa cum ne doream.

Se da un server pe care ruleaza bineinteles freebsd, doua switch-uri cu management Allied Telesis AT-8000s/16 si sa spunem 4 statii de lucru.
Folosind aceste echipamente vom imparti reteaua formata in vlan-uri, doua vlan-uri pentru pc-uri si un vlan de management al switch-urilor.

In locatia A se afla serverul cu freebsd, switch-ul cu management AT-8000s/16 (Switch A) cu ip-ul 10.10.10.2, cele doua computere: computer 1 (adresa IP: 172.20.0.2), computer 2 (adresa IP: 172.30.0.2).
In locatia B se afla switch-ul cu management AT-8000s/16 (Switch B) cu ip-ul 10.10.10.3, cele doua computere: computer 3 (adresa IP: 172.20.0.3), computer 4 (adresa IP: 172.30.0.3).
Interconectarile intre echipamente sunt facute ca in figura de mai sus. Reteaua noastra va cuprinde trei vlan-uri:
- vlan 200 – managementul switch-urilor
- vlan 300 – computerele 1 si 3, precum si serverul cu freebsd
- vlan 400 – computerele 2 si 4, precum si serverul cu freebsd
Pe sistemul cu freebsd avem o placa de retea (bge0). Vom incepe prin a creea cele trei vlan-uri si asignarea de adrese IP pentru fiecare in parte. Pentru acest lucru vom folosi urmatoarele comenzi:

ifconfig vlan200 create
ifconfig vlan300 create
ifconfig vlan400 create
ifconfig vlan200 inet 10.10.10.1/24 vlan 200 vlandev bge0
ifconfig vlan300 inet 172.20.0.1/24 vlan 300 vlandev bge0
ifconfig vlan400 inet 172.30.0.1/24 vlan 400 vlandev bge0

Daca execum acum comanda ifconfig observam cele 3 vlan-uri:

vlan200: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
ether 00:08:c7:8f:fe:8e
inet 10.10.10.1 netmask 0xffffff00 broadcast 10.10.10.255
inet6 fe80::208:c7ff:fe8f:fe8e prefixlen 64 scopeid 0×8
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
vlan: 200 parent interface: bge0
vlan300: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
ether 00:08:c7:8f:fe:8e
inet 172.20.0.1 netmask 0xffffff00 broadcast 172.20.0.255
inet6 fe80::208:c7ff:fe8f:fe8e prefixlen 64 scopeid 0×8
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
vlan: 300 parent interface: bge0
vlan400: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
ether 00:08:c7:8f:fe:8e
inet 172.30.0.1 netmask 0xffffff00 broadcast 172.30.0.255
inet6 fe80::208:c7ff:fe8f:fe8e prefixlen 64 scopeid 0×8
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
vlan: 400 parent interface: bge0

Daca dorim ca aceste setari sa ramana si dupa repornirea sistemului, trebuie sa editam fisierul /etc/rc.conf, in care adaugam urmatoarele linii:

cloned_interfaces=”vlan200 vlan300 vlan400″
ifconfig_vlan200=”inet 10.10.10.1/24 vlan 200 vlandev bge0″
ifconfig_vlan300=”inet 172.20.0.1/24 vlan 300 vlandev bge0″
ifconfig_vlan400=”inet 172.30.0.1/24 vlan 400 vlandev bge0″

Urmeaza configurarea switch-ului AT-8000s/16 din locatia A. Legatura cu serverul este in portul 17R, computerul 1 este conectat in portul 2, computerul 2 este conectat in portul 4, iar portul 16 este folosit pentru legatura cu switch-ul din locatia B. Configurarea switch-ului o vom face prin consola seriala. In cazul acestui model, porturile ethernet sunt definite in soft ca si e1-e16, si g1.
Dupa ce ne logam cu userul manager si parola friend (acestea sunt implicite, se pot schimba ulterior), intram in modul de configurare folosind comanda: configure si facem setarile necesare:

configure
vlan database
vlan 200
vlan 300
vlan 400
interface vlan 200
ip address 10.10.10.2 255.255.255.0 10.10.10.1
interface ethernet g1
description uplink-server
switchport mode trunk
switchport trunk allowed vlan add 200
switchport trunk allowed vlan add 300
switchport trunk allowed vlan add 400
interface ethernet e2
description computer1
switchport mode access
switchport access vlan 300
interface ethernet e4
description computer2
switchport mode access
switchport access vlan 400
interface ethernet e16
description legatura_locatia_B
switchport mode trunk
switchport trunk allowed vlan add 200
switchport trunk allowed vlan add 300
switchport trunk allowed vlan add 400
exit

Salvam configurarea pentru a fi activa si in momentul pornirii switch-ului:

copy running-config startup-config

Urmeaza configurarea switch-ului AT-8000s/16 din locatia B. Legatura cu locatia Al este in portul 15, computerul 3 este conectat in portul 1, computerul 4 este conectat in portul 3. Setarile necesare pe acesta sunt:

configure
vlan database
vlan 200
vlan 300
vlan 400
interface vlan 200
ip address 10.10.10.3 255.255.255.0 10.10.10.1
interface ethernet e15
description legatura_locatia_a
switchport mode trunk
switchport trunk allowed vlan add 200
switchport trunk allowed vlan add 300
switchport trunk allowed vlan add 400
interface ethernet e1
description computer3
switchport mode access
switchport access vlan 300
interface ethernet e3
description computer4
switchport mode access
switchport access vlan 400
exit