Frame Relay is still very much a popular subject in exams, labs and in the real networks.

Any lab with topologies that run different protocols over FR must start with the layer 2 configuration of the Frame Relay switched network. FR Topologies like full mesh or hub and spoke require a Frame Relay Switch. A FR Switch is a normal router but specifically configured to do Frame Relay switching.

First of all, we need to tell the router to start switching Frame Relay traffic. From global configuration mode we need to issue the frame-relay switching command.

Then, on the interfaces to Frame Relay clients, we need to start sending keepalives (LMIs) by configuring the interface as DCE with the frame-relay intf-type dce command.

The last thing that the FR Switch needs to do is to route DLCI on the virtual cicuits. This is done to tell an interface where to put a received frame with a DLCI. The frame will be put on another interface with another DLCI. The configuration is done per interface with the frame-relay route command. The command requires that you specify the incoming DLCI, on which the switching decision will be maide, the outgoing interface, and the DLCI with which the frame will be sent (“freame-relay route IN_DLCI OUT_INT OUT_DLCI”).

If Inverse ARP is not disabled on the FR Switch, no DLCI-IP mappings will be required.

Topology:

Configuration:

R1(config)#int s0/0
R1(config-if)#no shut
R1(config-if)#encapsulation frame-relay
R1(config-if)#clock rate 128000
R1(config-if)#ip address 10.1.2.1 255.255.255.0

R2(config)#int s0/0
R2(config-if)#no shut
R2(config-if)#encapsulation frame-relay
R2(config-if)#clock rate 128000
R2(config-if)#ip address 10.1.2.2 255.255.255.0

FR-Sw(config)#frame-relay switching
FR-Sw(config)#int s0/1
FR-Sw(config-if)#no shut
FR-Sw(config-if)#clock rate 128000
FR-Sw(config-if)#encapsulation frame-relay
FR-Sw(config-if)#frame-relay intf-type dce
FR-Sw(config-if)#frame-relay route 102 interface s0/0 201
FR-Sw(config-if)#int s0/0
FR-Sw(config-if)#no shut
FR-Sw(config-if)#clock rate 128000
FR-Sw(config-if)#encapsulation frame-relay
FR-Sw(config-if)#frame-relay intf-type dce
FR-Sw(config-if)#frame-relay route 201 interface s0/1 102

Running Configurations:

R1:

interface Serial0/0
ip address 10.1.2.1 255.255.255.0
encapsulation frame-relay
clockrate 128000
no fair-queue
end

R2:

interface Serial0/0
ip address 10.1.2.2 255.255.255.0
encapsulation frame-relay
clockrate 128000
no fair-queue
end

FR-Sw:

interface Serial0/0
no ip address
encapsulation frame-relay
no fair-queue
frame-relay intf-type dce
frame-relay route 201 interface Serial0/1 102
end

interface Serial0/1
no ip address
encapsulation frame-relay
frame-relay intf-type dce
frame-relay route 102 interface Serial0/0 201
end

This is the simplest use of a Frame Relay encapsulation and it’s between two routers, without a Frame Relay Switch. PPP or HDLC would make more sense to use in these types of links, but it is useful in labs.

In a back-to-back scenario is important to remember what the FR Switch should be doing: being the DCE and sending the keepalives to maintain the layer 2 link to the client router. Because of the fact that no FR Switch is present, the lack of keepalives being sent must be ignored using the “no keepalive” command. Also, Inverse ARP won’t work, so manual IP-DLCI mapping will be needed.

The FR Switch should be the one doing swapping of DLCIs on the network so the frames arrive at their destination with the correctly mapped DLCIs. In this case, we will need to have the same DLCI set in the manual mapping so the routers match entries in the mappings.

The topology:

Configuration:

R1(config)#int s0/1
R1(config-if)#no shut
R1(config-if)#clock rate 128000
R1(config-if)#ip address 10.1.2.1 255.255.255.0
R1(config-if)#encapsulation frame-relay
R1(config-if)#frame-relay map ip 10.1.2.2 42
R1(config-if)#no keepalive

R2(config)#int s0/1
R2(config-if)#no shut
R2(config-if)#clock rate 128000
R2(config-if)#ip address 10.1.2.2 255.255.255.0
R2(config-if)#encapsulation frame-relay
R2(config-if)#frame-relay map ip 10.1.2.1 42
R2(config-if)#no keepalive

Running configurations:

R1:

interface Serial0/1
ip address 10.1.2.1 255.255.255.0
encapsulation frame-relay
no keepalive
clockrate 128000
frame-relay map ip 10.1.2.2 42
end

R2:

interface Serial0/1
ip address 10.1.2.2 255.255.255.0
encapsulation frame-relay
no keepalive
frame-relay map ip 10.1.2.1 42
end

One of the things that make Command Line Interfaces, like Bash, very efficient for administration is the output manipulation with piping and redirecting. Cisco IOS has most of the Bash equivalent modifiers, and administrators that know how to work with them can do things much more faster… this can make the difference in a lab exam or in the real world. Most show commands support this features and depending on the IOS, you have more or less features.

The usual “show run” command prints a large output, from which you need only a few lines. You can only scroll down with space and enter (the the Linux more command). If you are searching for a keyword in the running config, you can go to the line that contains the string using the slash key, like in vim or more or less in Linux. So, “/KEYWORD” after running the show command, while scrolling, will take you to the wanted line.

If you want from the output just some lines, you can filter them, just like piping the output to grep in Linux. You can use the ” | ” after the show command to see how you can filter (be careful, there is a space before and after the |). To print just the lines that have a keywork, use “ | include KEYWORD“, and to print all lines except the ones what have the keyword, use “ | exclude KEYWORD“. If you want to print out all output starting with a line that contains a keyword until the end of the lines, use “ | begin KEYWORD“.

Taking advantage of the hierarchical structure of the running config, you can print out just a section of the output. For example, “show run | section   router ospf 1” will list the configuration for the OSPF process 1 and “show run | section interface Serial0/0” will print the configuration for the specified interface. Be careful, this is case sensitive and you need to mach the case of the line in the running config (“Serial 0/0″ will work, “serial 0/0″ won’t).

Redirection into a file is also possible. “show run | redirect flash:run” will put the contents of the running config into a file called ‘run’ in flash memory. This is similar to the “>” operand in Bash. Using redirect, the content of the target file will be replaced. You can append to the file (like “>>” in Bash) with “ | append FILE“.  “ | tee FILE” works like redirect, but it also prints the output to the screen.

Regular expressions are also supported. If you like to print from the routing table, the routes received from RIP, you can filter with “show ip route | include R” and the routes from EIGRP with  “show ip route | include D”. But you can do this in one line, filtering with both conditions, with “show ip route | include [RD]“.

Slightly off topic, but good to know, is how to stop output. For example, traceroute to an unreachable location, will try 30 hops before it stops, and this might take a long time. To break the action hit the key combination “Ctrl+Shift+6“.

În prezent, cerificarea de CCNP se obține după trecerea a 4 examene: BSCI, BCMSN, ISCW și ONT. BSCI este examenul de routare (o continuare pentru CCNA2) iar BCMSN cel de switching (continuare la CCNA3). ISCW are multe elemente de securitate, fiind mai plăcut pentru cei ce vor să își dea CCSP-ul, pe când ONT este orientat spre QoS, cu elemente de VoIP și mai plăcut pentru cei ce se orientează spre CCVP.

Anul acesta, Cisco a decis schimbarea structurii certificării de CCNP. Din 4 examene, se ajunge la 3 examene: ROUTE, SWITCH și TSHOOT. ROUTE și SWITCH sunt, în mare parte, BSCI, respectiv BCMSN. ROUTE tratează subiecte ca OSPF, EIGRP, BGP și IPv6 și SWITCH tratează VLANs, STP, Securitate Layer 2. THSOOT este examenul nou introdus, ce acoperă depanarea problemelor legate de EIGRP, OSPF, BGP, VLANs, VoIP,  ACLs.

Cum examenul de CCNA l-am luat atunci când se trecea de la examenul 640-801 la 640-802, așa și CCNP-ul l-am prins pe final, cu cele 4 examene.

Multe dintre expozanți aveau pe mesele lor telefoane IP. A devenit deja ceva normal. Dacă la editia din 2008, subiectele aprinse erau VoIP și Mobilitate, anul acesta, nu prea s-a vorbit de așaceva. Cele mai discutate subiecte au fost virtualizarea și soluții de data centere.

Am văzut niște modele noi de IP Phone-uri (Cisco 9951) la standul Crescendo care arată mult mai stilate (de culoare albă). La Tornado am văzut o soluție de Lightweight Wireless Access Points pe 802.11n cu un WLAN Controller (am avut ocazia să văd înterfața unui WLC). Vodafone de soluții business pentru telefoane Blackberry. Datanet a avut un echipament pentru stabilizarea rack-urilor în timpul seismelor ( un sistem foarte simplu dar deștept). Romtelecom, singurul platinum partner, nici nu s-a mai chinuit cu prezentări de solutii, ei având un stand, cu un bar…

Prezentările nu au fost incredibil de interesante și, în plus puteai merge la maxim 5 prezentări. Dar, la fiecare prezentare (și se țineau 4 în paralel) puteai câștiga un premiu dacă erai în sală.

Faptul că a fost o singură zi a cam stricat farmecul Cicso Expo. Din această cauză, socializarea s-a făcut cam în grabă în puținele pauze de mese. Pe de altă parte, din punct de vedere a organizării, au ales varianta cu mai multă calitate.

Ca o concluzie, a fost interesant evenimentul pentru că s-au mai revăzut unii oameni și alții și-au creat cunoștințe noi. Deși, din punct de vedere tehnic, din prezentări nu aflat lucruri noi, puteai să mai afli care este starea Networking-ului din România.

LE:

Alte impresii: BigLazySysadmin [1], [2] Ubergeek [3].

[1] http://big.lazyadmin.ro/2010/03/17/end-of-cisco-expo-2010/

[2] http://big.lazyadmin.ro/2010/03/19/now-and-then/

[4]  http://ubergeek.ro/2010/03/18/the-end-of-ciscoexpo-2010/

]]> http://alexj.info/2010/03/17/cisco-expo-2010-the-end/feed/ 0 http://alexj.info/2010/03/17/cisco-expo-2010-live/ http://alexj.info/2010/03/17/cisco-expo-2010-live/#comments Wed, 17 Mar 2010 11:19:29 +0000 AlexJ http://alexj.info/2010/03/17/cisco-expo-2010-live/ Sala de expoziție a fost foarte plină de dimineață.

Prima vizită a fost la Cronus, unde și anul acesta au avut un quiz pentru premii. Din păcate nu au mai avut aplicația pe un IP Phone ci pe un ecran cu touch. I shall return…

Am mers după la Logicom, unde la Cisco Expo 2008 am avut o dicuție interesantă legată de soluții de Voice. Anul acesta mi-au prezentat o soluție Cisco Small Business, care, am aflat, sunt, de fapt, produsele de la Linksys rebrand-uite sub numele Cisco. Aparent Cisco încearcă să elimine complet brandul Linksys, numele rămânând doar pe produsele low end (cum ar fi routerele wireless WRT), nu și în lumea SOHO.

Cea mai interesantă discuție a fost la IBM, unde am vorbit cu cineva de la tehnic. Mi-a prezentat o soluție de optimizare WAN. Produsul este un Cisco WAE (WAN Application Engine) 600. Soluția este gândită de a avea un punct central la HQ și mai mulți clienți în branch offices. Echipamentele sunt puse în serie cu routerele de WAN și comunică între ele pentru a marca traficul ce poate fi fie compresat, fie cache-uit. Optimizările se văd atunci când există în puncte servere web, de fișiere, sau de video/audio streaming.

Ultima oprire înainte de prezentări a fost la EMC2, care, am aflat, este firma ce deține VMWare. Soluția lor integrează Cisco cu VMWare (produse cunoscute ca ESX sau vSphere) și cu produse ale lor. La prezentarea lor au prezentat exact ce produse integrează (printre care Avamar și Ionix).

21 de participanți anul acesta, printe care un partener Platinum (Romtelecom) și  3 parteneri Gold (Cronus, Frontal și Datanet). Dintre ceilalti parteneri, unii au fost si în alți ani, alții sunt noi intrați în rândul partenerilor.

Ziua de azi, 16 martie, a însemnat ziua pregătirior, adică multă muncă de cărat, mutat, instalat. Firmele au venit cu foarte multe echipamente pentru a-și promova solutiile. Standurile au fost pregătite pentru ziua de expoziție. În paralel, în sălile de prezentare, se vor ține prezentările tehnice.

[1] http://www.cisco.com/web/RO/ciscoexpo/2010/index.html

În Facultatea de Automatică și Calculatoare și/sau în Catedra de Calculatoare. Misc.

Anul acesta s-a încercat mai mult ca anii trecuți de a forma, în rândul studenților, un sentiment de apartenență la Facultate. Și asta prin mici evenimente de socializare (proiectul ‘timeout’)… spre exemplu…

În vară, s-au organizat două seri de Karaoke în Facultate. Studenții (în general, cei ce făceau stagii de practică) alături de asistenți și profesori, s-au adunat în EC105 și a cântat fiecare cum a știut mai bine melodii pop,rock, rap și populare.

Dar evenimentul cu cel mai mare număr de oameni a avut loc înainte de vacanța de iarna: ACS Winter Skating [1]. Patinoarul din Drumul Taberei a fost închiriat timp de o oră doar pentru Facultatea de Automatică și Calculatoare. Au venit studenți din anul I până la master, precum și profesori și asistenți.

Un alt proiect, concentrat pe studenții de anul I, a fost Boboc Advisory Board [2]. La începutul anului universitar, bobocii au fost duși într-un tur al Politehnicii (chiar dacă vremea nu a ținut cu noi). În următoarele săptămâni a urmat o serie de prezentări despre ce înseamnă studenția.

Pe lângă conferințele open source, s-a ținut și o conferință despre Web. How-to-Web [3], organizat de ASPI, s-a ținut pentru prima dată la sfârșitul lui octombrie și a atras un număr mare de pasionați ai Web-ului.

Anul acesta a marcat și aniversarea de 40 de ani a Catedrei de Calculatoare.

Din punct de vedere a infrastructurii, rețeaua facultății a fost refăcută, făcându-se upgrade la 100mbps la 1gbps, respectiv de la 1gbps la 10gbps în mare parte din laboratoare. Cu această ocazie, mi-am luat și un proiect personal: o rețea de Voice over IP în facultate (telephony.cs), care cuprinde acum 10 săli.

Printre lucrurile noi se numără și introducerea unor mastere noi, printre care și unul de Securitatea Rețelelor.

Laboratorul de Electronică Aplicată [4] a ținut încă două semestre și este din ce în ce mai căutat de cei care doresc să facă electronică în afara orelor din facultate.

Systems.cs

În grupul nostru (USO,RL,PR,SO,PSO) a fost, ca de obicei multă treabă. De exemplu, în sesiunea din iarna trecută (începutul anului calendaristic) la USO, s-a dat, cu succes, examenul final în totalitate online, la toate seriile (CB-ul deja făcea asta). În vară, cartea de USO a fost rescrisă (cuprinde acum atât noțiunile necesare la USO, cât și noțiuni generale pentru Sisteme de Operare) și laboratoarele refăcute conform feedbackului primit anul trecut. La PR s-a creat un model nou și mai interesant pentru laborator (maparea pe certificarea BSCI și construirea laboratoarelor ca niște scenarii în ‘viață’ unei companii bazate pe echipamente Cisco). Dar cele mai noi materii au fost cele de master (ca PISR și SRS ) unde și cursurile și laboratoarele au fost ținute pentru prima dată.

[1] http://patinoar.cs.pub.ro/wiki

[2] http://boboc.cs.pub.ro

[3] http://www.how-to-web.net/

[4] http://eap.cs.pub.ro/

Instructorii din grupul nostru au avut un an plin și în cadrul Academiei locale (ccna.ro) și, mai ales în cadrul CATC România.

Academia Cisco UPB

Academia a avut parte de o reîmprospătare în mai multe sensuri. Are un site nou [1], rezultatul unui proiect ce s-a desfășurat în vară, la ROSEdu Summer of Code, proiect în care echipa de dezvolare a luat platforma open source Moodle și a transformat-o într-un site pe de-o parte business și pe de alta util pentru desfășurarea cursurilor Cisco și Linux.

Printre proiectele interne de reorganizare s-a numărat și refacerea topologiilor de routere și switch-uri din cele două săli ale Academiei. Echipamentele vechi au fost aruncate, s-au adus unele noi și s-a refăcut cablarea. Muncă a fost destulă, dar efortul a meritat. De asemenea, s-a investit ceva timp și în reinstalarea software-ului pe stațiile din laboratoare (upgrade la Windows7 și Ubuntu 9.10).

Dar, probabil, cea mai importantă împrospătare, vine din faptul că au venit un număr foarte mare de echipamente noi pentru un laborator de CCIE. Academia va avea primul laborator din țară dotat specific pentru pregătirea pentru examenul practic de CCIE. Au fost multe zile investite de întreaga echipă pentru achiziționarea (hârțogăraie) mutarea și montarea echipamentelor și lucrurul încă nu este gata… dar anul viitor rack-urile vor fi funcționale.

Alt proiect ce merită menționat este o inițiativă din partea unui instructor, ce constă într-un un site/blog cu articole pentru cei cu adevărat pasionați de lumea Cisco.  Site-ul ccielab.ro [2] se dorește a fi o resursă pentru cine lucrează în viața reală cu echipamente Cisco sau pentru cei ce se pregătesc pentru examenul practic de CCIE. Cry in the Lab, Laugh in the Datacenter.

La sfârșitul verii, toată echipa a fost plecată la un eveniment de Team Builing, pentru se reface înainte de a începe semestrul de toamnă.

Toamna a început cu o campanie de promovare ce a constat într-un concurs cu premii și un Lan Party organizat în holul facultății, numit Academy War Games (AWG).

Imediat după AWG a urmat ACM-ul, concursul de programare susținut de IBM, faza pe regiunea noastră a Europei, unde echipa ccna.ro s-a ocupat de infrastructură.

Per total, echipa de instructori Cisco s-a mărit și în număr dar și în calitate. Și echipa de instructori LPIC a avut un membru nou.

CATC România

Pe partea de CATC, anul 2009 a fost unul foarte important. Primele luni au fost ocupate cu proiectul la nivel internațional numit iCompetition [3]. Multe zile și, mai ales nopți, au fost petrecute pentru dezolvare de conținut pentru concurs.

Alt concurs, ceva mai mic a fost AcadNet, faza națională, organizată la noi.

Pe tema concursurilor, doi dintre instructorii noștrii au obținut locuri în top la Cisco Academy Games în Cehia.

CATC România a căpătat o importanță destul de mare pe regiune atunci când a câștigat dreptul de a fi regională de CCNA Security, cursul nou scos de la NetAcad pentru certificarea cu același nume. Asta a însemnat că academiile din țările din regiune și-au trimis instructorii la noi (virtual, prin WebEx) pentru a putea preda clase de CCNA Security.

Ca o recunoaștere a efroturilor depuse de CATC România, am primit, în octombrie, o vizită din partea lui Amy Christen, vicepreședinte Cisco, responsabilă pe programul NetAcad la nivel mondial. Amy a prezentat noua direcție ce o va lua programul Cisco Networking Academy.

În ultimele zile înainte de vacanța de iarna, am ținut un scurt training de Moodle unor instructori de la echilentul CATC din Olanda. Aceștia doresc să organizeze un concurs similar cu iCompetition la ei acasă.

ITAcad

Anul acesta a marcat nașterea unei noi echipe, echipa Academiei Microsoft [4], parțial desprinsă din cea de la Academia Cisco. Membrii acestei echipe au fost foarte ocupați dezvoltând de la zero materiale pentru cursurile Microsoft.

[1] http://ccna.ro

[2] http://ccielab.ro

[3] http://icompetition.net

[4] http://itacad.ro

Pentru ca un frame să circule în rețeaua de switch-uri, toate switch-urile trebuie să știe de VLAN-ul de care aparține respectivul frame. VTP (VLAN Trunking Protocol), proprietar Cisco, este un protocol care propagă în rețea lista de VLAN-uri. Astfel, în loc de a adăuga fiecare VLAN manual pe fiecare switch,  VTP face treaba pentru noi.

Ce este uneori ciudat este locul unde sunt stocate intrările pentru VLAN-uri. Curiculumul CCNA, în mare, spune că ele nu sunt salvate în running-config din NVRAM ci în fișierul vlan.dat din Flash. Astfel, atunci când trebuie să resetăm switch-ul, trebuie să ștergem și running-config și vlan.dat. Primul lucru de reținut este faptul că VLAN-urile extinse (1006-4096) NU sunt stocate în vlan.dat ci în running-config, deci, dacă se șterge vlan.dat , acestea vor rămâne.

Un alt lucru ciudat l-am observat la o resetare de switch-uri. Dacă există o rețea de switch-uri, conectate și configurate cu VTP, este greu de șters baza de date de VLAN-uri. Atunci când ștergem flash:vlan.dat de pe un switch și îl repornim (pentru că am șters și startup-config), vom vedea că rămân VLAN-urile, motivul fiind preluarea lor din VTP de la celelalte switch-uri, neresetate.

Pentru a putea reseta switch-urile, ar trebui să le trecem in VTP Transparent mode, pentru a nu mai lua de la vecini VLAN-urile. Și aici intervine excepția Cisco: dacă switch-ul este în Transparent, orice VLAN adăugat va fi configurat în running-config (deci înclusiv cele cu ID mai mic decât 1001). Aceste VLAN-uri nu vor fi afectate de ștergerea vlan.dat, deci s-ar putea să rămână active fără să vă dați seama de ce.

Explicația vine, probabil, din faptul că VTP-ul nu transmite în rețea VLAN-urile extinse, deci, switch-ul va încerca să țină în vlan.dat doar ceea ce trimite prin VTP și restul să fie plasat în running-config.

În cazul DTP, Dynamic Trunking Protocol, care ajută la negocierea legăturilor de trunk, este diferență la setarea default pe anumite modele. Un port poate fi fie în ‘auto’, fie în ‘desirable’, fie în ‘non-negociate’. Schema este următoarea (setare capăt #1 – stare capăt#2 => rezultat):

• auto – auto => access
• auto – desirable => trunk
• desirable-desirable => trunk
• auto – trunk => trunk
• auto – access => access
• desirable – trunk => trunk
• desirable – access => access

Scopul este ca atunci când scoatem două switch-uri din cutie, să știm ce legătură avem când introducem cablul în porturi. Problema este la setarea default a porturilor. De exemplu, pe 2950 (switch Layer2) și pe 3550 (switch Layer3), setarea implicită este ‘desirable‘. Prin urmare, pe două swich-uri de acest model proaspăt pornite, se va negocia un trunk. Pe alte modele, de exemplu 2960 (L2) și 3560 (L3) setarea este ‘auto‘, deci se va negocia un link de tip access (implicit în VLAN 1). Mergând pe aceeași idee, trebuie avut grijă că dacă avem în rețea switch-uri de modele diferite în rețea, s-ar putea să ne trezim cu rezultate neașteptate (un 2950 cu setări default + un 2960 cu setări default, va negocia un trunk).

Aceste observații nu sunt prea clar specificate pe site-ul Cisco, în curriculumul pentru CCNA3 sau BCMSN sau în Certification Study guide, și la un examen de certificare, sau în viața reală, s-ar putea să aveți probleme neașteptate.

Concursul durează 5 ore, timp în care concurenții, în echipe de câte 3, trebuiau să rezolve 11 probleme compuse de un juriu format din reprezentanți ai țărilor participante, într-un limbaj de programare, la alegere. Dacă răspundeau corect, primeau un balon de o anumită culoare. Au fost 44 de echipe, printre care 9 din România și 9 din Ucraina.

Pregătirile au început de miercuri, când în holul Rectoratului UPB s-a instalat infrastructura. Și anul acesta, au existat două echipe de organizare, una de networking (condusă de Răzvan Rughiniș, formată din instructorii Academiei Cisco UPB) și una de software (condusă de Răzvan Deaconescu, formată din oameni din ROSEdu). 60 de calculatoare, 6 switch-uri, ~3Km de cablu UTP, multă muncă fizică și foarte multe soluții tehnice. Printre oameni, au fost destui care au deja experiență de câtiva ani cu organizarea evenimentului (cum ar fi Bogdan Sass sau Radu Petean), lucru ce a făcut ca anul acesta să meargă lucrurile un pic mai rapid și mai bine, datorită lecțiilor învățate în trecut și a trucurilor noi încercate anul acesta.

Vineri a existat o simulare a concursului și sâmbătă a avut loc concursul propriu-zis. Organizarea internă în timpul concursului fucționează după niște regului destul de bine definite, cu oameni responsabili pentru aproape fiecare lucru, cu proceduri sabilite pentru diverse evenimente.

După concurs, a avut loc o masă festivă, unde s-au anunțăt câștigătorii. Locul I a fost luat și anul acesta de Ucraina, alături de alte 6 locuri din top 10. România a ocupat două locuri din top 10.

Etapa finală va avea loc în China, în Februarie 2010.

[1] http://www.acm.org/

[2] http://acm.ro

[3] http://upb.ro

În acest timp, echipa Academiei Cisco UPB [2] împreună cu echipa Academiei Microsoft [3] lucrau la amenjarea holului EC pentru Academy War Games [4]. LAN Party-ul a început la ora 18:00 și durează toată noaptea. Mare parte din echipa de organizare a evenimentului vine după două ediții de LAN Strike (oranizate de SRAITS), lucru ce au făcut aceast lan party unul mult mai bine organizat. La eveniment, a venit CEO-ul Microsoft România, Călin Tatomir, ce a stat și a jucat împreună cu studenții.

[1] http://talks.rosedu.org/prezentari

[2] http://ccna.ro

[3] http://itacad.ro

[4] http://awg.cs.pub.ro

Următorul weekend este rezervat pentru Academy War Games [2], un Lan Party organizat de Academia Cisco și Academia Microsoft în facultatea de Automatică și Calculatoare.

În același weekend, începând cu 10 Octombrie, ROSEdu demarează Tech Talks [3], seria de prezentări pe teme tehnice, ce se vor ține la fiecare 10 zile (pe datele de 10, 20, 30 ale lunii).

Pe 17 Octombrie, în Politehnică se desfășoară faza pe Europa de Sud-Est al concursului internațional ACM organizat de IBM.

Următoarea zi, pe 18 Octombrie este programat Ubuntu Install Fest 3 [4] organizat de ROSEdu, pentru studenții dornici să intre în lumea Ubuntu.

[1] http://boboc.cs.pub.ro/

[2] http://awg.ccna.ro

[3] http://talks.rosedu.org

[4] http://rosedu.org/uif

Cel mai important proiect CATC România [1] şi al echipei ccna.ro [2] din acest an a fost iCompetition [3]. A doua ediţie a Competiţiei Instructorilor din Europa Centrală şi de Est s-a desfăşurat la Bucureşti în Universitatea Politehnică Bucureşti. Este un proiect de importanţă internaţională deoarece este singura competiţie de acest gen din lume şi Cisco a avut mari interese pentru a ieşi cum trebuie. După runda online [4], cei 10 finalişti au venit la Bucureşti pentru Runda finală.

Runda da doua a constat în două zile intense de teste, laboratoare şi prezentări ţinute de Academia din UPB. A existat un quiz online pe Moodle, similar cu cel din Runda 1. Proba practică a constat într-un laborator numit CCNA Adventure Lab şi a testat cei 10 instructori la un nivel foarte ridicat. Au existat şi două prezentări, una despre “Next Generation Protocols” şi una despre “Writing Embedded Applications on Cisco Routers and Switches“. Prima prezentare a fost urmată şi de un laborator pe aceeaşi temă. Ultima probă pe care concurenţii au fost testaţi a fost o prezentare făcută din laboratorul respectiv.

Feedback-ul a fost foarte bun şi din partea Cisco, şi din partea reprezentanţilor Cisco Networking Academy regionalii şi, mai important, din partea concurenţilor, care au considerat că a fost un concurs foarte “challenging”. Câştigăgorul a fost Peter Paluch din Slovacia iar locul doi a fost luat de Romeo Lungu din România. Concurenţii au plecat cu premii, dar mai ales cu o experienţă indeită (din spusele lor).

Proiectul a fost o încercare foarte mare pentru echipa instructorilor CATC, efortul depus pentru iCompetition fiind, probabil, mai mare ca la orice alt proiect de până acum. Dar rezultatul a fost pe măsură şi, în urma succesului de anul acesta, Cisco deja îşi face planuri pentru ediţia de anul viitor.

[1] http://catc.ro

[2] http://ccna.ro

[3] http://icompetition.net

[4] http://alexj.info/?p=836

Primul este iCompetion [1], competiţia instructorilor Cisco, aflată la a doua ediţie, organizată anul acesta de CATC România. Finaliştii din runda I [2], vin la Bucureşti pentru două zile de prezentări, laboratoare şi teste, ţinute de echipa ccna.ro [3].

Al doilea eveniment este eLiberatica [4], conferinţa internaţională de Open Source. A treia ediţie a conferinţei este organizată în noua clădire din Politehnică şi sunt aşteptati reprezentaţi mari ai lumii software-ului liber, precum şi comunităţile locale open source (cum ar fi ROSEdu [5]).

Va fi un weekend plin, mai ales pentru că mă voi chinui să fiu prezent la ambele evenimente.

[1] http://icompetition.net

[2] http://alexj.info/?p=836

[3] http://ccna.ro

[4] http://eliberatica.ro

[5] http://www.rosedu.org

Evenimentul a durat 3 zile (1-3 mai), dar concursul propriu-zis a fost doar sâmbătă, 2 mai. Concursul a conţinut două secţiuni, Calculatoare şi Reţelistică cu două categorii de vârstă (clasele 9-10 şi 11-12). Fiecare grupă a avut o probă teoretică şi una practică, probe ce s-au desfăşurat în sălile Academiei Cisco (ED011 – Reţele şi EG202 – Calculatoare). Probele practice de la Reţele au constat în activităţi Packet Tracer la nivel CCNA1-2 respectiv CCNA1-4 iar cele de la Calculatoare în asamblare hardware de sisteme şi instalări sau troubleshooting software. În perioada în care nu era concurs, instructorii Academiei Cisco au ţinut prezentări despre tehnologii de networking.

Cisco, sponsorul principal, a oferit premii consistente câştigătorilor (routere high-end Linksys şi cărti ale lui A.S. Tanenbaum), domnul Nicolai Sandu fiind reprezentantul Cisco Networking Academy la acest eveniment. Miza cea mai mare a fost la  Reţele 11-12, unde câştigătorii s-au calificat mai departe la Cisco Academy Games ce se va desăşura la Bratislava.

Ediţia din acest an s-a dovedit a fi o experienţă plăcută atât pentru elevii ce concurau cât şi pentru organizatori (cu care am mai colaborat la evenimente similare la InfoEducaţie [3]) şi sperăm că pe viitor colaborările vor continua.

Later Edit: Mapa de prezentare se găseşte pe Scribd [4].

[1] http://alexj.info/?p=836

[2] http://acadnet.ro

[3] http://alexj.info/?p=42

[4] http://www.scribd.com/doc/15109336/AcadNet-2009-Followup

DD-WRT [1] este disponibil pentru o mulţime de modele de routere SOHO şi oferă o multitudine de servicii. Am început printr-o documentare foarte riguroasă asupra procedurii de flash-uire folosind wiki-ul [2] şi canalul de IRC [3] al comunităţii. Am fost foarte atent pentru că este foarte periculos şi poate aduce routerul într-o stare de ‘cărămidă’ (de nefolosit).

Deşi interfaţa GUI(web) implicită Linksys este destul de bună, cea oferită de DD-WRT este mult superioară. De asemenea firmware-ul nou oferă mute servicii, cum ar fi serverul de Telnet sau de SSH pentru administrare din linia de comandă. Prin accesarea CLI-ului avem acces la o interfată GNU/Linux (asta include utilitare ca vi, ifconfig, iptables, scp). Suportă VLAN-uri şi encapsulări pentru trunk-uri.

Interfaţa web ofertă statistici despre trafic şi totul poate fi urmărit de syslogd. Liste de acces, Tunele Virtuale, NAT şi QoS pot fi configurate din interfaţă. Routerul pote fi înregistrat ca HotSpot prin reţeaua Sputnik [4] (serviciu ce oferă o pagină de înregistrare pentru vizitatorii instituţiei unde este routerul, ce au nevoie de acces la Internet prin Wireless).

Una din necesităţile pentru reţeaua în care este routerul a fost să poată routa mai multe reţele. Folosind nişte scripturi este posibil ca Access Point-ul să difuzeze mai multe SSID-uri mapate pe domenii de broadcast diferite. Un tutorial pentru fi găsit aici [5]. Astfel, se pot crea reţele cu nivele diferite de protecţie.

Concluzia: Open Souce Software on Cisco Hardware is a good combination.

[1] http://www.dd-wrt.com/

[2] http://www.dd-wrt.com/wiki/index.php/

[3] irc://freenode/dd-wrt

[4] http://www.sputnik.com/

[5] http://www.pennock.nl/dd-wrt/Multiple_BSSIDs.html

Concursul este organizat pe două runde. Prima are loc online şi este compusă din 3 Quiz-uri din materiile de CCNA2, CCNA3 respectiv CCNA4. Un quiz presupune un test grilă şi un test de Packet Tracer. Fiecare concurent trebuie să participe la cel puţin unul din cele 3 quiz-uri, primii 10 cu cele mai mari punctaje pe oricare din quiz-uri vor promova la runda următoare. Materialele de test au fost pregătite de echipa de instructori ccna.ro şi sunt la un nivel destul de avansat de dificultate. Primele două quiz-uri au avut deja loc în ultimele 3 săptămâni şi ultima şansă este peste două săptâmâni la Quiz 3. Runda a doua va avea loc la Universitatea Politehnică Bucureşti, unde finaliştii vor fi învitaţi să participe la un examen hands-on.

[1] http://catc.ro/

[2] http://ccna.ro/

[3] http://icompetition.net/

Celelate cursuri de luni a fost “Introduction to Security” şi a fost exact ce spune numele… din păcate a fost un curs foarte plictisitor şi a adormit toată sala. Ultimul curs din zi a fost “ITC Security: Corporate Presentation“, ţinut de un reprezentant de la Cisco şi a fost o prezentare foarte puţin tehnică şi conţinea mult prea mult marketing (majoritatea lucrurilor deja le auzisem de mult prea multe ori pe la tot felul de conferinţe precum Cisco Expo). Prima zi a fost destul de dezamăgitoare.
Programul în fiecare zi este de la 9 la ~17:00. Prezenţa este obilgatorie. Dacă în facultatea noastră era problemă cu stricteţea prezenţelor, aici este mult mai rău (trebuie să semnăm de două ori pe zi prezenţa).
Începând cu a doua zi, programul s-a transformat în formatul normal de prezentare, pauză, laborator în echipă, pauză scurtă, laborator în echipă, prezentare rezultate laborator. Prezentările de dimineată au fsot despre “Legal, Privacy and Ethical Aspects” respectiv “Vulnerabilities and Threats in ITC“, pe al doilea bazându-se laboratorul. Prezentările au fost puţin mai bune ca în prima zi, dar tot au lăsat de dorit. Problema a fost laboratorul. Laboratorul consta în spargerea unui router Cisco prin vulnerabilitătile SNMP. Ideea era că SNMP foloseşte o parolă pentru comunicaţii între echipamente… folosind o distribuţie de Linux specializată pe testarea securităţii sistemului, BackTrack, se captura un pachet SNMP şi se făcea bruteforce pe parolă, prin intermediul unui dicţionar. Folosind vulnerabilitatea, se putea transmite un fişier de configurare modificat, putând avea, astfel, acces la router. Trebuia să observăm că trebuie să fim atenţi ce servicii lăsăm deschise şi unde şi că trebuie să folosim parole ’strong’. Problema a fost de partea organizatorului laboratorului că se aştepta să existe în facultate un număr suficient de routere Cisco pentru a face laboratorul, ceea ce nu a fost cazut. Prin urmare s-a decis să se încerc o emulare prin Dynamips, moment în care am fost eu recrutat în echipa de organizare a laboratorului. Francezii sunt mult prea paranoici şi am pierdut cel puţin o oră pentru că aveam nevoie de acces de Administrator pe sisteme şi nu aveam. În plus ei nu auziseră de UDPCast şi trebuia să repetăm orice făceam pe fiecare calculator. Ar trebui să vină la noi să ia lecţii de la echipele de USO/RL/SO. Până la urmă s-au găsit 4 routere Cisco (din cele ~12 necesare) şi s-a făcut o imprivizaţie de laborator. După ce laboratorul s-a terminat, una din echipe a fost aleasă aleator să prezinte rezultatul.
Miercuri a fost un curs de “Network Attacks” în care s-a vorbit despre tipuri de atacuri (ex Man In The Middle). Cel ce ţinea cursul a dorit să ne facă o demostraţie live de cum se sparge o reţea wireless securizată cu WEP, dar nu a venit destul de pregătit şi nu i-a reuşit (trebuia să fi prezentat noi, care cu 3 zile înainte spărsesem parola penru reţeaua WEP din căminul unde eram cazaţi sau să fi citit laboratorul de RL). Ne-a mai arătat live cum se poate sparge Windows 2000 folosind Metasploit. Laboratorul zilei a cerut design-ul unei reţele corporate securizată. Am fost foarte pornit pe taskul dat şi am proiectat împrună cu echipa probabil cea mai redundantă reţea dintre toate echipele. Dacă în prima zi străinii din echipa noastră au fost destul de scăzuţi ca nivel, în al doilea laborator s-au descurcat mai bine. Rezultatul a fost o reţea cu VLAN-uri pentru wired şi wireless cu autentificare dot1x printr-un server RADIUS, cu un Intranet pentru serverele locale şi acces Internet prin VPN la serverele publice din DMZ.
A patra zi a fost un curs destul de interesant despre criptare “Cryptographic Algorithems” şi “Steganography“. Laboratorul a fost destul de greu pentru că avea multe taskuri. Ne-am împărţit pe subechipe pentru a sparge diverse mesaje encriptate. A fost multă programare. Am ajuns destul de târziu la laborator şi nu am ştiut exact tot ce trebuia de făcut. Am reuşit să fac/refac în aproximav 15 minute ceea ce colegului de subechipă din Franţa îi luase mai mult de o oră (him C++, me Bash).

Ultima zi din prima săptâmână a început cu un curs alui Razvan Rughiniş de la facultatea noastră despre “Firewall Techonogies“, mai exact despre ACLs (Access Control Lists) iar a doua prezentare a fost despre “VPN Techonogies“. Laboratorul a împărţit în două părţi, una pentru ACLs şi una pentru VPN. Noi ne-am împărţit pe subechipe (eu am condus echipa de ACL iar colegul din România, Lucian, pe cea de VPN). A iest foarte bine laboratorul şi a fost foarte bine pentru că noi a trebuit să facem prezentarea zilnică din laborator. A fost un final destul de ok de săptămână, dar totuşi cursul putea fi mai interesant.

În weekend nu sunt cursuri, dar se fac nişte ‘ieşiri sociale’ cu grupul.

[1] http://alexj.info/?p=716

[2]  https://ip-security.metropolia.fi/2009/

Soluţiile VoIP se conectrează în jurul a Cisco Call Manager care este un Call Agent. Este un software ce face administrarea reţelei de VoIP. Acest software vine în două variante: Cisco Call Manager (sau după noua denumire dată de Cisco Unified Communications Manager… este acelaşi lucru) ce este un software ce rulează pe un server x386 peste MS Windows sau Call Manager Express (CME sau Cisco Unified Communications Manager Express) ce este un pachet ce rulează pe un router Cisco peste IOS. Ambele oferă aceleaşi facilităţi de bază. Imaginile de IOS ce vin cu CME au, de obicei, ‘voice’ în nume.

CME este compatibil cu o suită întreagă de protocoale VoIP printre care SIP, H323 şi SCCP. SSCP ( sau Skinny) este protocolul proprietar Cisco şi este suportat de majoritatea echipamentelor Cisco de Voce.

Clienţii pentru Call Manager sunt de obicei Telefoane IP ( ex 7960, 7906G )sau Cisco IP Communicator care este un program pentru Windows ce simulează un telefon (mai este cunoscut şi ca Softphone).

Call Manager Express oferă un wizard pentru configurarea telfoniei IP prin comanda “telephony-service setup”.

Iată o configurare simplă ( liniile notate cu * sunt explicaţii)

Router>enable

Router#configure terminal

Router(config)#interface f0/0

Router(config-if)#ip address 10.0.0.254 255.0.0.0

Router(config-if)#no shutdown

Router(config-if)#exit

Router(config)#telephony-service setup

Do you want to setup DHCP service for your IP Phones? [yes/no]: yes

*Activează un pool DHCP pentru telefoane

IP network for telephony-service DHCP Pool:10.0.0.0

Subnet mask for DHCP network :255.0.0.0

TFTP Server IP address (Option 150) : 150

* Prin Opţiunea 150 de la DHCP (netransmisă implicit), telefonul IP va ştii adresa serveului TFTP

TFTP Server IP address (Option 150) :10.0.0.254

Default Router for DHCP Pool :10.0.0.254

Do you want to start telephony-service setup? [yes/no]: yes

Enter the IP source address for Cisco IOS Telephony Services :10.0.0.254

Enter the Skinny Port for Cisco IOS Telephony Services : [2000]:

How many IP phones do you want to configure : [0]: 2

*Numărul de telefoane ce se vor conecta la CME

Do you want dual-line extensions assigned to phones? [yes/no]: yes

What Language do you want on IP phones : 0

Which Call Progress tone set do you want on IP phones : 0

What is the first extension number you want to configure : 100

*Numărul de telefon primit pe prima linie a primului telefon ce se înregistrează la CME

Do you have Direct-Inward-Dial service for all your phones? [yes/no]: no

Do you want to forward calls to a voice message service? [yes/no]: no

Do you wish to change any of the above information? [yes/no]: no

Acest setup va crea in running-config setările necesare pentru VoIP.

Se observă că adresa 10.0.0.254 a fost completată de 3 ori (ca Default Gateway, TFTP server şi IOS Telephony Services). Nu este obigatoriu ca aceste adrese să coincidă, pentru că nu este obligatoriu ca routerul respectiv să indeplinească toate rourile acestea. Default Gateway este routerul setat pe telefonul IP pentru a ieşi din reţeaua locală (serverul SCCP sau TFTP poate să fie în alt broadcast domain). Serverul TFTP oferă telefonului setările sale sub forma unui fişier XML (în acest fişier se va afla adresa/protul serverului SCCP). IOS Telephony Services este serverul cu CME ce are pornit serverul SCCP şi care va procesa semnalele de telefonie.

[1] http://alex.clubcisco.ro?p=104

Spre deosebire de certifcările de la companii cum sunt Cisco, Microsoft, Sun sau Oracle ce oferă certifcări pentru produsele lor, cele legate de Linux nu pot fi sub tulela unei singure companii sau organizaţii deoarece Linux-ul în sine nu este controlat de o singură entitate.

Unele din cele mai căutate certificări de Linux sunt cele de la Linux Professional Institute (LPI) [4]. LPI este o organizaţie non profit care are un singur scop: de a certifica profesionişti în administrarea Linux, îndependent de o anumită distribuţie.

LPI oferă certificările LPIC (LPI Certifications) ce sunt structurate pe 3 niveluri: LPIC-1 (Junior Level) LPIC-2 (Advanced Level) şi LPIC-3 (Senior Level). LPI nu oferă direct training printr-un curriculum propriu, dar oferă o structură de curs, nişte obiective pentru fiecare certificare şi se bazează pe parteneri de training ce oferă materiate pentru pregătire.  Academia Cisco UPB (ccna.ro [5]) oferă un curs de pregătire, unic între Academiile Cisco, pentru LPIC-1 [6]. Cursul se bazează pe nişte cunoştine de la cursul de USO de la secţia de Calculatoare sau pe cele din cursul de Introducere în Linux [7] disponibil tot la Academia Cisco UPB.

O altă certificare foarte cunoscută este Linux+ de la CompTIA [8]. CompTIA este o firmă ce se specializează pe certificări IT în general, nu doar pe Linux. Sper deosebire de LPI nu oferă un pachet complet pe mai multe niveluri ci o singură certificare ce necesită un singur examen. La fel, CompTIA nu oferă cursuri directe.

Mergând spre certificările bazate pe o anumită distribuţie, le avem pe cele de la Red Hat [9], una din marile companii bazate pe Linux. Cea mai cunoscută este RHCE (Red Hat Certified Engineer). Pe lânga RHCE mai sunt RHCT (Red Hat Certified Technician), RHCDS/RHCSS, (Red Hat Certified Datacenter/Security Specialist) şi RHCA (Red Hat Certified Architect).

Novel oferă, de asemenea o serie de certificări [10] pentru produsele lor, printre care şi Novell Certified Linux Administrator.

[1] http://alexj.info/?p=376

[2] http://alexj.info/?p=405

[3] http://alexj.info/?p=434

[4] http://lpi.org/

[5] http://ccna.ro

[6] http://ccna.ro/lpic

[7] http://ccna.ro/linux

[8] http://comptia.org

[9] http://www.redhat.com/certification/

[10] http://www.novell.com/training/certinfo/

Academia Cisco (ccna.ro) [1] începe clase noi de CCNA şi CCNP, destinate celor interesaţi într-o carieră de networking. Interviurile pentru clasele de CCNA1 au loc pe 4 martie. [2]

Tot ccna.ro oferă două cursuri noi de Linux. Primul este un curs de LPIC-1 [3] (Linux Professional Institute Certification level 1) mapat în jurul certificării de la LPI.  Este un curs de administrare Linux și  este destinat celor ce doresc să își dea certificarea LPIC-1 și au o bază în folosirea sistemului Linux. Cursul poate fi o continuare pentru studenții de la Calculatoare (anii I și II) a cursului de Utilizarea Sistemelor de Operare din cadrul facultații. Inteviul pentru LPI va avea loc pe 11 martie. [2]

Al doilea curs este unul de Introducere în Linux [4] ce dorește a lua de la zero studenții dornici să învețe Linux.  Este un puncte de pornire pentru cei ce plănuiesc a da o certificare Linux (acet curs poate fi completat următorul semestru de cel de LPIC). Cursul este targetat studenților ce nu au avut în facultate un curs de Linux (cum sunt cei de la Automatică, Electronică sau FILS).  Interviurile pentru clasa de Introducere în Linux au loc pe 18 martie. [2]

ROSEdu oferă un Curs de Dezvoltare Liberă [5] despre care am mai vorbit [6].

Tot semestul acesta se desfășoară partea a doua a Laboratorului de Electronică Aplicată [7] [8].

Pentru cei interesați de tehnologii Microsoft, noua Academie Microsoft [9] oferă cursuri de Visual Studio 2008, SQL Server 2008 și Windows Server 2008. Interviurile au loc pe 12* martie.

[1] http://ccna.ro

[2] http://ccna.ro/sumar/stiri

[3] http://ccna.ro/lpic

[4] http://ccna.ro/linux

[5] http://cdl.rosedu.org/

[6] http://alexj.info/?p=667

[7] http://eap.cs.pub.ro/

[8] http://alexj.info/?p=494

[9] http://itacad.ro/

Topologie:

Trei switch-uri Catalyst legate între ele în linie şi două hosturi ataşate la capete.

Situaţie:

În primul rând avem între switch-uri legături trunk şi, important, nu rulează VTP (switchurile sunt în transparent mode). Pe switch-uri nu există alt VLAN decât cel default (VLAN1). Host-urile au adrese din acelaşi broadcast domain.

Pe Switch1 şi Switch3 adăugăm VLAN10 şi plasăm porturile spre host-uri în respectivul VLAN. Pe legăturile trunk sunt permise toate VLAN-urile (sau cel puţin 1 şi 10).

Traficul intre host-uri nu va merge. Motivul: Switch-ul 2 nu ştie de VLAN-ul 10. Deşi liniile de trunk ar trebui să permită traficul pe toate VLAN-urile, el nu va comuta cadre din VLAN-uri care sunt sunt propria listă de VLAN-uri. Comanda “show interfaces trunk” dată pe Switch2 va arată ca ‘permite’ toate VLAN-urile, dar nu ‘face forward’ decât la VLAN-urile de care ştie.

Aici intervine VTP-ul şi nevoie adevărată de VTP. Mulţi ar zice că VTP nu îşi are sensul pentru că el doar adaugă/şterge VLAN-uri de pe switch-uri şi oricum porturile trebuiesc introduse manual în respectivele VLAN-uri (iar atunci când un port de tip access este introdus într-un VLAN inexistent, VLAN-ul este creat automat).  Dar şi pentru switch-urile unde nu avem porturi access trebuie să adăugăm VLAN-urile din reţea (de fapt VLAN-urile ce vor trece prin switch-ul respectiv). Prin urmare VTP, care este, din păcate, protocol propietar Cisco, este foarte important pentru a informa întreaga rețea de topologia de VLAN-uri.

Nu ştiu încă daca este doar o problemă de implementare şi dacă această problemă se regăseşte doar pe switchurile Cisco. Dar este bine de luat în considerare când avem de a face cu VLAN-uri.

Scopul folosirii respectivului modul a fost captutarea de pachete DTP (Dynamic Trunking Protocol) pentru a observa negocierea între doua switch-uri.

Am pornit de la înstalarea Dynagen [1] şi configurarea unei interfeţe de loopback [2].

În fişierul de configurare am încărcat o imagine pentru un Router Cisco 3640 cu modulul de switching şi am setat ca o interfaţă din slot-ul de porturi de switch să fie legată cu interfaţa de loopback [3].

Configurarea unui Router arată astfel:

[[Router R1]]
model = 3640
slot0 = NM-16ESW
F0/0 = NIO_gen_eth:\Device\NPF_{7A7D2C17-D0C3-44AA-B17C-5417EF972BF9}

După ce am pornit routerele, comenzile de switchport au fost activate, inclusiv posibilitatea configurării interfeţei de management Vlan1 pe care am pus IP pentru a avea conectivitate între cele două switchuri şi calculatorul gazdă.

Următorul pas a fost instalarea Wireshark [4]. Wireshark, fostul Ethereal, este un program Open Source de captură a pachetelor. Suportă un număr foarte mare de protocoale, de la layer 2 până la 7 şi este un utilitar foarte puternic de analză a traficului.

Topologia a functionat ok, Wireshark a capturat traficul STP, CDP şi altele dintre “switch-uri”.

Problema a fost că am aflat tărziu de limitările modulului de switching. Nu suportă DTP, PAgP / LACP, BPDU-guard, ISL, şi VLAN-uri private (şi altele probabil).

Mulţumesc, BogdanS pentru ajutor.

[1] http://alex.clubcisco.ro/?p=80

[2] http://alex.clubcisco.ro/?p=171

[3] http://alex.clubcisco.ro/?p=104

[4] http://www.wireshark.org/

Deşi toate imaginile au la bază acelaşi cod (aceeaşi interfaţă, acelaşi mod de organizare), nu toate imaginile vin cu aceleaşi facilităţi instalate.  Exemplu: nu toate imaginile au integrate protocolul MPLS sau nu toate oferă servicii de VoIP sau de firewall. Şi aceste facilităţi nu depinde de versiunea IOS-ului (major release). Diferenţele dintre versiunile de IOS se reflectă în interfaţă mai mult, nu în serviciile oferite. Exemplu: Versiunea 12.4(23) poate veni în variante pentru Enterprise sau pentru Service Provider sau alte variante (sistemul de operare de bază rămâne comun pentru toate variantele, dar serviciile sunt diferite).

Modul în care ne putem da seama ce facilităţi oferă o imagine e prin numele fişierului .bin. Dar nu întotdeauna acesta este inteligibil. Cisco pune la dispoziţie pe site-ul lor Cisco Feature Navigator [1]. Cu acest tool puteţi găsi imaginea ce oferă serviciile dorite pentru o anumită platformă sau să listaţi feature-ulile oferite de o imagine de IOS. Lista de servicii este destul de mare, astfel încât variantele de imagini sunt foarte multe. De asemenea puteţi afla şi mărimea unei imagini şi flash-ul necesar pentru ca ea să încapă.

[1] http://tools.cisco.com/ITDIT/CFN/

Al doilea nivel al piramidei Certificarilor Cisco este cel Professional. Cea mai cunoscuta certificare de la acest nivel este CCNP (Cisco Certified Network Professional), care vine ca urmatorul pas la CCNA. Dar acest nivel ofera, de fapt 5 directii majore prin 5 certificari CC?P

• Routing and Switching prin CCNP
• Security prin CCSP (Security Professional)
• VoIP prin CCVP (Voice Professional)
• Network Design prin CCDP (Design Professional)
• Internet Service Provider prin CCIP (Internetwork Professional)

Pana acum doar CCNP si CCDP aveau un nivel inferior (CCDA si CCNA), dar acum exista si pentru CCSP si CCVP un precursor (CCNA Security si CCNA Voice), dar doar CCNA-ul este un prerequisite.

Obtinerea acestor certificari necesita trecerea a 3 pana la 6 examene (depinzand de certificare). Veste buna este ca unele examene sunt comune. De exemplu pentru a obtine CCNP-ul ai nevoie de 4 examene: 642-901 BSCI, 642-812 BCMSN, 642-825 ISCW, 642-845 ONT, iar pentru CCDA de 3: BCSI, BCMSN, si 642-873 ARCH (deci, cu un total de 5 examene ai 2 certificari). De asemenea, BCSI si BCMSN pot fi inlocuite de un singur examen,  642-892 Composite.

Cel mai inalt nivel este cel de Expert, adica CCIE (Cisco Certified Internetwork Expert). Aceasta certificare poate fi data pe multe domenii (exemplu Routing and Switching, Security, Voice, Service Provider etc.). Certificarile la acest nivel necesita un examen teoretic (la fel ca toate celelate examene Cisco) dar si un examen practic. Examenul practic se da intr-un laborator special contra unei sume destul de mari. Din pacate, este o singura locatie in Europa unde se poate da acest examen: Bruxelles. Certificarea CCIE  nu necesita nici o alta certificare (nici macar CCNA).

Ultima mentiune, examenele teoretice, pentru orice fel de certificare se dau la un centru de testare VUE care este independent de Cisco. Ficare examen are un anumit pret, stabilit de VUE si Cisco. Puteti da de oricate ori examenul (dar platiti de fiecare data). Exista unele vouchere oferite de Cisco (de exemplu la cumpararea unor carti de la Cisco Press sau pentru participarea la cursurile Cisco Networking Academy).

Certificarile Cisco sunt oferite prin Career Certifications & Paths. Si sunt doua cateogrii: Certificarile Generale ce sunt structurate sub forma unei piramide si certificarile de Specialist. Diferenta inte ele este ca cele generale cuprind un domeniu destul de mare (exemplu Securitate sau Routing&Switching) , necesita trecerea a mai multor teste si au o valabilitate de 3 ani iar cele de specialist sunt pe un produs specific (exemplu ASA Specialist, Firewall Specialist, Unitiy Specialist), necesita un examen si au valabilitate de 2 ani. Certificarile genelare se impart pe trei nivele: Associate, Professional si Expert.

Cea mai cunoscuta certificare este CCNA – Cisco Certified Network Associate. Este certificarea care sta la baza piramidei, adica orice alta certitificare are ca prerequisite CCNA-ul. Obtinerea certificarii de CCNA necesita fie trecerea unui examen compus 640-802 CCNA (acesta este examenul nou de CCNA ce inlocuieste 640-801) fie trecerea a doua examene ce reprezinta jumatati din 640-802 : 640-822 ICND1 si 640-816 INCD2 (ce inlocuiesc fostele INTRO si INCD).

Tot la nivelul Associat mai este o certificare de Networking Design: CCDA – Cisco Certified Design Associate, ce necesita de asemenea un singur test: 640-863 DESGN.

Incepand de vara aceasta, Cisco a introdus trei certificari noi de nivel associate: CCNA Security, CCNA Voice si CCNA Wireless. Acestea vin ca o completare a CCNA-ului pe directiile respective si sunt un raspuns din partea Cisco la cerinta pietei IT pentru securitate, mobilitate si VoIP. Fiecare din acestea au nevoie de cate singur test: 640-553 IINS, 640-460 IIUC respectiv 640-721 IUWNE, dar, desi sunt de nivel associate, e nevoie sa fi avut certificarea de CCNA inainte (la fel ca CCDA).

Mai exista si o certificare de tip Entry Level (ceea ce modifica piramida clasica Cisco), adica sub associate. In acesta categorie intra certificare CCENT care se obtine prin trecerea examenului640-822 ICND1 (adica prima jumate din CCNA).

[to be continued]

Am decis sa fac un mini-lab in GNS3 (btw, ati putea sa va uitat peste Introul la GNS3) in care sa implementez basic IPv6 cu RIP ca protocol de rutare. O topologie cu 4 routere, legate astfel:

Primul lucru pe care il vom face e sa aplicam adresele. Ce mi-a placut mie la IPv6 e faptul ca merge mai usor configurarea pentru ca e mai putin de scris (cel putin daca folosesc adrese simple, pentru laburi). Desi adresa v6 este mult mai lunga, exista o metoda de a prescurta o adresa prin neglijarea zerourilor (ex. 0001:0000:0000:0000:0000:0000:0000:0002 se poate scrie doar 1::2). Pe langa prescurtarea adresei se prescurteaza si subnetul (deci vom folosi notatia cu / ex. /64).

Vom folosi patru retele /96 de exemplu (asta inseamna ca fiecare retea va avea disponibile atatea adrese IP pentru hosturi cat tot spatiul de adresare IPv4…cool huh? merge impotriva a tot ce am invatat despre conservarea IPurilor ). Si vom avea retele 1::0, 2::0, 3::0 si 4::0 /96.  Configuarea va arata cam asa:

R1>en

R1#configure terminal

R1(config)#interface f0/0

R1(config-if)#ipv6 address 1::1/96

R1(config-if)#no shutdown

R1(config)#end

Practic singura diferenta este faptul ca in loc de “ip address” avem “ipv6 addess”. Atentie, o interfata poate avea ambele adrese IP, si v4 si v6.

Facem o verificare daca am configurat cum trebuie cu #show ipv6 interface brief.

Facusem o greseala si vroiam sa va atrag atentia Pe R1 am setat gresit adresa ip (v6) si apoi am setat-o si pe cea buna. Nu se suprascrie peste cea veche… pot fi mai multe adrese asociate unei interfete. Am corectat dupa. Daca incercati sa dati show ip int brief veti vedea ca nu este nimic acolo. Sunt stackuri diferite… saterile ipv4 cu cele ipv6 nu au nici o legatura.

Hai sa trecem la routare. Prima data trebuie sa activam forward-area de pachete ipv6 prin comanda data pe toate routerele

R1(config)#ipv6 unicast-routing

Next, pornim RIP-ul. RIPv6 seamana putin cu OSPF deoarece putem lansa mai multe instante, doar ca in loc sa fie identificate prin numar de proces, sunt identificate printr-un nume. Activarea RIP se face prin

R1(config)#ipv6 router rip nume

R1(config-rtr)#exit

Spre deosebire de RIPul vechi, nu vom mai specifica retelele pe care facem schimb de route, ci vom specifica interfetele.

R1(config-if )#ipv6 rip nume enable

Verificam daca au fost invatate rutele prin show ipv6 route

Informatile despre procesele RIP le aflat prin show ipv6 rip

In tabele din show ip route nu se va produce nici o modificare deoarece, dupa cum am zis, sunt stive diferite.

Un ping intre oricare adrese va demonsta ca avem o convergenta.

That’s all.

Au participat: Romtelecom (aparent principalul partertener la conferinta), Cronus (good job cu Quiz-ul), Datanet (stand impunator ca intotdeauna), Crescendo, Frontal, Kernel Control, Brinel (am vazut ca au primit multe hit-uri pe Google la ‘cisco expo 2008′), Fluke, Intrarom, IBM, Ixia, Logicom (mi-a placut solutia VoIP) Probitas (chiar daca nu prea au treaba cu Cisco) Romsys, TC&C, Tornado (vot de blam pentru ca din cauza Tornado am intarziat 6 ore cu cablarea retelei), Zoom International.

Desi aparent lumea nu a fost la fel de incantata de editia de anul acesta fata de cea de anul trecut, mi se pare ca a iesit destul de ok. Cisco Romania trebuia sa faca evenimentul avand in considerare ca implinesc 10 ani (parca totusi nu au promovat destul de mult acest lucru… in afara de tricouri ). Locatia a fost cat de cat ok, adica se ridica la standardele unei astfel de conferinte, dar a fost o problema semnalizata de toata lumea, si anume inghesuiala (surprinzator nu s-a pomovat socializarea intre participanti, ceea ce ar trebui sa principalul scop al unei conferinte). Prezentarile au variat de la penibile la foarte interesante (pacat ca au predominat cele lame). Oricum, am alfat unele informatii noi, am vazut unele tehnologii si concepte noi, am vazut tendintele in piata, deci a meritat. Multi au castigat niste permii (deci macar asta sa ii faca fericiti ). Eu m-am facut un un stick si cateva pixuri plus un tricou si o camasa Cisco (care arata super super tare).

Am inteles ca noi, echipa de networking de la Academie ne-am descurcat foarte bine, deci am scapat . Good job echipei (pacat ca nu am fost tratati foarte bine de catre aia mai mari…).

Reactiile de pe Internet legat de eveniment nu au fost atat de multe pe cat ma asteptam, dar iata cateva link-uri:

Big Lazy Sysadmin: http://big.lazyadmin.ro/2008/11/05/cisco-expo-ziua-1/ si http://big.lazyadmin.ro/2008/11/07/cisco-expo-final-day/

iLL : http://www.ill.ro/2008/11/06/cisco-expo-2008/

andrei.clubcisco http://andrei.clubcisco.ro/2008/11/07/ciscoexpo-2008-ziua-1/ , http://andrei.clubcisco.ro/2008/11/09/ciscoexpo-2008-ziua-2/ si http://andrei.clubcisco.ro/2008/11/11/ciscoexpo-2008-ziua-3/

Ubergeek.ro http://ubergeek.ro/2008/11/05/ciscoexpo-2008/

VB http://vlad.bailescu.ro/articles/2008/11/05/cisco-expo-2008-romania/

Windancer http://www.imacandi.net/windancer/2008/11/05/cisco-expo-2008.html

Dupa pauza de masa (intr-un final au facut si ei o masa cum trebuie…) am fost la Warriors of the Net (ne-a placut titlul ). Primul slide din prezentare era alb pe negru “Cisco is not responsable for the use of information in this presentation in illegal actions”… dupa slide-ul acesta am zis ca va fi o prezentare interesanta… si a fost foarte foarte interesanta…cea mai interesanta de fapt…te face sa fi asa paranoic incat sa nu mai intri vreodata pe Internet. A continut multe lucruri underground (pe langa softuri de hacking, site-uri de unde puteai sa cumperi host-uri sparte, ore de DDoS spre o masina sau chiar conturi bancare). Cea mai buna prezentare de Security, cu prezenta cea mai mare in sala. Impreuna cu cea de inainte au fost maximulul evenimentului.
Runda de azi la standuri, am trecut pe la Probitas si Logicom (firme de care nu stiam). Probitas nu e chiar Cisco based, ofera solutii de securitate. Avreau o solutie foarte interesanta de monitorizare a intrarilor/iesirilor angajatilor in/din firma (cu fingerprinting, logging pe un server, din pacate intr-o baza de date closed, deci fara interactiune cu alte servicii) si o solutie de monitorizare cu IP Cameras si servere media Cisco (au facut o implementare mare in Magazinul Unirea).
Am stat destul de mult la Logicom care prezentau solutii de VoIP. M-am jucat putin pe telefonul mobil VoIP Cisco Wireless IP Phone 7921G si am pus o groaza de intrebari in legatura cu o implementare de solutie VoIP over Wireless. Era compusa dintr-un router voice enabled Cisco Unified 500 (cu CME 7) ce suporta pana la 16 IP Phone-uri (plus 4 telefonae POTS prin porturi FXS); la portul de uplink si cele 8 porturi FastEthernet cu Power over Ethernet se adauga 4 porturi FXO. Pe partea wireless solutia avea un Cisco 520 Wireless Controller ce suporta pana la 6 AP-uri. Cu destui bani (un 7921G costa din ce mi-au zis cam 700$) poti face o implementare foarte frumoasa, mobila si relativ securizata.

Am ajuns tarziu la prezentarea despe IronPort, “Cisco’s No.1 strategy against spam, viruses and spyware” si nu am prins mare lucru.
Ultimul rand de vizitie pe la standuri a fost la Ixia, Fluke, Romsys si S&T. Stiam ca Ixia este cel mai mare tester de echipamente de retea, deci au avut de prezentat… un tester de retea. Niste module hardware foarte mici, care puteau fi conectate la end points si folosind un software centralizat (IxRave) se poate genera o statistica despre bandwidth, delay, jitter pe o retea oricat de mare. Exista si un software ce face acelasi lucru ca aceste module free (dar serverul tot nu este free si este necesar).
La Fluke am vazut tot un tester de retea ce era si generator de trafic, destul de mobil (era bazat pe un laptop normal cu o placa de captura speciala, intr-o carcasa speciala, cu touchscreen, si cu un Windows XP peste care ruleaza si software-ul lor propriu).
Romsys aveau o solutie VoIP in cadrul ATM-urilor bancare. Am aflat ca 1) ATM-urile ruleaza in spate Windows ( ) 2) toate ATM-urile din Romania au in spate routere Cisco (inside information). Solutia consta in modificarea soft-ului de ATM care apeleaza transparent clientului un IP Communicator, care, prin Skinny/SCCP face un apel catre un help center unde clientul poate primi instructiuni despre cum functioneaza ATM-ul.

Ultima vizita a fost la S&T. Cei de acolo mi-au prezentat o topologie de security compusa dintr-un ASA,un IPS si un server MARS. IPS (Intrusion Prevention System) era cel care detecteaza probleme de securitate de retea, care sunt raportate catre MARS (Monitoring, Analysis, and Response System, care de fapt era un server Dell cu Linux si Cisco’s MARS peste) si rezolvarea problemelor se facea de catre firewall-ul ASA (Adaptive Security Appliances) .
Cisco Expo 2008 s-a terminat cu un keynote de la Bogdan Constantinescu (iar) care a dat si ultimele premii pe anul acesta.

Prima zi a inceput de dimineata cu 3 Power Sessions in paralel pe 3 topic-uri diferite (Security, Mobility si Broadband). Am ales Security unde s-a facut un workshop pe Cisco’s MARS vs…something…
Prezentarile au inceput la pranz cu o introducere din partea lui Bogdan Constantinescu, General Manager Cisco Romania. A prezentant cei 10 ani de Cisco Romania, din care punctul cel mai apropiat mie a fost Academia Cisco (prima Academie Cisco din Romania a fost deschisa in 1998 si este Academia din Facultatea de Automatica si Calculatoare, care un an mai tarziu a plasat Romania pe locul 7 intre Academiile Cisco din Europa…i felt proud to be a part of that academy ). Case study-uri au fost Romtelecom (de la ultimele conferinte la care merg si dau de Romtelecom am inceput sa am o parere din ce in ce mai buna despre ei) si RoEduNet (aflata si pe timeline-ul de 10 ani cu doua puncte, fiind de doua ori primii clienti a unor echipamente very high end din Romania).
Ultima parte din prima prezentare precum si urmatoarele le-am pierdut pentru ca a trebuit sa fac debuggnig la reteaua dintr-o sala (‘good job’ pentru CCIE-ul care a facut-o initial )
Dupa primele 3, prezentarile s-au spart in mai multe sali. Am ales prima data o prezentare despre High Availability (cu aplicatie pe noul router Cisco ASR 100) si am prins niste notiuni interesante despre cum se poate face upgrade la versiunea de IOS fara data loss in retea (Cisco ISSU – In Service Software Upgrade).

Urmatoarea prezentare aleasa a fost una despre Video over IP. Desi ma asteptam sa fie interesanta, a semanat foarte mult cu o prezentare de Voice over IP (doar cu consum de banda mai mare si MPEG in loc de G.729, deci nimic chiar nou). Dar trebuie sa recunosc ca Video over IP a fost un subiect destul de aprins la aceasta conferinta. Daca timp de doi ani peste tot unde mergeam auzeam doar de Voice over IP ca fiind ‘the new thing’ , acum toata lumea vorbeste despre VoIP ca ceva normal si de trecut. Video Is the new Voice

Mi-a placut ce au facut cei de la Cronus pentru a atrage lumea: au facut un Quiz accesibil prin reteaua lor wireless sau prin IP Phone-urile amplasate in hol, quiz la care au castigat niste prieteni premii interesante.

Am facut azi si prima sesiune de vorbit cu oamenii de la standuri (ca participant, ca am vorbit destul ca the network guy ). La pauza, la standuri am vizitat Brinel, o companie de care nu auzisem (si care nu m-a impresionat…probably new in the Cisco Partner Club, dar bine ca am aflat de ei) si Crescendo cu care m-am intalnit la toate event-urile de networking din ultimul an (am intrebat ce au nou, raspunsul fiind solutii pentru Call Center-uri, folosind o solutie Cisco+Microsoft). Inainte sa plec am mai trecut pe le standul Linksys care era cel mai non-bussines de acolo…daca vreau sa imi fac o solutie de home media center over network sau un home IP Telephony network, probabil as apela la ei (am vazut niste dispozitive mici, simple si extrem de ieftine comparativ cu celelalte firme, perfecte pentru SOHO). Ultima vizita a fost la Frontal, alta firma de care nu auzisem. La fel, cam ‘timizi’, dar am vorbit despre niste solutii de Multimedia over IP. La sfarsit a fost un Cocktail Party (si sampania si vinul rosu erau seci ).

Overall, cam dezamagit de prima zi (prezentari cam lame, pe langa faptul ca Cisco nu prea a avut grija de noi ca organizatori si iar am mancat pe banii nostri de la fast food, asta dupa ce am tipat ore intregi sa ni se dea si noua badge-uri si tricouri Cisco). Sper ca in a doua zi sa fie mai bine.

Desi evenimentul incepe miercuri, pregatirile au inceput de luni (cu instalarea standurilor si partea electrica). Marti a fost ziua pentru infrastructura de retea, unde Cisco Romania (organizatorii) s-au bazat pe ajutorul din partea Academiei Cisco, mai exact pe o echipa de 9 instructori printre care m-am numarat si eu. Daca ACM-ul a fost un fel de training pentru noi in organizarea unei infrastructuri de retea, CiscoExpo este ceva la o scara mult, mult mai mare, mai ales luand in considerare ca evenimentul are ca si clienti firme cu cifre uriase de afaceri. Probabil in cele 12 ore in care am lucrat la organizare mi-au trecut doar prin mana mea echipamente insumand aproape un milion de dolari, zona de expozitii precum si salile de conferinta a hotelului fiind umplute de echipamente Cisco.

Va urma…

Primul protocol la care ma gandesc cand vine vorba de subiectul acesta, este telnet, dar practic asaceva nu exista (poate doar pentru routere si switchuri Cisco neconfigurare cu securitate ). SSH-ul este probabil cel mai puternic si cel mai folosit. Secure Shell-ul este secure deoarece foloseste criptare prin RSA cu perechi de chei pentru a asigura o conexiune protejata. In situatia in care masina remote este un Linux box, mai mult ca sigur are instalat openSSH (trebuie doar pornit, sau permis din firewall). Cand vine vorba de Windows, nu prea am vazut servere SSH (dar asta nu inseamna ca nu exista). Daca masina locala este un Linux, partea client side e rezolvata… accesul remote se face folosind utiliatul ssh (sintaxa fiind ssh user@domain ). Daca suntem pe Windows (sau pe Linux dar vrem alt tool) avem Putty. M-am indragostit de el de cand l-am vazut dintr-un simplu motiv: era o aplicatie standalone de dimensiuni mici (deci de oriunde puteam sa il downloadez de pe net si sa il rulez fara install). 90% din ce fac eu remote, fac cu ajutorul lui Putty.

In cazul in care aveti nevoie de transfer de fisisre (upload mai exact) aveti basicly doua optiuni. Una este FTP-ul clasic. Eu de obicei folosesc drept client FireFTP care este un plugin pentru Firefox.  Dar de multe ori servicul de FTP nu este deschis pe server (sau nu exista acces la tot sistemul de fisiere). In acest caz eu obisnuiesc sa folosesc utilitarul din pachetul SSH scp (secure copy). Copiere Linux-Linux este usor deoarece comanda scp vine odata cu clientul de ssh (sintaxa este scp fisier_local user@server:/cale/catre/director pentru upload… pt download pur si simplu schimbati ordinea server-clinet… wildcard-urile sunt permise). Daca sunteti pe Windows, puteti folosi WinSCP, care la mine pe Windows se afla langa Putty . De mentioat ca viteza la scp e mult mai mica ca la FTP sau HTTP, dar eu zic ca e un sistem foarte bun de transfer.

Daca nu ne place command line-ul (I can’t imagine how can anyone not like CLI, but anyway…) avem optiunea de VNC, ceea ce ne-ar permite sa vedem exact ce este afisat pe monitorul masinii remote. VNC-ul il folosesc mai mult cand trebuie sa controlez o masina Windows. Ca server VNC pe Windows, prefer RealVNC versiunea free. E bine ca e free, dar nu ofera o securitate la fel de buna ca cea Pro (pe care o puteti incerca ca trial) si sincer am avut niste probleme de securitate (solutia a fost sa schimb porturile pe care asculta si/sau sa restrictionez accesul doar la anumite hosturi/retele). Un lucru pe care il ofera RealVNC si pe care multi nu o prea folosec este clientul VNC Java. Asta inseamna ca daca nu am un client pe calculator, il pot accesa de pe HTTP la adresa serverului VNC doar pe alt port. Ca si client putem folosi tot RealVNC (Client) sau, de multe ori prefer TightVNC (care are si optiunea de server) din acelasi motiv pe care folosesc Putty – pentru ca gasesc pe siteul lor o aplicatie mica standalone pe care doar o downloadez si rulez. De asemenea putem folosi VNC ca mijloc de prezentare in clase (cum facem noi la Academia Cisco) .

Asemanator cu VNC avem (dar doar pe Windows) Remote Desktop Connection. Nu prea il folosesc (dar uneori este mai eficient ca VNC, deoarece spre deosebire de acesta, care face screenshot-uri la desktop, Remote Desktop Connection se bazeaza pe actiunile capturate de catre sistemul de operare). Dar pentru ca e integrat in Windows, it has it’s drawbacks.

Trecand la mijloace mai avansate de administare, va prezint Webmin. Este un tool extrem de puternic, care m-a impresinat de cand l-am vazut. Functioneaza doar pe Linux (well..Unix clones). Se bazeaza pe o interfata Web (are un Apache in spate) accesibila prin orice browser. Ofera informatii despre sistem, si se pot face orice taskuri administrative (adaugat/sters user, listat/oprit procese, deschis servere, configurare firewall…ANYTHING). Si daca pachetul de baza nu face ce va trebuie, se pot adauga module care sa faca respectiva functie. It’s a great piece of sofware.

Motivul pentru care nu prea folosesc webmin este 1) pentru ca imi place command line-ul, ergo basic ssh, 2) Linux box-ul meu de acasa ruleaza SuSe. Si ce imi place mie la SuSe este YaST (yet another system tool). YaST este un fel de control panel, de unde se poate administra tot sistemul. Este accesibil din interfata grafica, DAR exista si o versiune de textmode. Acest lucru il face mai puternic, deoarece, odata ce am acces ssh la masina, pot accesa YaST-ul din command line si pot face tot ce as putea local. I love it.

Trecand de la PC-uri la alte echipamente, mai vreau vreau sa vorbesc despre accesul remote la routerele Cisco. Dupa cum orice CCNAist stie, routerele Cisco se pot accesa prin telnet sau, daca sunt configuare cum ar trebui, prin ssh. De obicei exista si optiunea de admintrare prin server HTTP.  Un tool mai avansat este SDM-ul. Unele routere au fisierele pentru SDM in memoria flash, permitand accesul doar printr-un browser (cu Java Runtime Enviroment). Daca nu, SDM-ul poate fi un soft local pe PC cu care se poate conecta la router.

Sunt multe tool-uri care ar face aceste lucruri…acestea sunt cateva folosite de mine si care poate va ajuta si pe voi.

Have fun

Concursul a tinut 5 ore in ziua de sambata 18 octombrie, dar pregatirile pentru el au inceput cu mai multe zile inainte. S-a desfasurat in holul Rectoratului. Probabil singurele 3 zile din an in care exista o organizare si un management la nivel international in Politehnica. In mod traditional, echipa de la Academia Cisco din Facultatea de Automatica si Calculatoare s-a ocupat de logistica concursului si implementarea retelei (a fost prima editie la care am fost in Echipa de Networking de la ACM). Echipa de Software a fost compusa din cativa oameni din ROSEdu iar Juriul a fost compus din profesori de la Facultatea de Automatica si Calculatoare precum si profesori de la universitati din toata regiunea Europa de Sud Est.

Rezultatul a fost editie  de succes din punct de vedere organizatoric. Din pacate, echipele din Romania nu au reusit sa obtina un loc de calificare, echipele din Ucraina ocupand primele doua locuri (clasamentul se gaseste aici).

Imediat dupa terminarea concursului, infrastructura a fost mutata complet (intr-un timp record chiar) in corpul EC unde s-a tinut un LanParty (LANStrike 2.0 by SRAITS)  care a venit ca o rasplata pentru cei care s-au ocupat de organizarea ACMului (mai putin pentru cei care se ocupau de organizarea ambelor evenimente…like me…).

A fost o experienda interesanta si astept editia de anul viitor.

Primul, LPIC, este un curs ce pregateste studentii pentru obtinerea certificarii LPIC-1 de la LPI (Linux Professional Institute).  LPCI-1 se obtine prin trecerea a doua examene 101 si 102 si este primul nivel din structura de certificari oferite de LPI. Curiculumul pentru aceste examen cuprinde capitole gen comenzi si utilitare GNU/Linux, shell scripting, netwoking, securitate, taskuri administrative pe un sistem Linux. Certifcarile LPI sunt printre cele mai recunoscute din lume, alaturi de RHCE si Linux+.

Al doilea, CCDA (Cisco Certified Design Associate) este un curs oferit de Academie celor ce doresc sa isi dea examenul pentru certificarea CCDA care este prima certificare pe ramura de Design. Acesta ramura capata importanta din ce in ce mai mare, dovedita prin scoaterea recent a unei certificari de nivel CCIE de Design.

Interviurile pentru aceste cursuri se fac joi, 16 Octombrie. Detalii pe http://ccna.ro

Un element important in Dynamips este IdlePC-ul. Acesta este o valoarea numerica, on cod care optimizeaza procesul de rulzare a IOS-ului, micsorand semnificativ consumul de procesor.

Rularea unei topologii in Dynagen se face prin deschiderea fisierelor .net (unde este descrisa topologia). Se deschide o interfata command line de unde se pot porni routerele ( start ROUTER_ NAME ), accesa routerele (telnet ROUTER_NAME) si se pot gasi si valorile IdlePC ce pot optimiza ruterele ce ruleaza pe sistem (idlepc get ROUTER_NAME). Vor returna pana la 10 valori, unele mai performante, alte nu. Aplicati una din ele. Exista totusi posibilitatea ca dynamips-ul sa dea eroare si sa pice.

Singurul lucru care m-a impresionat cu adevarat la dynagen este faptul ca pot face interactiunea intre routerul emulat si interfetele fizice de pe masina gazda.

Un fisier .net arata astfel:

[[ROUTER R1]]

f0/0 = R2 f0/0

[[ROUTER R2]]

f0/0 = R1 f0/0

Pe scrut, interfata_locala = echipament_vecin interfata_ecipament_vecin.

Putem face legatura cu o interfata fizica printr-o linie interfata_locala = cale_interfata. Acesta cale poate fi aflata scriptul Network device list (este un .bat in Windows sau un bash script in Linux). Dynagen-ul va presupune ca interfata routerului si interfata fizica a calculatorului gazda sunt conectate la un switch virtual. Tot ce trebuie sa faceti e sa puneti IP-uri din aceeasi retea si aveti legatura.

Iata o topologie simpla. Un router ‘conectat’ la un PC.

Routerul are adresa 192.168.238.2 si calculatorul 192.168.238.1. Ping succesfull .

O alta varianta ar fi un emulator. Diferenta este ca in loc sa simuleze ce ar face codul IOS-ului (sistemul de operare al routerelor Cisco), el chiar ruleaza codul doar ca nu pe platforma routerului (Power PC) ci pe o platforma de PC (i386).  Un astfel de soft este Dynamips, care ruleaza IOS-ul pe un PC sub forma unui daemon (serviciu), accesibil prin telnet pe un port pe localhost. Pentru a crea o retea de astfel de routere avem nevoie de un al doilea program care sa le lege. Aici intervine Dynagen. Acesta controleaza instante de dynamips in functie de setarile fisierului .net unde se mentioneaza routerele si felul in care sunt conectate (prin interfete Ethernet/ Seriale, switch virtual sau nor de Frame Relay).

Dar interfata dynagen este foarte user unfriendly (command line care mai ales in Windows e..well..Windows). Aici intervine GNS3. Este o interfata grafica care ruleaza deasupra lui dynagen si dynamips si este la fel de usor de folosit ca Packet Tracer. Puteti downloada installerul de Windows complet cu toate pachetele necesare (inclusiv dynamips si WinPCAP- pachetul ce captureaza pachetele pe pe interfete) de aici.

Dupa instalare, la prima rulare a GNS3 trebuie specificata calea catre executabilul dynamips (ar trebui sa fie detectat automat) si, mai important, calea catre un IOS. Atentie! Dynamips este doar emulatorul, programul de baza PESTE care ar rula un IOS. Asta inseamna ca de sistemul de operare al routerului trebuie sa faceti rost voi (Cisco IOS este un sistem de operare proprietar si closed-source… trebuie sa aveti drep de folosire al lui). IOS-ul vine sub forma unui fisier .bin, cu o dimensiunea de 10-50MB in functie de capabilitatile versiunii respective. Trebuie sa asociati modele de routere din GNS3 cu anumite sisteme de operare.

Designul unei topologii este foarte usor. All drag’n'drop. Adaugati echipamente din meniul din stanga si le conectati cu cablurile respective.

(Don’t mind the quality of the images…all done in MSPaint )

Pasul urmator este sa porniti routerele…

Dupa pornire, puteti sa accesati routerele prin Telnel. Din acelasi meniu ca si Start aveti Console. Rezultatul:

Si asta ar fi GNS3 in 10 minute. Recunosc ca sistemul nu e chiar usor pentru un incepator, dar de multe ori merita.

Pros and Cons: Proul este ca e un emulator si nu un simulator, deci permite cea mai realistica simulare a unui router. Cons-urile sunt mai multe: in primul rand mananca o cantitate imensa de resurse (RAM si CPU). In al doilea rand, trebuie sa procurati IOS-ul (ceea ce nu e usor). Si de simulat, nu putem emula decat routere si PIX-uri (cu ceva munca am inteles ca se poate emula si un Switch Layer3).

Am zis ca o introducere in acest sistem este necesara deoarece as dori sa revin cu alte exemple de lucruri ce pot fi facute cu aceste tooluri.

Certificarile noi scoase sunt CCNA Security, CCNA Wireless si CCNA Voice. Ciudat cum nu au ales nume mai simple gen CCSA, CCWA si CCVA, dar banuiesc ca e din politica de a promova cel mai de succes produs al lor: CCNA. Nici una din aceste certficiari nu este echivalenta cu CCNA si toate au ca prerequirement certificarea de CCNA.

Din pacate odata cu anuntul despre introducerea certificarilor nu au fost scose si documentatiile. Stirea despre certificari este relativ veche. Zilele trecute Cisco Press a scos o versiune Routh Cut (adica un fel de beta) cartea cu materiale pentru examenul de Wireless (ocazie cu care scriu si articolul), dupa ce deja se scosese cea de Security. Astept in mod special scoaterea cartii de Voice. Pana in toamna ar trebui sa fie scoase toate materialele necesare. Este un zvon (pe care si Cisco il evita) ca se vor scoate cursuri in cadru Cisco Networking Academy pentru aceste certificari.

Sw1# configure terminal
Sw1(config)# interface range f0/10 – 13
Sw1(config-if-range)#channel-group 5 mode on

Va va aparea mesajul
%LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel 5, changed state to up
Aceasta este interfata logica creata, pe care vom faca de acum incolo configurarile ca pe un port normal. Numarul interfetei Port-channel este numarul grupului. Facem acelasi lucru pe switch-ul celalalt. Acolo putem folosi de exemplui channel-group 6, numarul avand doar semnificatie locala.
Pentru a configura EtherChannel-ul ca trunk, intram pe interfata logica.

Sw1(config)# interface Port-channel 5
Sw1(config-if)#switchport mode trunk

Trebuie sa asociem porturile pentru hosturi cu vlanurile respective (cu comenzile switchport mode access respectiv switchport access vlan vlanx pe interfete f0/1 si f0/2). Tip: Pentru ca stim ca pe respetivele porturi avem conectate doar hosturi, putem sa le setam cu PortFast pentru a dezactiva STP-ul pe el (spanning-tree portfast pe interfata).
Hadeti acum sa exploram beneficiile de a avea un MLS. Daca aveam switchuri normale, pentru routarea inter-vlan avem nevoie de un router si o topoligie router-on-a-stick (unde aveam un router, conectat la un switch printr-un trunk si cu ajutorul subinterfeteleor bagam routerul in toate VLANurile si stia el sa se ocupe de routare). Un MLS poate poate face routare inter-vlan prin doua moduri: prin routed ports sau prin SVI-uri. Vom discuta doar despre SVI (Switch Virtual Interface). Ele sunt niste interfete virtuale carora le putem asocia o adresa IP si un VLAN. Sunt asemnatoare cu interfetele de management de pe switch-urile layer 2 dar ca nu sunt limitate la una per switch, ci exista una per VLAN. Switchul multilayer va stii sa routeze intre VLANurile care au create pe switch un SVI. SVI-urie vor fi default gateway-urile pentru hosturi. Un SVI se creaza astfel:

Sw1(config)# interface Vlan10

Sw1(config-if)#ip address 10.0.0.1 255.255.255.0

Sw1(config-if)#no shutdown

Trebuie sa setam cate un SVI pentru fiecare VLAN (si vom face asta pe un singur switch deoarece doar pe unul trebuie sa facem routarea). Pentru ca rotuarea sa functioneze trebuie activata (daca nu este deja)

Sw1(config)# ip routing

Si pentru a arata cat de destept este un MLS, mai activam un serviciu gasit pe un router: DHCP. Facem doua pool-uri pentru cele doua VLAN-uri (la fel, vom folosi un singur un singur switch ca server).

Sw1(config)# ip dhcp pool vlan_pool_10

Sw1(dhcp-config)# network 10.0.0.0 255.255.255.0

Sw1(dhcp-config)# default-router 10.0.0.1

Si iata o topologie facuta doar cu Switch-uri Multilayer.

Puteti gasi fisierul Packet Tracer aici.

Sper ca a fost informativ.

Impreuna cu un coleg-instructor din Academie am mers ‘in delegatie’ la Galaciuc, unde am avut de facut doua lucruri: 1) O prezentare in fata elevilor despre Packet Tracer (si despre basic networking) 2) Un concurs de Packet Tracer ( l-am numit Cisco Packet Tracer Challenge ) a doua zi. Am fost foarte placut surprinsi de interesul ‘copiilor’ in Packet Tracer si bucurosi ca s-au descurcat foarte bine la concurs (desi aveau exprienta de cateva ore cu produsul).

Pe langa aceste doua event-uri, a mai avut loc si o prezentare a Managerului Regional Cisco NetAcad, domnul Nicolai Sandu si cel mai interesant mi s-a parut teleconferinta organizata de dl Nicolai cu Ciprian ‘Cip’ Popoviciu de la Cisco, din America, care ne-a povestit despre expeditia sa pe Everest (powered by Cisco ). Bineinteles toata teleconferinta a fost facuta cu tehnologie Cisco .  De asemenea a mai fost un concurs de cablare organizat de domnul Daniel Popa de la Academia Cisco din Orastie.

Am fost onorati ca am primit atata atentie din partea participantilor si mandrii ca eram ‘tipii de la Cisco’ (dupa cum ni s-a mai zis ). Pacat ca nu am putut participa si la alte evenimente pentru ca a trebuit sa plecam repede deoarece seara aveam sedinta instructorilor in Academie (sunt mandru de masinuta mea care nu prea a vazut viteze sub 130 tot drumul).

(am asteptat sa apara pozele inainte de a posta)

(have a new Cisco T-Shirt btw )

Nelegat de eveniment, s-a scos Packet Tracer 5. A fost scos cu cateva zile inainte sa plecam la Galaciuc, deci nu am putut sa prezentam pe el… am facut prezentarea pe 4.11.

Packet Tracer este un simulator de network disponibil studentilor din Academia Cisco. Il recomand cu cea mai mare placere. Mi-a fost foarte util atunci cand faceam cursurile de CCNA (atunci fiind la versiunea 3.0-3.1). Versiunea 4.0 a adus imbunatatiri substantiale si 4.1 si 4.11 au fost updateuri bune. Packet Tracer 5.0 nu m-a impresionat in mod special. A adaugat un switch multilayer dar nu cu multe optiuni de configurare (pacat ca nu l-au scos inainte sa fac BCMSN-ul). Macar am reusit sa fac un EtherChannel in PT. A fost adaugata optiunea de multiarea OSPF si facitilati pt IPv6 (desi eu nu am reusit sa configurez nimic cu IPv6). O chestie interesanta pare a fi “Multiuser Connection” care permite conectarea mai multor instante de PT (chiar de pe masini diferite). Desi nu am explorat optiunea, pare foarte promitatoare.

Anyway,  pentru cei ce vor o mica introducere in acest domeniu, m-am gandit sa public pe site un mic document pe care l-am scris pentru Sesiunea de comunicari stiintifice de anul acesta (documentul este in engleza).

As dori sa revin in curand cu niste HOWTO-uri pe acesta tema.

Si daca tot am deschis un post, as vrea sa va ofer un link la un site interesant de care am aflat recent.  Scribd este un site util pentru publicarea online a documentelor pe care vreti sa le share-uti cu lumea. E un fel e Youtube pentru documente.