[Thread Ufficiale] Preparazione CCNA autodidatta

[The_ouroboros]

Salve a tutti,

Come mi è stato consigliato, apro un 3d per domande, esercizi, dubbi e approfondimenti sulla preparazione della certificazione Cisco CCNA (e oltre) per cui mi sto preparando da audodidatta.

Sperando che serva anche a qualcun'altro cercherò di mettere in questo primo post le info utili (così da non dover leggere pagine su pagine).

Ed ecco una lista di post interessanti (aggiornata spesso):

• Una conversazione arp
• Una delle differenze tra wired e wireless I
• Una delle differenze tra wired e wireless II
• Domande e soluzioni di subnetting (e post successivi)
• Esempi pratici di supernetting (manual summary)
• OSPF (post domande)
• EIGRP (post domande)
• Indirizzi Ipv6 una intro sulle varie parti
• Indirizzi Ipv6 una intro sulle varie parti II
• Indirizzo multicast Ipv6
• Multicast EIGRP in Ipv6
• Altri importanti multicast Ipv6
• I multicast "link-local scope" Ipv6
• Autoconfig IPv6
• Domanda su STP
• Domanda EIGRP
• IPv4 Multicast addresses
• Schemi riassuntivi EIGRP
• Programma CCNP Route in Mappe concettuali per ripassi e apprendimento rapido
• CCIE Routing & Switching Mappe concettuali MPLS
• Public Route Servers (per esercitarsi con gli show commands di BGP sui router di dorsale reali)

Collegamenti esterni:

• Nozione di base sul subnetting
• Il primo gioco: subnetting for dummies
• Guida Linux per connettersi a devices Cisco
• Ipv6 Subnetting (Cisco forums)
• Schede riassuntive
• Blog CCNA di Wendell Odom
• Tanenbaum, Wetherall Computer Networks 5e Video Set
• Cisco ASA 8.4 on GNS3
• Lab per la CCNA free (per PT)

-+-+-+ Programma CCNP Route in Mappe concettuali per ripassi e apprendimento rapido. (by Wolfhwk)

Qui sotto trovate i link gdrive delle mappe concettuali che io uso abitualmente per i miei studenti. Sono molto fedeli alla guida certificazione ufficiale.
Sono dei jpeg enormi che fanno la loro porca figura sui mega schermoni dell' aula dove insegno. Nel vostro caso dovete zoomare molto.
Per il download non è richiesta la mia autorizzazione. E' pubblico.
Ouroboros, segnala in prima pagina.
E' tutto in italiano.

ADVANCED IGP REDISTRIBUTION
https://drive.google.com/file/d/0BwN...ew?usp=sharing



OSPF ROUTE SUMMARIZATION FILTERING DEFAULT ROUTING
https://drive.google.com/file/d/0BwN...ew?usp=sharing



IPV4 AND IPV6 COEXISTENCE
https://drive.google.com/file/d/0BwN...ew?usp=sharing





OSPF NEIGHBORSHIPS
https://drive.google.com/file/d/0BwN...ew?usp=sharing




BASIC IGP REDISTRIBUTION
https://drive.google.com/file/d/0BwN...ew?usp=sharing



EIGRP TOPOLOGY ROUTES CONVERGENCE
https://drive.google.com/file/d/0BwN...ew?usp=sharing



IPV6 ADDRESSING
https://drive.google.com/file/d/0BwN...ew?usp=sharing



INTERNAL BGP AND BGP ROUTE FILTERING
https://drive.google.com/file/d/0BwN...ew?usp=sharing



EIGRP NEIGHBORSHIPS
https://drive.google.com/file/d/0BwN...ew?usp=sharing



EIGRP ROUTE SUMMARIZATION AND FILTERING
https://drive.google.com/file/d/0BwN...ew?usp=sharing


IPV6 ROUTING PROTOCOLS AND REDISTRIBUTION
https://drive.google.com/file/d/0BwN...ew?usp=sharing




OSPF VIRTUAL LINKS AND FRAME-RELAY OPERATIONS
https://drive.google.com/file/d/0BwN...ew?usp=sharing



ROUTING OVER BRANCH INTERNET CONNECTIONS
https://drive.google.com/file/d/0BwN...ew?usp=sharing




INTERNET CONNECTIVITY AND BGP
https://drive.google.com/file/d/0BwN...ew?usp=sharing



BGP PATH CONTROL
https://drive.google.com/file/d/0BwN...ew?usp=sharing



POLICY BASED ROUTING AND IP SERVICE LEVEL AGREEMENT
https://drive.google.com/file/d/0BwN...ew?usp=sharing



EXTERNAL BGP
https://drive.google.com/file/d/0BwN...ew?usp=sharing



OSPF TOPOLOGY ROUTES CONVERGENCE
https://drive.google.com/file/d/0BwN...ew?usp=sharing[/quote]

___________________________________________________________

Il contenuto di questo post è rilasciato con licenza Creative Commons
Attribution-Noncommercial-Share Alike 2.5

[The_ouroboros]

mi è venuto un piccolo dubbio (curiosità invero).
Ma per collegamente p2p (router-router ad esempio) c'è qualche regola?
Nei testi, in linea di massima, si usa sempre un collegamento seriale. (io nei lab virtuali uso sempre un RJ45 cross, di solito FastEthernet)

[Wolfhwk]

Ottimo.

[Wolfhwk]

Originariamente inviato da The_ouroboros

mi è venuto un piccolo dubbio (curiosità invero).
Ma per collegamente p2p (router-router ad esempio) c'è qualche regola?
Nei testi, in linea di massima, si usa sempre un collegamento seriale. (io nei lab virtuali uso sempre un RJ45 cross, di solito FastEthernet)

Mah, dipende dal servizio wan. Nel frame-relay userai il seriale, nel Metro Ethernet avrai un fast o gigabit ethernet con trunking.
Generalmente in linea teorica il clock ci viene dato da un csu/dsu collegato con seriale al router. Il csu/dsu a sua volta è collegato al provider con un cavo che ha lo spinotto rj45 (esempio ccna).
Diciamo che fondamentalmente la porta fastethernet è per la LAN.
In laboratorio monterai due router. Uno con un cavo seriale DTE e l'altro DCE collegati insieme. Il DCE fornisce il clock.

[The_ouroboros]

Capisco.

[The_ouroboros]

Quindi è come se fosse che il DCE è il nostro "ISP" e il DTE e il "modem".
Passami i termini, sto cercando di capire

[Wolfhwk]

Il DTE è il nostro router, il DCE è il dispositivo del provider che dà il clock.
Attenzione però che molti router hanno il dce integrato (una scheda/modulo), oppure può essere un dispositivo esterno delle dimensioni di un modem, oppure uno switch frame-relay.

[The_ouroboros]

parli dei moduli WIC?

[Wolfhwk]

Yes.

[The_ouroboros]

comincio a capire.
Ora però ritorno alle mie care NAT e PAT

[The_ouroboros]

domanda su routing... ma RIPv2 conviene veramente su reti SOHO o piccole?
O un EIGRP è meglio e più funzionale?

[Wolfhwk]

EIGRP richiede una discreta potenza di calcolo (e consumo di banda), perchè generalmente la metrica viene calcolata in base alla banda e al ritardo cumulativo (il delay).

In reti piccole, in cui non vi sono molti link con banda differente, conviene utilizzare ripv2, se non addirittura route statiche.

Pensa che su interfacce(o subint) frame-relay punto punto conviene persino impostare il 30% di banda dedicata a eigrp per il suo ottimale funzionamento (per curiosità, il comando è "ip bandwidth-percent eigrp <as num> <percentuale>").

[The_ouroboros]

Originariamente inviato da Wolfhwk

Pensa che su interfacce(o subint) frame-relay punto punto conviene persino impostare il 30% di banda dedicata a eigrp per il suo ottimale funzionamento (per curiosità, il comando è "ip bandwidth-percent eigrp <as num> <percentuale>").

Interessante

E OSPF, come è messo a occupazione banda?

[Wolfhwk]

Mah, ospf deve vedersela con il calcolo dell' algoritmo spf. Pertanto si tendono a creare delle aree per non sovraccaricare i router. In quanto a occupazione banda siamo ai livelli di eigrp.
Uno dei punti forti dell' eigrp è la possibilità di sfruttare la varianza per inserire route non uguali per una subnet come successor nella tabella di routing, consentendo convergenza istantanea in caso di problemi e load balancing proporzionale (ovver per valore metrica).
E con offset-list mi posso modificare pure la feasible distance e quindi anche la reported distance per una subnet, per crearmi route idonee all' utilizzo con la varianza.

[The_ouroboros]

L'algoritmo di Dijkstra, già.

Quindi...
Per una soho è meglio una bella static route.
Piccolo ufficio Ripv2
Grande EIGRP/OSPF.

Il tutto, ovviamente, cum grano salis e in base alla situazione. (mai generalizzare troppo, mi insegna l'esperienza)

Cmq oggi mi sono dato un occhio a nat e pat e ho ritrovato le ACL.. sono ovunque (o quasi )

[Wolfhwk]

Bravo, usare eigrp/ospf in reti piccole è come cercare di uccidere una mosca con un lanciamissili.

Per quanto riguarda le access-list stai particolarmente attento a questi punti:

- usano la first-match logic
- vanno dalla più specifica alla più generica (num di sequenza crescenti)
- negano tutto il traffico in modo implicito a meno che non gli si configuri alla fine un bel
permit ip any any (extended) o permit any (standard).

[The_ouroboros]

Originariamente inviato da Wolfhwk

:

- usano la first-match logic
- vanno dalla più specifica alla più generica (num di sequenza crescenti)
- negano tutto il traffico in modo implicito a meno che non gli si configuri alla fine un bel
permit ip any any (extended) o permit any (standard).

Non ho ben presente il concetto in neretto (o magari lo conosco come altro)... potresti chiarirlo?

Thanks come sempre

[Wolfhwk]

Praticamente cerco la prima corrispondenza e poi esco dal processo di verifica delle condizioni della access-list.
Per questo è importante la regola "dalla più specifica alla più generica".

Se metti come prima sequenza <deny ip any any>, non passerà nessuno, anche se nella sequenza successiva ci sono regole che permettono il transito di eventuale traffico.

La sequenza viene decisa con le extended e standard nell' ordine in cui si inseriscono le regole. Nella named access-list si può specificare il numero di sequenza e inserire la regola dove si vuole nella lista (sempre rispettando il criterio specifica-generica).

Sono stato chiaro?

[The_ouroboros]

ora si.
Una altra piccola domandina, poi per oggi, che non sto benissimo, mi rilasso un poco.
Le interfacce di Loopback.. a parte l'evidente plus di essere always on tranne problemi fisici del router...che utilità hanno?

[Wolfhwk]

Ad esempio nell' elezione del designated router e backup designated router con ospf (le int loopback sono stabili) nel caso in cui non si sia definito il RID con il comando <router-id>, oppure per propagare una default-network tramite eigrp.
Il caso di eigrp è particolarmente interessante.

Il router che ha diretto accesso a internet propaga una rete virtuale/logica presa dall' interfaccia di loopback. Gli altri router vedranno come default-network la rete del loopback e come GW of last resort il next-hop router come di norma.
Ovviamente il router che propaga questa default-network instrada correttamente il traffico verso l' interfaccia affacciata su internet e non ha un GW of last resort.