Premessa
La realizzazione dello scenario che seguirà, necessita delle conoscenze acquisite sino all’ultimo semestre del percorso di certificazione CCNA. Tale scenario sarà suddiviso in più fasi in modo da poter facilitare la comprensione a livello teorico che a livello pratico.

Scenario
Qui di seguito trovate la topologia che andremo a realizzare, come si può vedere occorrono 4 router con interfacce Ethernet, Seriali e ISDN BRI S/T, uno switch che supporti vlan e dot1q, e infine 2 modem DCE-3.

Di seguito ho riportato il materiale e le caratteristiche degli apparati utilizzati:

Cisco 1721

• 1 Wic 1T (1 Seriale DB60)
• 1 FastEthernet
• 1 Wic 2T A/S (2 seriali Sync/Async)

Cisco 1720

• 1 Wic 1T (1 Seriale DB60)
• 1 FastEthernet
• 1 Wic 2T A/S (2 seriali Sync/Async)

Cisco 2520

• 2 Seriali DB60 Sync
• 2 Seriali DB60 Sync/Async
• 1 Ethernet
• 1 ISDN BRI S/T

Cisco 2520

• 2 Seriali DB60 Sync
• 2 Seriali DB60 Sync/Async
• 1 Ethernet
• 1 ISDN BRI S/T

Cisco Catalyst 2924XL-EN

• 24 FastEthernet

Simulatore ISDN

• 4 Connessioni contemporanee

Ciccando qui si possono vedere le foto del rack con i vari apparati utilizzati per questa topologia.

Fase1 – Indirizzamento
La prima fase prevede l’assegnazione degli indirizzi IP per tutte le interfacce che parteciperanno alla topologia. Come indirizzo ho usato reti appartenenti a tutte e tre le classi private, fatta eccezione per la rete tra le interfacce connesse tra i due modem DCE-3, che è una rete pubblica di classe C. Nella realizzazione delle connessioni punto punto è stata utilizzata la tecnica del Subnetting, informazioni più esaurienti sono disponibili nell’articolo scritto da Gianluca Caliò pubblicato su AreaNetworking e disponibile a questo link.

Questa tabella riporta gli indirizzi IP assegnati alle internacce presenti nella topologia

R2S0     WAN       172.16.0.1 /30              R3S0 WAN      172.16.0.2 /30
R2Bri0   ISDN      172.17.0.1 /30              R3Bri0 ISDN   172.17.0.2 /30
R4S0     dce         10.0.0.1 /30                 R3S1 dte        10.0.0.2 /30
R1S0     dce         10.0.1.1 /30                 R2S1 dte        10.0.1.2 /30
R1Fa0                  10.255.255.3 /24   <-> Sw1Fa3
R2Fa0                  10.255.255.4 /24   <-> Sw1Fa4
R3Fa0                  10.255.255.5 /24   <-> Sw1Fa5
R4Fa0.1 dot1Q      10.255.255.1 /24   <-> Sw1Fa1
Sw1Vlan1             10.255.255.2 /24   <-> R4Fa0.1

Fase2 – Configurazione dei router e Routing OSPF ed EIGRP
Il routing è un processo utilizzato dai router per instradare pacchetti verso la destinazione. Il router essendo un dispositivo di livello 3 del modello iso/osi prende le decisioni in base all’indirizzo ip di destinazione, per far ciò deve conoscere la direzione da seguire per arrivare a destinazione. Principalmente esistono due tipologie di routing:

1. Routing dinamico: Ovvero, utilizzando i protocolli di routing tipo rip, ospf, eigrp ecc… le informazioni per la rete/i di destinazione viene appresa tramite gli altri router.
2. Routing statico: a differenza del dinamico e proprio l’amministratore di rete stesso che decide immettendo route statiche, il percorso per raggiungere la rete di destinazione.

La netta differenza tra i due processi è che con il routing statico ogni cambiamento che viene fatto nella rete, deve sempre essere modificato  manualmente dall’amministratore, invece con il routing dinamico il compito è svolto automaticamente dai protocolli di routing. Infatti, il routing statico di solito è rivolto a piccole reti che richiedono bassa manutenzione e poca scalabilità. Nelle grande reti spesso si trovano entrambi i processi di routing.

Maggiori informazioni sul routine sono disponibili nell’articolo Protocolli di routing dinamico scritto da Alessandro Torchia

R1#sh ip ro
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
* - candidate default, U - per-user static route, o - ODR
P - periodic downloaded static route
Gateway of last resort is not set
1.0.0.0/32 is subnetted, 1 subnets
C 1.1.1.1 is directly connected, Loopback1
2.0.0.0/32 is subnetted, 1 subnets
O 2.2.2.2 [110/65] via 10.0.1.2, 04:52:45, Serial0
10.0.0.0/8 is variably subnetted, 3 subnets, 3 masks
C 10.0.1.2/32 is directly connected, Serial0
C 10.255.255.0/24 is directly connected, FastEthernet0
C 10.0.1.0/30 is directly connected, Serial0

R2#sh ip ro
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
1.0.0.0/32 is subnetted, 1 subnets
O 1.1.1.1 [110/65] via 10.0.1.1, 04:50:44, Serial1
2.0.0.0/32 is subnetted, 1 subnets
C 2.2.2.2 is directly connected, Loopback2
3.0.0.0/32 is subnetted, 1 subnets
S 3.3.3.3 [5/0] via 172.16.0.2
172.16.0.0/30 is subnetted, 2 subnets
C 172.16.0.0 is directly connected, Serial0
C 172.16.1.0 is directly connected, BRI0
10.0.0.0/8 is variably subnetted, 3 subnets, 3 masks
C 10.255.255.0/24 is directly connected, Ethernet0
C 10.0.1.1/32 is directly connected, Serial1
C 10.0.1.0/30 is directly connected, Serial1

R3#sh ip ro
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
2.0.0.0/32 is subnetted, 1 subnets
S 2.2.2.2 [5/0] via 172.16.0.1
3.0.0.0/32 is subnetted, 1 subnets
C 3.3.3.3 is directly connected, Loopback3
4.0.0.0/32 is subnetted, 1 subnets
D 4.4.4.4 [90/2297856] via 10.0.0.1, 04:48:05, Serial1
172.16.0.0/30 is subnetted, 2 subnets
C 172.16.0.0 is directly connected, Serial0
C 172.16.1.0 is directly connected, BRI0
10.0.0.0/8 is variably subnetted, 3 subnets, 3 masks
C 10.255.255.0/24 is directly connected, Ethernet0
C 10.0.0.0/30 is directly connected, Serial1
C 10.0.0.1/32 is directly connected, Serial1


R4#sh ip ro
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
3.0.0.0/32 is subnetted, 1 subnets
D 3.3.3.3 [90/2297856] via 10.0.0.2, 04:54:23, Serial0
4.0.0.0/32 is subnetted, 1 subnets
C 4.4.4.4 is directly connected, Loopback4
172.31.0.0/24 is subnetted, 1 subnets
C 172.31.255.0 is directly connected, FastEthernet0.2
10.0.0.0/8 is variably subnetted, 3 subnets, 3 masks
C 10.0.0.2/32 is directly connected, Serial0
C 10.255.255.0/24 is directly connected, FastEthernet0.1
C 10.0.0.0/30 is directly connected, Serial0
C 192.168.255.0/24 is directly connected, FastEthernet0.3

Fase3 – Configurazione del Frame Relay, PPP, ISDN
ISDN
Isdn acronimo di Integrated Services Digital Network è una connessione di tipo Wan che utilizza il
tradizionale cavo telefonico (local loop), cambiandolo in una connessione digitale detta TDM.
Normalmente, usa divesi canali B a una velocità di 64 kbps per le chiamate voce o per i dati, e il
canale D per il call setup (installazione chiamata), o per segnalazioni.
Esistono due tipologie di connessioni ISDN:

1. ISDN Bri (Basic rate Interface) che utilizza solamente 2 canali B a 64k e un canale D a 16 kbps, questa tipologia di connessione è di solito utilizzata da piccoli uffici o nelle case, ove la necessità di elevata velocità, (banda), è minima. Infatti, l'esigenza primaria è quella di stabilire una connessione alla rete internet e aver sempre a disposizione (quindi libera), una lineea telefonica. La sua massima velocità è espressa dall'unione dei due canali B, (64k + 64k = 128kbps).
2. ISDN Pri (Primari Rate Interface) questa tipologia di connessione viene utilizzata in modo diverso a seconda del luogo, (continente), dove viene installata: In Nord America la PRI ISDN utilizza 23 canali B e uno D a 64 kbps per un totale di 1,544 Mbps quindi la classica T1.

In Europa e in Australia la PRI ISDN utilizza ben 30 canali B e uno D, per un totale di 2,048 Mbps ovvero raggiunge la connessione E1. Quindi a differenza della BRI, quest’ultima trova grande utilizzo nelle grande aziende dove si necessità di un elevata velocità di connessione e di diversi numeri di linee telefoniche.
Infine, le linee ISDN vengono molto spesso affittate per svolgere solamente la funzione di linee di backup.

Frame Relay
Il Frame Relay è un protocollo di comunicazione Wan di livello 2 del modello iso/osi, è di tipo packet switched e connection oriented. Esso rappresenta un insieme di switch interconnessi di tipo DCE (Data  Communication Equipment). La comunicazione attraverso una rete Frame relay avviene tra 2 DTE(Data Terminal Equipment), ed è detta VC (circuito virtuale) e può suddividersi in SVC (circuiti virtuali dinamici), e PVC (circuiti virtuali permanenti). Frame Relay opera su linee digitali di alta qualità , e non ha un meccanismo di recupero errori, se c'è un errore il frame viene scartato. Una singola interfaccia di un router puo contenere  diversi VC che vengono distinti in modo locale da un DLCI ( Data Link Channel Identifier), esso è sempre presente nel campo di indirizzo del frame.
Principalmente il frame relay svolge 3 funzioni:

1. prende i pacchetti di dati dal livello 3
2. li incapsula come dati in frame Frame relay.
3. Li passa al livello fisico, che tipicamente attraversa i cavi seriale di tipo 232, 449, 530, V35o X21.

In genere la connessione a una linea frame relay è sempre affittata, le velocità tipiche partono da 64kbps e possono raggiungere i 4Mbps.
Esistono diverse topologie di Frame Relay:

• Topologia a stella: hub con 5 link fisici detta spokes
• Star: hub con un link fisico che porta 5 VC.
• Full mesh topology: 5 nodi richiedono 10 link
• Frame Relay Mesh: ogni DTE ha 1 link fisico che porta 4 VC.

Il Frame relay fornisce il trasferimento di dati packet swiched con minimo ritardo. Le estensioni per lo stato del trasferimento sono dete LMI (Local Managament Interface). Le estensioni LMI richiedono:

• Il meccanismo Heart beat che verifica che un VC sia operativo
• Il meccanismo multicast
• Il controllo di flusso
• l'abilità di dare ai DLCI un significato Globale
• Il meccanismo di stato VC

Il tipo di configurazione sul router deve coincidere con quello del provaider.
Tipi possibili:

1. CISCO: le estensioni LMI originali
2. ANSI: corrisponde ad ansi T1.617 Annex D
3. q933a: corrisponde a ITU Q 933 Annex A

NAT
Il NAT acronimo di Network Address Translator si occupa di translare gli indirizzi privati in indirizzi pubblici. Grazie a questo processo di translazione da privato a pubblico si possono utilizzare gli indirizzi privati per navigare in internet, pur mantenendo nascosto l’indirizzo privato. Il NAT può essere di tipo statico o dinamico, ma prima di definirne la differenza dobbiamo acquisire i seguenti concetti:

• Inside local address: Interfaccia o interfaccie locali, appartenenti alla nostra LAN.
• Inside global address: Interfaccia interna del nostro router
• Outside local address: Interfaccia del nostro router che si affaccia nella rete esterna
• Outside global address: Interfaccia di destinazione esterna

Dopo aver distinto i quattro termini per il nat, parliamo di nat statico e dinamico:
Il nat statico permette di mappare indirizzi locali e globali a pari livello ovvero la cosiddetta mappatura di tipo 1:1. Questo tipo di mappatura è utile per la maggior parte di aziende ove è richiesto a un gran numero di host l’accesso alla rete internet.
Il Nat Dinamico invece serve a mappare un indirizzo privato in uno pubblico. Ogni indirizzo IP tra un pool (gruppo) di indirizzi IP pubblici è assegnato ad un host di rete.
Un altro fattore che lavora insieme al NAT è il PAT acronimo di Port address Translation che si occupa di mappare diversi indirizzi ip privati ad un solo indirizzo ip pubblico. Questo è possibile perchè ogni indirizzo ip è accompagnato da un numero di porta. Gli indirizzi interni che possono essere traslati da uno esterno è di 65536 e il numero di porte assegnabili e di circa 4000. Inoltre il PAT cerca sempre di riservare la porta sorgente originale, se già è usata ne assegna una dello stesso gruppo.

Fase4 – Configurazione dello Switch, VLAN e Trunk
La tecnica delle VLAN, nasce con l’obbiettivo di migliorare sia le prestazioni che la sicurezza di una rete locale LAN. L’uso di VLAN consente, oltre che a diminuire la grandezza del dominio di collisione, di diminuire la dimensione del dominio di broadcast, nonché di raggruppare gli utenti per esempio per dipartimento, funzioni, piano ecc. Infatti tutti gli hosts appartenenti ad una specifica VLAN potranno dialogare solo con i loro stessi coinquilini, come se ogni VLAN fosse uno switch dedicato ed isolato. È anche possibile creare più VLAN su un singolo switch, e che esse possano comunicare tra di loro. Per quest’ultima possibilità è indispensabile un apparato che operi al livello 3 (Network) del modello OSI. In pratica i dati che partono da una VLAN vengono identificati mediante l’aggiunta un tag VLAN-ID all’interno del frame, non appena tale frame giunge al router, verrà letto e se è destinato ad un’altra VLAN, esso verrà ruotato verso di essa. Come detto prima per consentire tale operazione è necessario l’uso di un router o di uno switch Layer 3. La tecnica che permete il dialogo tra VLAN diverse è detta Trunking ed è regolamentata da vari protocolli di trunk. Sono i protocolli di trunk che si occupano di taggare i frame provenienti dalle diverse VLAN.
Cisco ha sviluppato un suo protocollo proprietario, il ISL, che ormai è stato rimpiazzato dall’802.1q (dot1q), che è uno standard e consente l’interoperabilità tra switch di vendor differenti.
Esistono tre tipologie di VLAN:

• MAC based
• Port based
• Protocol based

Nelle prime, la creazione della VLAN sullo switch viene fatta basandosi sul MAC Address, cioè l’utente con MAC a.b.c.d e p.q.r.s appartengono alla VLAN2. E’ ovvio che tale soluzione può essere adottata in un ambiente molto piccolo dato che andare ad impostare i singoli MAC è un operazione abbastanza laboriosa.

La seconda tipologia si basa sull’assegnazione delle porte di uno switch ed assegnandole alle VLAN che si vogliono creare. Questa è la tipologia più diffusa nella creazione di reti basate su VLAN.
La terza è molto simile alla prima, ma anziché impostare i MAC, sono usati gli indirizzi logici come gli IP.

Fase5 – Configurazione delle ACL
Le Access Control List (ACL) sono uno strumento essenziale nella costruzione di configurazioni efficaci, anche se molto spesso si tende ad utilizzarle in modo superficiale o poco ortodosso. Le ACL possono assumere principalmente due ruoli all'interno di una configurazione:

• Identificare una categoria di dati secondo parametri precisi, all'interno di un istruzione che lo richieda
• Identificare e filtrare il traffico indesiderato, quando applicate ad un'interfaccia.

Fase6 – Verifiche e Testing
R2#sh frame-relay pvc
PVC Statistics for interface Serial0 (Frame Relay DTE)
Active Inactive Deleted Static
Local 0 0 0 1
Switched 0 0 0 0
Unused 0 0 0 0
DLCI = 16, DLCI USAGE = LOCAL, PVC STATUS = STATIC, INTERFACE = Serial0
input pkts 24092 output pkts 24104 in bytes 32818976
out bytes 32819968 dropped pkts 0 in pkts dropped 0
out pkts dropped 0 out bytes dropped 0
in FECN pkts 0 in BECN pkts 0 out FECN pkts 0
out BECN pkts 0 in DE pkts 0 out DE pkts 0
out bcast pkts 268 out bcast bytes 24868
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
pvc create time 02:47:20, last time pvc status changed 00:23:22

R2#sh frame-relay map
Serial0 (up): ip 194.119.211.2 dlci 16(0x10,0x400), static,
broadcast,
CISCO


R2#debug frame-relay packet
Frame Relay packet debugging is on
*Mar 1 02:49:29.835: Serial0(i): dlci 16(0x401), pkt type 0x800, datagramsize 96
*Mar 1 02:49:45.539: Serial0(i): dlci 16(0x401), pkt type 0x800, datagramsize 104
*Mar 1 02:49:45.543: Serial0(o): dlci 16(0x401), pkt type 0x800(IP), datagramsize 104
*Mar 1 02:49:45.559: Serial0(i): dlci 16(0x401), pkt type 0x800, datagramsize 104
*Mar 1 02:49:45.567: Serial0(o): dlci 16(0x401), pkt type 0x800(IP), datagramsize 104
*Mar 1 02:49:45.583: Serial0(i): dlci 16(0x401), pkt type 0x800, datagramsize 104
*Mar 1 02:49:45.591: Serial0(o): dlci 16(0x401), pkt type 0x800(IP), datagramsize 104
*Mar 1 02:49:45.603: Serial0(i): dlci 16(0x401), pkt type 0x800, datagramsize 104
*Mar 1 02:49:45.611: Serial0(o): dlci 16(0x401), pkt type 0x800(IP), datagramsize 104
*Mar 1 02:49:45.627: Serial0(i): dlci 16(0x401), pkt type 0x800, datagramsize 104
*Mar 1 02:49:45.631: Serial0(o): dlci 16(0x401), pkt type 0x800(IP), datagramsize 104
*Mar 1 02:49:49.311: Serial0: broadcast search
*Mar 1 02:49:49.311: Serial0(o): dlci 16(0x401), pkt type 0x800(IP), datagramsize 96
*Mar 1 02:49:49.319: broadcast dequeue
*Mar 1 02:49:49.319: Serial0(o):Pkt sent on dlci 16(0x401), pkt type 0x800(IP), datagramsize 96


R2#debug isdn q921
debug isdn q921 is ON.
*Mar 1 02:52:07.119: ISDN BR0 Q921: User RX <- RRp sapi=0 tei=65 nr=17
*Mar 1 02:52:07.127: ISDN BR0 Q921: User TX -> RRf sapi=0 tei=65 nr=12
*Mar 1 02:52:07.819: ISDN BR0 Q921: User RX <- UI sapi=0 tei=127
*Mar 1 02:52:07.855: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up
*Mar 1 02:52:07.863: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 11 N/A
*Mar 1 02:52:07.879: ISDN BR0 Q921: User TX -> INFO sapi=0 tei=65, ns=17 nr=12
*Mar 1 02:52:07.903: ISDN BR0 Q921: User RX <- RR sapi=0 tei=65 nr=18
*Mar 1 02:52:07.911: ISDN BR0 Q921: User TX -> INFO sapi=0 tei=65, ns=18 nr=12
*Mar 1 02:52:07.935: ISDN BR0 Q921: User RX <- RR sapi=0 tei=65 nr=19
*Mar 1 02:52:07.967: ISDN BR0 Q921: User RX <- INFO sapi=0 tei=65, ns=12 nr=19
*Mar 1 02:52:07.975: ISDN BR0 Q921: User TX -> RR sapi=0 tei=65 nr=13
*Mar 1 02:52:17.967: ISDN BR0 Q921: User RX <- RRp sapi=0 tei=65 nr=19
*Mar 1 02:52:17.975: ISDN BR0 Q921: User TX -> RRf sapi=0 tei=65 nr=13


R2#debug isdn q931
debug isdn q931 is ON.
*Mar 1 02:53:41.419: ISDN BR0 Q931: RX <- SETUP pd = 8 callref = 0x7B
Sending Complete
Bearer Capability i = 0x8890
Standard = CCITT
Transfer Capability = Unrestricted Digital
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0x89
Calling Party Number i = 0x4083, '11'
Plan:Unknown, Type:Subscriber(local)
Called Party Number i = 0xC0, '21'
Plan:Unknown, Type:Subscriber(local)
*Mar 1 02:53:41.463: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up
*Mar 1 02:53:41.471: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 11 N/A
*Mar 1 02:53:41.487: ISDN BR0 Q931: TX -> CALL_PROC pd = 8 callref = 0xFB
Channel ID i = 0x89
*Mar 1 02:53:41.519: ISDN BR0 Q931: TX -> CONNECT pd = 8 callref = 0xFB
*Mar 1 02:53:41.575: ISDN BR0 Q931: RX <- CONNECT_ACK pd = 8 callref = 0x7B
Channel ID i = 0x89


R2#debug ppp negotiation
PPP protocol negotiation debugging is on
*Mar 1 02:58:15.279: Se1 PPP: Outbound cdp packet dropped
*Mar 1 02:58:15.283: Se1 PPP: Outbound cdp packet dropped
*Mar 1 02:58:15.287: Se1 PPP: Outbound cdp packet dropped
*Mar 1 02:58:17.259: %LINK-3-UPDOWN: Interface Serial1, changed state to up
*Mar 1 02:58:17.263: Se1 PPP: Using default call direction
*Mar 1 02:58:17.267: Se1 PPP: Treating connection as a dedicated line
*Mar 1 02:58:17.271: Se1 PPP: Session handle[5F00002A] Session id[17]
*Mar 1 02:58:17.271: Se1 PPP: Phase is ESTABLISHING, Active Open
*Mar 1 02:58:17.275: Se1 LCP: O CONFREQ [Closed] id 2 len 15
*Mar 1 02:58:17.279: Se1 LCP: AuthProto CHAP (0x0305C22305)
*Mar 1 02:58:17.283: Se1 LCP: MagicNumber 0x111F2337 (0x0506111F2337)
*Mar 1 02:58:17.291: Se1 LCP: I CONFREQ [REQsent] id 18 len 15
*Mar 1 02:58:17.291: Se1 LCP: AuthProto CHAP (0x0305C22305)
*Mar 1 02:58:17.295: Se1 LCP: MagicNumber 0x0A1F9FC3 (0x05060A1F9FC3)
*Mar 1 02:58:17.299: Se1 LCP: O CONFACK [REQsent] id 18 len 15
*Mar 1 02:58:17.303: Se1 LCP: AuthProto CHAP (0x0305C22305)
*Mar 1 02:58:17.307: Se1 LCP: MagicNumber 0x0A1F9FC3 (0x05060A1F9FC3)
*Mar 1 02:58:17.315: Se1 LCP: I CONFACK [ACKsent] id 2 len 15
*Mar 1 02:58:17.315: Se1 LCP: AuthProto CHAP (0x0305C22305)
*Mar 1 02:58:17.319: Se1 LCP: MagicNumber 0x111F2337 (0x0506111F2337)
*Mar 1 02:58:17.323: Se1 LCP: State is Open
*Mar 1 02:58:17.323: Se1 PPP: Phase is AUTHENTICATING, by both
*Mar 1 02:58:17.327: Se1 CHAP: O CHALLENGE id 2 len 23 from R2
*Mar 1 02:58:17.331: Se1 CHAP: I CHALLENGE id 2 len 23 from R1
*Mar 1 02:58:17.351: Se1 CHAP: I RESPONSE id 2 len 23 from R1
*Mar 1 02:58:17.355: Se1 PPP: Phase is FORWARDING, Attempting Forward
*Mar 1 02:58:17.355: Se1 CHAP: Using hostname from unknown source
*Mar 1 02:58:17.359: Se1 CHAP: Using password from AAA
*Mar 1 02:58:17.359: Se1 CHAP: O RESPONSE id 2 len 23 from R2
*Mar 1 02:58:17.367: Se1 CHAP: I SUCCESS id 2 len 4
*Mar 1 02:58:17.371: Se1 PPP: Phase is AUTHENTICATING, Unauthenticated User
*Mar 1 02:58:17.383: Se1 PPP: Phase is FORWARDING, Attempting Forward
*Mar 1 02:58:17.391: Se1 PPP: Phase is AUTHENTICATING, Authenticated User
*Mar 1 02:58:17.407: Se1 CHAP: O SUCCESS id 2 len 4
*Mar 1 02:58:17.415: Se1 PPP: Phase is UP
*Mar 1 02:58:17.419: Se1 IPCP: O CONFREQ [Closed] id 1 len 10
*Mar 1 02:58:17.423: Se1 IPCP: Address 10.0.1.2 (0x03060A000102)
*Mar 1 02:58:17.427: Se1 PPP: Process pending ncp packets
*Mar 1 02:58:17.435: Se1 IPCP: I CONFREQ [REQsent] id 2 len 10
*Mar 1 02:58:17.439: Se1 IPCP: Address 10.0.1.1 (0x03060A000101)
*Mar 1 02:58:17.439: Se1 AAA/AUTHOR/IPCP: Start. Her address 10.0.1.1, we want 0.0.0.0
*Mar 1 02:58:17.455: Se1 AAA/AUTHOR/IPCP: Reject 10.0.1.1, using 0.0.0.0
*Mar 1 02:58:17.459: Se1 AAA/AUTHOR/IPCP: Done. Her address 10.0.1.1, we want 0.0.0.0
*Mar 1 02:58:17.463: Se1 IPCP: O CONFACK [REQsent] id 2 len 10
*Mar 1 02:58:17.467: Se1 IPCP: Address 10.0.1.1 (0x03060A000101)
*Mar 1 02:58:17.471: Se1 IPCP: I CONFACK [ACKsent] id 1 len 10
*Mar 1 02:58:17.475: Se1 IPCP: Address 10.0.1.2 (0x03060A000102)
*Mar 1 02:58:17.475: Se1 IPCP: State is Open
*Mar 1 02:58:17.487: Se1 IPCP: Install route to 10.0.1.1
*Mar 1 02:58:17.499: Se1 IPCP: Add link info for cef entry 10.0.1.1
*Mar 1 02:58:17.507: Se1 CDPCP: I CONFREQ [Closed] id 3 len 4
*Mar 1 02:58:17.511: Se1 CDPCP: O CONFREQ [Closed] id 1 len 4
*Mar 1 02:58:17.519: Se1 CDPCP: I CONFACK [REQsent] id 1 len 4
*Mar 1 02:58:18.815: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1, changed state to up
*Mar 1 02:58:19.399: Se1 CDPCP: I CONFREQ [ACKrcvd] id 4 len 4
*Mar 1 02:58:19.403: Se1 CDPCP: O CONFACK [ACKrcvd] id 4 len 4
*Mar 1 02:58:19.407: Se1 CDPCP: State is Open


R2#debu ppp authentication
PPP authentication debugging is on
*Mar 1 03:00:00.627: %LINK-3-UPDOWN: Interface Serial1, changed state to up
*Mar 1 03:00:00.631: Se1 PPP: Using default call direction
*Mar 1 03:00:00.635: Se1 PPP: Treating connection as a dedicated line
*Mar 1 03:00:00.635: Se1 PPP: Session handle[8200002B] Session id[18]
*Mar 1 03:00:00.639: Se1 PPP: Authorization required
*Mar 1 03:00:00.651: Se1 CHAP: O CHALLENGE id 3 len 23 from R2
*Mar 1 03:00:00.651: Se1 CHAP: I CHALLENGE id 3 len 23 from R1
*Mar 1 03:00:00.663: Se1 CHAP: I RESPONSE id 3 len 23 from R1
*Mar 1 03:00:00.679: Se1 PPP: Sent CHAP LOGIN Request
*Mar 1 03:00:00.683: Se1 CHAP: Using hostname from unknown source
*Mar 1 03:00:00.687: Se1 CHAP: Using password from AAA
*Mar 1 03:00:00.687: Se1 CHAP: O RESPONSE id 3 len 23 from R2
*Mar 1 03:00:00.699: Se1 CHAP: I SUCCESS id 3 len 4
*Mar 1 03:00:00.699: Se1 PPP: Received LOGIN Response PASS
*Mar 1 03:00:00.707: Se1 PPP: Sent LCP AUTHOR Request
*Mar 1 03:00:00.711: Se1 PPP: Sent IPCP AUTHOR Request
*Mar 1 03:00:00.719: Se1 LCP: Received AAA AUTHOR Response PASS
*Mar 1 03:00:00.723: Se1 IPCP: Received AAA AUTHOR Response PASS
*Mar 1 03:00:00.727: Se1 CHAP: O SUCCESS id 3 len 4
*Mar 1 03:00:00.739: Se1 PPP: Sent CDPCP AUTHOR Request
*Mar 1 03:00:00.747: Se1 PPP: Sent IPCP AUTHOR Request
*Mar 1 03:00:00.783: Se1 CDPCP: Received AAA AUTHOR Response PASS


R2#debug ppp packet
PPP packet display debugging is on
*Mar 1 03:01:00.119: Se1 PPP: Outbound cdp packet dropped
*Mar 1 03:01:00.119: Se1 PPP: Outbound cdp packet dropped
*Mar 1 03:01:00.123: Se1 PPP: Outbound cdp packet dropped
*Mar 1 03:01:02.095: %LINK-3-UPDOWN: Interface Serial1, changed state to up
*Mar 1 03:01:02.103: Se1 LCP: O CONFREQ [Closed] id 4 len 15
*Mar 1 03:01:02.107: Se1 LCP: AuthProto CHAP (0x0305C22305)
*Mar 1 03:01:02.111: Se1 LCP: MagicNumber 0x1121A716 (0x05061121A716)
*Mar 1 03:01:02.111: Se1 PPP: I pkt type 0xC021, datagramsize 19 link[ppp]
*Mar 1 03:01:02.115: Se1 PPP: I pkt type 0xC021, datagramsize 19 link[ppp]
*Mar 1 03:01:02.119: Se1 LCP: I CONFREQ [REQsent] id 20 len 15
*Mar 1 03:01:02.123: Se1 LCP: AuthProto CHAP (0x0305C22305)
*Mar 1 03:01:02.127: Se1 LCP: MagicNumber 0x0A2223AE (0x05060A2223AE)
*Mar 1 03:01:02.131: Se1 LCP: O CONFACK [REQsent] id 20 len 15
*Mar 1 03:01:02.135: Se1 LCP: AuthProto CHAP (0x0305C22305)
*Mar 1 03:01:02.135: Se1 LCP: MagicNumber 0x0A2223AE (0x05060A2223AE)
*Mar 1 03:01:02.139: Se1 PPP: I pkt type 0xC223, datagramsize 27 link[ppp]
*Mar 1 03:01:02.147: Se1 LCP: I CONFACK [ACKsent] id 4 len 15
*Mar 1 03:01:02.151: Se1 LCP: AuthProto CHAP (0x0305C22305)
*Mar 1 03:01:02.151: Se1 LCP: MagicNumber 0x1121A716 (0x05061121A716)
*Mar 1 03:01:02.159: Se1 CHAP: O CHALLENGE id 4 len 23 from R2
*Mar 1 03:01:02.163: Se1 PPP: I pkt type 0xC223, datagramsize 27 link[ppp]
*Mar 1 03:01:02.163: Se1 CHAP: I CHALLENGE id 4 len 23 from R1
*Mar 1 03:01:02.179: Se1 CHAP: I RESPONSE id 4 len 23 from R1
*Mar 1 03:01:02.187: Se1 CHAP: O RESPONSE id 4 len 23 from R2
*Mar 1 03:01:02.191: Se1 PPP: I pkt type 0xC223, datagramsize 8 link[ppp]
*Mar 1 03:01:02.195: Se1 CHAP: I SUCCESS id 4 len 4
*Mar 1 03:01:02.227: Se1 CHAP: O SUCCESS id 4 len 4
*Mar 1 03:01:02.231: Se1 PPP: I pkt type 0x8021, datagramsize 14 link[ip]
*Mar 1 03:01:02.235: Se1 PPP: I pkt type 0x8207, datagramsize 8 link[cdp]
*Mar 1 03:01:02.239: Se1 IPCP: O CONFREQ [Closed] id 1 len 10
*Mar 1 03:01:02.243: Se1 IPCP: Address 10.0.1.2 (0x03060A000102)
*Mar 1 03:01:02.247: Se1 PPP: I pkt type 0x8021, datagramsize 14 link[ip]
*Mar 1 03:01:02.255: Se1 IPCP: I CONFREQ [REQsent] id 4 len 10
*Mar 1 03:01:02.259: Se1 IPCP: Address 10.0.1.1 (0x03060A000101)
*Mar 1 03:01:02.275: Se1 IPCP: O CONFACK [REQsent] id 4 len 10
*Mar 1 03:01:02.279: Se1 IPCP: Address 10.0.1.1 (0x03060A000101)
*Mar 1 03:01:02.283: Se1 PPP: I pkt type 0x0021, datagramsize 84 link[ip]
*Mar 1 03:01:02.287: Se1 IP: Non-NCP packet, discarding
*Mar 1 03:01:02.283: Se1 IPCP: I CONFACK [ACKsent] id 1 len 10
*Mar 1 03:01:02.311: Se1 PPP: O pkt type 0x0021, datagramsize 120
*Mar 1 03:01:02.319: Se1 CDPCP: I CONFREQ [Closed] id 7 len 4
*Mar 1 03:01:02.323: Se1 CDPCP: O CONFREQ [Closed] id 1 len 4
*Mar 1 03:01:02.327: Se1 PPP: I pkt type 0x8207, datagramsize 8 link[cdp]
*Mar 1 03:01:02.331: Se1 CDPCP: I CONFACK [REQsent] id 1 len 4
*Mar 1 03:01:03.359: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1, changed state to up
*Mar 1 03:01:04.271: Se1 CDPCP: TIMEout: State ACKrcvd
*Mar 1 03:01:04.275: Se1 CDPCP: O CONFREQ [ACKrcvd] id 2 len 4
*Mar 1 03:01:04.279: Se1 PPP: I pkt type 0x8207, datagramsize 8 link[cdp]
*Mar 1 03:01:04.283: Se1 CDPCP: I CONFACK [REQsent] id 2 len 4
*Mar 1 03:01:04.739: Se1 PPP: I pkt type 0x8207, datagramsize 8 link[cdp]
*Mar 1 03:01:04.743: Se1 CDPCP: I CONFREQ [ACKrcvd] id 8 len 4
*Mar 1 03:01:04.747: Se1 CDPCP: O CONFACK [ACKrcvd] id 8 len 4
*Mar 1 03:01:07.311: Se1 LCP: O ECHOREQ [Open] id 1 len 12 magic 0x1121A716


R2#debug ip ospf packet
*Mar 1 03:03:03.575: OSPF: rcv. v:2 t:1 l:48 rid:1.1.1.1
aid:0.0.0.0 chk:0 aut:2 keyid:1 seq:0x2B915675 from Serial1
*Mar 1 03:03:03.587: OSPF: rcv. v:2 t:2 l:32 rid:1.1.1.1
aid:0.0.0.0 chk:0 aut:2 keyid:1 seq:0x2B915676 from Serial1
*Mar 1 03:03:03.595: OSPF: rcv. v:2 t:2 l:72 rid:1.1.1.1
aid:0.0.0.0 chk:0 aut:2 keyid:1 seq:0x2B915677 from Serial1
*Mar 1 03:03:03.615: OSPF: rcv. v:2 t:2 l:32 rid:1.1.1.1
aid:0.0.0.0 chk:0 aut:2 keyid:1 seq:0x2B915678 from Serial1
*Mar 1 03:03:03.623: OSPF: rcv. v:2 t:3 l:36 rid:1.1.1.1
aid:0.0.0.0 chk:0 aut:2 keyid:1 seq:0x2B915679 from Serial1
*Mar 1 03:03:03.627: OSPF: rcv. v:2 t:4 l:76 rid:1.1.1.1
aid:0.0.0.0 chk:0 aut:2 keyid:1 seq:0x2B91567A from Serial1
*Mar 1 03:03:03.647: OSPF: rcv. v:2 t:2 l:32 rid:1.1.1.1
aid:0.0.0.0 chk:0 aut:2 keyid:1 seq:0x2B91567B from Serial1
*Mar 1 03:03:03.651: %OSPF-5-ADJCHG: Process 1, Nbr 1.1.1.1 on Serial1 from LOADING to FULL,
Loading Done
*Mar 1 03:03:04.179: OSPF: rcv. v:2 t:4 l:88 rid:1.1.1.1
aid:0.0.0.0 chk:0 aut:2 keyid:1 seq:0x2B91567C from Serial1
*Mar 1 03:03:06.147: OSPF: rcv. v:2 t:5 l:44 rid:1.1.1.1
aid:0.0.0.0 chk:0 aut:2 keyid:1 seq:0x2B91567D from Serial1
*Mar 1 03:03:08.915: OSPF: rcv. v:2 t:4 l:88 rid:1.1.1.1
aid:0.0.0.0 chk:0 aut:2 keyid:1 seq:0x2B91567E from Serial1


R2#debug ip ospf hello
OSPF hello events debugging is on
*Mar 1 03:04:51.455: OSPF: Rcv hello from 1.1.1.1 area 0 from Serial1 10.0.1.1
*Mar 1 03:04:51.459: OSPF: End of hello processing
*Mar 1 03:04:51.475: OSPF: Send hello to 224.0.0.5 area 0 on Serial1 from 10.0.1.2
R3#debug ppp negotiation
PPP protocol negotiation debugging is on
*Mar 1 03:05:29.055: Se1 PPP: Outbound cdp packet dropped
*Mar 1 03:05:29.059: Se1 PPP: Outbound cdp packet dropped
*Mar 1 03:05:29.059: Se1 PPP: Outbound cdp packet dropped
*Mar 1 03:05:31.031: %LINK-3-UPDOWN: Interface Serial1, changed state to up
*Mar 1 03:05:31.039: Se1 PPP: Using default call direction
*Mar 1 03:05:31.039: Se1 PPP: Treating connection as a dedicated line
*Mar 1 03:05:31.043: Se1 PPP: Session handle[17000028] Session id[15]
*Mar 1 03:05:31.043: Se1 PPP: Phase is ESTABLISHING, Active Open
*Mar 1 03:05:31.047: Se1 LCP: O CONFREQ [Closed] id 2 len 14
*Mar 1 03:05:31.051: Se1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 03:05:31.055: Se1 LCP: MagicNumber 0xE15A2E77 (0x0506E15A2E77)
*Mar 1 03:05:31.063: Se1 LCP: I CONFREQ [REQsent] id 23 len 14
*Mar 1 03:05:31.063: Se1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 03:05:31.067: Se1 LCP: MagicNumber 0x0DD34E6F (0x05060DD34E6F)
*Mar 1 03:05:31.071: Se1 LCP: O CONFACK [REQsent] id 23 len 14
*Mar 1 03:05:31.075: Se1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 03:05:31.079: Se1 LCP: MagicNumber 0x0DD34E6F (0x05060DD34E6F)
*Mar 1 03:05:31.083: Se1 LCP: I CONFACK [ACKsent] id 2 len 14
*Mar 1 03:05:31.083: Se1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 03:05:31.087: Se1 LCP: MagicNumber 0xE15A2E77 (0x0506E15A2E77)
*Mar 1 03:05:31.091: Se1 LCP: State is Open
*Mar 1 03:05:31.091: Se1 PPP: Phase is AUTHENTICATING, by both
*Mar 1 03:05:31.095: Se1 PAP: Using hostname from interface PAP
*Mar 1 03:05:31.099: Se1 PAP: Using password from interface PAP
*Mar 1 03:05:31.099: Se1 PAP: O AUTH-REQ id 2 len 22 from R3
*Mar 1 03:05:31.107: Se1 PAP: I AUTH-REQ id 3 len 22 from R4
*Mar 1 03:05:31.111: Se1 PAP: Authenticating peer R4
*Mar 1 03:05:31.111: Se1 PPP: Phase is FORWARDING, Attempting Forward
*Mar 1 03:05:31.115: Se1 PAP: I AUTH-ACK id 2 len 5
*Mar 1 03:05:31.119: Se1 PPP: Phase is AUTHENTICATING, Unauthenticated User
*Mar 1 03:05:31.131: Se1 PPP: Phase is FORWARDING, Attempting Forward
*Mar 1 03:05:31.135: Se1 PPP: Phase is AUTHENTICATING, Authenticated User
*Mar 1 03:05:31.155: Se1 PAP: O AUTH-ACK id 3 len 5
*Mar 1 03:05:31.163: Se1 PPP: Phase is UP
*Mar 1 03:05:31.167: Se1 IPCP: O CONFREQ [Closed] id 1 len 10
*Mar 1 03:05:31.171: Se1 IPCP: Address 10.0.0.2 (0x03060A000002)
*Mar 1 03:05:31.175: Se1 PPP: Process pending ncp packets
*Mar 1 03:05:31.179: Se1 IPCP: I CONFREQ [REQsent] id 1 len 10
*Mar 1 03:05:31.183: Se1 IPCP: Address 10.0.0.1 (0x03060A000001)
*Mar 1 03:05:31.187: Se1 AAA/AUTHOR/IPCP: Start. Her address 10.0.0.1, we want 0.0.0.0
*Mar 1 03:05:31.199: Se1 AAA/AUTHOR/IPCP: Reject 10.0.0.1, using 0.0.0.0
*Mar 1 03:05:31.203: Se1 AAA/AUTHOR/IPCP: Done. Her address 10.0.0.1, we want 0.0.0.0
*Mar 1 03:05:31.207: Se1 IPCP: O CONFACK [REQsent] id 1 len 10
*Mar 1 03:05:31.211: Se1 IPCP: Address 10.0.0.1 (0x03060A000001)
*Mar 1 03:05:31.219: Se1 IPCP: I CONFACK [ACKsent] id 1 len 10
*Mar 1 03:05:31.219: Se1 IPCP: Address 10.0.0.2 (0x03060A000002)
*Mar 1 03:05:31.223: Se1 IPCP: State is Open
*Mar 1 03:05:31.235: Se1 IPCP: Install route to 10.0.0.1
*Mar 1 03:05:31.247: Se1 IPCP: Add link info for cef entry 10.0.0.1
*Mar 1 03:05:31.259: Se1 CDPCP: I CONFREQ [Closed] id 1 len 4
*Mar 1 03:05:31.263: Se1 CDPCP: O CONFREQ [Closed] id 1 len 4
*Mar 1 03:05:31.271: Se1 CDPCP: I CONFACK [REQsent] id 1 len 4
*Mar 1 03:05:32.599: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1, changed state to up
*Mar 1 03:05:33.107: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.0.1 (Serial1) is up: new
adjacency
*Mar 1 03:05:33.147: Se1 CDPCP: I CONFREQ [ACKrcvd] id 2 len 4
*Mar 1 03:05:33.151: Se1 CDPCP: O CONFACK [ACKrcvd] id 2 len 4
*Mar 1 03:05:33.155: Se1 CDPCP: State is Open


R3#debug ppp authentication
PPP authentication debugging is on
*Mar 1 03:06:36.539: %LINK-3-UPDOWN: Interface Serial1, changed state to up
*Mar 1 03:06:36.543: Se1 PPP: Using default call direction
*Mar 1 03:06:36.547: Se1 PPP: Treating connection as a dedicated line
*Mar 1 03:06:36.547: Se1 PPP: Session handle[36000029] Session id[16]
*Mar 1 03:06:36.551: Se1 PPP: Authorization required
*Mar 1 03:06:38.539: Se1 PAP: Using hostname from interface PAP
*Mar 1 03:06:38.543: Se1 PAP: Using password from interface PAP
*Mar 1 03:06:38.543: Se1 PAP: O AUTH-REQ id 3 len 22 from R3
*Mar 1 03:06:38.547: Se1 PAP: I AUTH-REQ id 4 len 22 from R4
*Mar 1 03:06:38.551: Se1 PAP: Authenticating peer R4
*Mar 1 03:06:38.555: Se1 PAP: I AUTH-ACK id 3 len 5
*Mar 1 03:06:38.563: Se1 PPP: Sent PAP LOGIN Request
*Mar 1 03:06:38.567: Se1 PPP: Received LOGIN Response PASS
*Mar 1 03:06:38.575: Se1 PPP: Sent LCP AUTHOR Request
*Mar 1 03:06:38.583: Se1 PPP: Sent IPCP AUTHOR Request
*Mar 1 03:06:38.587: Se1 LCP: Received AAA AUTHOR Response PASS
*Mar 1 03:06:38.591: Se1 IPCP: Received AAA AUTHOR Response PASS
*Mar 1 03:06:38.595: Se1 PAP: O AUTH-ACK id 4 len 5
*Mar 1 03:06:38.607: Se1 PPP: Sent CDPCP AUTHOR Request
*Mar 1 03:06:38.615: Se1 PPP: Sent IPCP AUTHOR Request
*Mar 1 03:06:38.663: Se1 CDPCP: Received AAA AUTHOR Response PASS
*Mar 1 03:06:39.599: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1, changed state to up


R3#debug ppp packet
PPP packet display debugging is on
*Mar 1 03:08:04.703: Se1 PPP: Outbound cdp packet dropped
*Mar 1 03:08:04.707: Se1 PPP: Outbound cdp packet dropped
*Mar 1 03:08:04.711: Se1 PPP: Outbound cdp packet dropped
*Mar 1 03:08:06.683: %LINK-3-UPDOWN: Interface Serial1, changed state to up
*Mar 1 03:08:06.691: Se1 LCP: O CONFREQ [Closed] id 6 len 14
*Mar 1 03:08:06.695: Se1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 03:08:06.695: Se1 LCP: MagicNumber 0xE15C8E72 (0x0506E15C8E72)
*Mar 1 03:08:06.699: Se1 PPP: I pkt type 0xC021, datagramsize 18 link[ppp]
*Mar 1 03:08:06.703: Se1 PPP: I pkt type 0xC021, datagramsize 18 link[ppp]
*Mar 1 03:08:06.707: Se1 LCP: I CONFREQ [REQsent] id 26 len 14
*Mar 1 03:08:06.711: Se1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 03:08:06.711: Se1 LCP: MagicNumber 0x0DD5AE72 (0x05060DD5AE72)
*Mar 1 03:08:06.719: Se1 LCP: O CONFACK [REQsent] id 26 len 14
*Mar 1 03:08:06.719: Se1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 03:08:06.723: Se1 LCP: MagicNumber 0x0DD5AE72 (0x05060DD5AE72)
*Mar 1 03:08:06.727: Se1 PPP: I pkt type 0xC023, datagramsize 26 link[ppp]
*Mar 1 03:08:06.735: Se1 LCP: I CONFACK [ACKsent] id 6 len 14
*Mar 1 03:08:06.735: Se1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 03:08:06.739: Se1 LCP: MagicNumber 0xE15C8E72 (0x0506E15C8E72)
*Mar 1 03:08:06.743: Se1 PAP: O AUTH-REQ id 5 len 22 from R3
*Mar 1 03:08:06.747: Se1 PAP: I AUTH-REQ id 6 len 22 from R4
*Mar 1 03:08:06.751: Se1 PPP: I pkt type 0xC023, datagramsize 9 link[ppp]
*Mar 1 03:08:06.755: Se1 PAP: I AUTH-ACK id 5 len 5
*Mar 1 03:08:06.787: Se1 PAP: O AUTH-ACK id 6 len 5
*Mar 1 03:08:06.791: Se1 PPP: I pkt type 0x8021, datagramsize 14 link[ip]
*Mar 1 03:08:06.791: Se1 PPP: I pkt type 0x8207, datagramsize 8 link[cdp]
*Mar 1 03:08:06.799: Se1 IPCP: O CONFREQ [Closed] id 1 len 10
*Mar 1 03:08:06.803: Se1 IPCP: Address 10.0.0.2 (0x03060A000002)
*Mar 1 03:08:06.807: Se1 PPP: I pkt type 0x8021, datagramsize 14 link[ip]
*Mar 1 03:08:06.815: Se1 IPCP: I CONFREQ [REQsent] id 1 len 10
*Mar 1 03:08:06.819: Se1 IPCP: Address 10.0.0.1 (0x03060A000001)
*Mar 1 03:08:06.835: Se1 IPCP: O CONFACK [REQsent] id 1 len 10
*Mar 1 03:08:06.839: Se1 IPCP: Address 10.0.0.1 (0x03060A000001)
*Mar 1 03:08:06.847: Se1 IPCP: I CONFACK [ACKsent] id 1 len 10
*Mar 1 03:08:06.847: Se1 IPCP: Address 10.0.0.2 (0x03060A000002)
*Mar 1 03:08:06.879: Se1 CDPCP: I CONFREQ [Closed] id 1 len 4
*Mar 1 03:08:06.883: Se1 CDPCP: O CONFREQ [Closed] id 1 len 4
*Mar 1 03:08:06.887: Se1 PPP: I pkt type 0x8207, datagramsize 8 link[cdp]
*Mar 1 03:08:06.891: Se1 CDPCP: I CONFACK [REQsent] id 1 len 4
*Mar 1 03:08:07.375: Se1 PPP: O pkt type 0x0021, datagramsize 64
*Mar 1 03:08:07.387: Se1 PPP: I pkt type 0x0021, datagramsize 102 link[ip]
*Mar 1 03:08:07.787: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1, changed state to up
*Mar 1 03:08:08.795: Se1 PPP: I pkt type 0x8207, datagramsize 8 link[cdp]
*Mar 1 03:08:08.799: Se1 CDPCP: I CONFREQ [ACKrcvd] id 2 len 4
*Mar 1 03:08:08.803: Se1 CDPCP: O CONFACK [ACKrcvd] id 2 len 4
*Mar 1 03:08:09.387: Se1 PPP: I pkt type 0x0021, datagramsize 102 link[ip]
*Mar 1 03:08:10.307: Se1 PPP: I pkt type 0x0021, datagramsize 64 link[ip]
*Mar 1 03:08:10.315: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.0.1 (Serial1) is up: new
adjacency
*Mar 1 03:08:10.331: Se1 PPP: O pkt type 0x0021, datagramsize 102d
*Mar 1 03:08:11.879: Se1 LCP: O ECHOREQ [Open] id 1 len 12 magic 0xE15C8E72
*Mar 1 03:08:11.883: Se1 LCP-FS: I ECHOREP [Open] id 1 len 12 magic 0x0DD5AE72
*Mar 1 03:08:11.887: Se1 LCP-FS: Received id 1, sent id 1, line up
*Mar 1 03:08:12.331: Se1 PPP: O pkt type 0x0021, datagramsize 102
*Mar 1 03:08:12.375: Se1 PPP: O pkt type 0x0021, datagramsize 64
*Mar 1 03:08:12.387: Se1 PPP: I pkt type 0x0021, datagramsize 102 link[ip]
*Mar 1 03:08:12.407: Se1 PPP: O pkt type 0x0021, datagramsize 44
*Mar 1 03:08:12.411: Se1 PPP: I pkt type 0x0021, datagramsize 73 link[ip]
*Mar 1 03:08:12.423: Se1 PPP: O pkt type 0x0021, datagramsize 44


R3#debug ip eigrp
IP-EIGRP Route Events debugging is on
*Mar 1 03:09:39.427: %LINK-3-UPDOWN: Interface Serial1, changed state to up
*Mar 1 03:09:40.479: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1, changed state to up
*Mar 1 03:09:42.815: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 100: Neighbor 10.0.0.1 (Serial1) is up: new
adjacency
*Mar 1 03:09:42.827: IP-EIGRP(Default-IP-Routing-Table:100): 3.3.3.3/32 - do advertise out Serial1
*Mar 1 03:09:42.831: IP-EIGRP(Default-IP-Routing-Table:100): Int 3.3.3.3/32 metric 128256 - 256 128000
*Mar 1 03:09:42.835: IP-EIGRP(Default-IP-Routing-Table:100): 10.0.0.1/32 - do advertise out Serial1
*Mar 1 03:09:42.839: IP-EIGRP(Default-IP-Routing-Table:100): Int 10.0.0.1/32 metric 2169856 - 1657856
512000
*Mar 1 03:09:42.843: IP-EIGRP(Default-IP-Routing-Table:100): 10.0.0.0/30 - do advertise out Serial1
*Mar 1 03:09:42.975: IP-EIGRP(Default-IP-Routing-Table:100): Processing incoming UPDATE packet
*Mar 1 03:09:42.979: IP-EIGRP(Default-IP-Routing-Table:100): Int 4.4.4.4/32 M 2297856 - 1657856
640000 SM 128256 - 256 128000
*Mar 1 03:09:42.987: IP-EIGRP(Default-IP-Routing-Table:100): Int 10.0.0.2/32 M2681856 - 1657856
1024000 SM 2169856 - 1657856 512000
*Mar 1 03:09:42.995: IP-EIGRP(Default-IP-Routing-Table:100): 10.0.0.2/32 routing table not updated thru
10.0.0.1
*Mar 1 03:09:43.011: IP-EIGRP(Default-IP-Routing-Table:100): Processing incoming UPDATE packet
*Mar 1 03:09:43.015: IP-EIGRP(Default-IP-Routing-Table:100): Int 3.3.3.3/32 M 4294967295 - 1657856
4294967295 SM 4294967295 - 1657856 4294967295
*Mar 1 03:09:43.035: IP-EIGRP(Default-IP-Routing-Table:100): Int 4.4.4.4/32 metric 2297856 - 1657856
640000


R3#ping 2.2.2.2 size 8000 repeat 100
Type escape sequence to abort.
Sending 100, 8000-byte ICMP Echos to 2.2.2.2, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Success rate is 100 percent (100/100), round-trip min/avg/max = 76/77/116 ms

R3#ping 2.2.2.2 size 8000 repeat 100
Type escape sequence to abort.
Sending 100, 8000-byte ICMP Echos to 2.2.2.2, timeout is 2 seconds:
!!!!!!!.
*Mar 1 00:40:45.479: %LINK-3-UPDOWN: Interface Serial0, changed state to down
*Mar 1 00:40:46.479: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0, changed state to
down.
*Mar 1 00:40:47.719: %LINK-3-UPDOWN: Interface BRI0:1, changed state to up
*Mar 1 00:40:47.731: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 21 N/A
*Mar 1 00:40:47.839: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up.
*Mar 1 00:40:48.811: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:1, changed state to up
*Mar 1 00:40:48.879: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed
state to up..............!
*Mar 1 00:41:18.327: %LINK-3-UPDOWN: Interface BRI0:2, changed state to up
*Mar 1 00:41:18.339: %ISDN-6-CONNECT: Interface BRI0:2 is now connected to 21 N/A!!
*Mar 1 00:41:19.419: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:2, changed state to
up!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Success rate is 83 percent (83/100), round-trip min/avg/max = 76/974/1556 ms


R4#sh ip access-list
Standard IP access list telnet
10 permit 10.255.255.0, wildcard bits 0.0.0.7
Extended IP access list VLAN2
10 permit tcp 172.31.255.0 0.0.0.255 host 10.255.255.6 eq www log-input (22 matches)
20 permit icmp 172.31.255.0 0.0.0.255 host 172.31.255.1 echo log-input (11 matches)
30 permit tcp 172.31.255.0 0.0.0.255 host 10.255.255.6 eq ftp log-input (3 matches)
40 permit tcp 172.31.255.0 0.0.0.255 host 10.255.255.6 eq ftp-data log-input
50 permit icmp 172.31.255.0 0.0.0.255 host 172.31.255.1 echo-reply log-input (13 matches)
Extended IP access list VLAN3
10 permit tcp 192.168.255.0 0.0.0.255 host 10.255.255.6 eq www log-input (18 matches)
20 permit tcp 192.168.255.0 0.0.0.255 host 10.255.255.6 eq ftp log-input (3 matches)
30 permit tcp 192.168.255.0 0.0.0.255 host 10.255.255.6 eq ftp-data log-input
40 permit icmp 192.168.255.0 0.0.0.255 host 192.168.255.1 echo log-input (4 matches)
50 permit icmp 192.168.255.0 0.0.0.255 host 192.168.255.1 echo-reply log-input (14 matches)


Host su VLAN2
C:\>ipconfig
Configurazione IP di Windows 2000
- Scheda Ethernet Connessione alla rete locale (LAN) 2:
Suffisso DNS specifico connessione:
Indirizzo IP. . . . . . . . . . . : 172.31.255.2
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Gateway predefinito . . . . . . . : 172.31.255.1


C:\>ping 172.31.255.1
Esecuzione di Ping 172.31.255.1 con 32 byte di dati:
Risposta da 172.31.255.1: byte=32 durata<10ms TTL=255
Risposta da 172.31.255.1: byte=32 durata<10ms TTL=255
Risposta da 172.31.255.1: byte=32 durata<10ms TTL=255
Risposta da 172.31.255.1: byte=32 durata<10ms TTL=255
Statistiche Ping per 172.31.255.1:
Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 0ms, Massimo = 0ms, Medio = 0ms


C:\>ping 10.255.255.1
Esecuzione di Ping 10.255.255.1 con 32 byte di dati:
Risposta da 172.31.255.1: Rete di destinazione irraggiungibile.
Risposta da 172.31.255.1: Rete di destinazione irraggiungibile.
Risposta da 172.31.255.1: Rete di destinazione irraggiungibile.
Risposta da 172.31.255.1: Rete di destinazione irraggiungibile.
Statistiche Ping per 10.255.255.1:
Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 0ms, Massimo = 0ms, Medio = 0ms


C:\>ping 192.168.255.1
Esecuzione di Ping 192.168.255.1 con 32 byte di dati:
Risposta da 172.31.255.1: Rete di destinazione irraggiungibile.
Risposta da 172.31.255.1: Rete di destinazione irraggiungibile.
Risposta da 172.31.255.1: Rete di destinazione irraggiungibile.
Risposta da 172.31.255.1: Rete di destinazione irraggiungibile.
Statistiche Ping per 192.168.255.1:
Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 0ms, Massimo = 0ms, Medio = 0ms


Host su VLAN3
C:\ ipconfig
Configurazione IP di Windows
Scheda Ethernet Connessione alla rete locale (LAN):
Suffisso DNS specifico per connessione:
Indirizzo IP. . . . . . . . . . . . . : 192.168.255.2
Subnet mask . . . . . . . . . . . . . : 255.255.255.0
Gateway predefinito . . . . . . . . . : 192.168.255.1


C:\ ping 192.168.255.1
Esecuzione di Ping 192.168.255.1 con 32 byte di dati:
Risposta da 192.168.255.1: byte=32 durata=2ms TTL=255
Risposta da 192.168.255.1: byte=32 durata<1ms TTL=255
Risposta da 192.168.255.1: byte=32 durata<1ms TTL=255
Risposta da 192.168.255.1: byte=32 durata<1ms TTL=255
Statistiche Ping per 192.168.255.1:
Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 0ms, Massimo = 2ms, Medio = 0ms


C:\>ping 172.31.255.1
Esecuzione di Ping 172.31.255.1 con 32 byte di dati:
Risposta da 192.168.255.1: Rete di destinazione irraggiungibile.
Risposta da 192.168.255.1: Rete di destinazione irraggiungibile.
Risposta da 192.168.255.1: Rete di destinazione irraggiungibile.
Risposta da 192.168.255.1: Rete di destinazione irraggiungibile.
Statistiche Ping per 172.31.255.1:
Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 0ms, Massimo = 0ms, Medio = 0ms


C:\ping 10.255.255.1
Esecuzione di Ping 10.255.255.1 con 32 byte di dati:
Risposta da 192.168.255.1: Rete di destinazione irraggiungibile.
Risposta da 192.168.255.1: Rete di destinazione irraggiungibile.
Risposta da 192.168.255.1: Rete di destinazione irraggiungibile.
Risposta da 192.168.255.1: Rete di destinazione irraggiungibile.
Statistiche Ping per 10.255.255.1:
Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 0ms, Massimo = 0ms, Medio = 0ms


Switch1#sh mac-address-table
Dynamic Address Count: 12
Secure Address Count: 0
Static Address (User-defined) Count: 0
System Self Address Count: 47
Total MAC addresses: 59
Maximum MAC addresses: 2048
Non-static Address Table:
Destination Address Address Type VLAN Destination Port
------------------- ------------ ---- --------------------
0006.2938.fa38 Dynamic 1 FastEthernet0/6
0009.7ca3.54dc Dynamic 1 FastEthernet0/3
000d.28fb.1848 Dynamic 1 FastEthernet0/1
000d.28fb.1848 Dynamic 3 FastEthernet0/1
0010.7be8.8632 Dynamic 1 FastEthernet0/4
0050.0431.d755 Dynamic 2 FastEthernet0/9
0080.c8f9.8b8b Dynamic 3 FastEthernet0/17
00e0.b055.57a7 Dynamic 1 FastEthernet0/5
Switch1#sh port sec
Secure Port Secure Addr Secure Addr Security Security Action
Cnt (Current) Cnt (Max) Reject Cnt
------------------- ------------- ----------- ---------- ------------------
FastEthernet0/9 1 1 0 Send Trap/Shut Down
FastEthernet0/17 1 1 0 Send Trap/Shut Down


Verifica del port security (collegando altri host e/o scambiandoli di porta)
00:34:16: %LINK-3-UPDOWN: Interface FastEthernet0/9, changed state to down
00:34:17: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/9, changed state to down
00:34:29: %LINK-3-UPDOWN: Interface FastEthernet0/9, changed state to up
00:34:30: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/9, changed state to up
00:34:49: %PORT_SECURITY-2-SECURITYREJECT: Security violation occurred on module 0 port 9
caused by MAC address 0002.1762.130c
00:34:49: %LINK-5-CHANGED: Interface FastEthernet0/9, changed state to administratively down
00:34:50: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/9, changed state to down
00:35:06: %LINK-3-UPDOWN: Interface FastEthernet0/17, changed state to down
00:35:07: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/17, changed state to down
00:35:12: %LINK-3-UPDOWN: Interface FastEthernet0/17, changed state to up
00:35:13: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/17, changed state to up
00:35:27: %PORT_SECURITY-2-SECURITYREJECT: Security violation occurred on module 0 port 17
caused by MAC address 0050.0431.d755



Fase7 – Abilitazione del protocollo SNMP

snmp-server contact Alessandro Pensato
snmp-server location Home Network
snmp-server enable traps
snmp-server enable informs
snmp-server community public RO

Fase8 – Monitoraggio
La fase di monitoraggio consiste nella raccolta di informazioni del traffico di rete generato. L’analisi è basata sui dati raccolti dai router e della switch, grazie all’uso del protocollo SNMP. Tutti gli apparati sono collegati ad uno switch via ethernet, al quale è connessa anche una NMS con installato Linux Slackware equipaggiato con SNMP, Apache e MRTG. Tale NMS si occuperà di generare dei grafici basati sui dati raccolti via SNMP dai vari apparati, tutti consultabili via web. La realizzazione di una NMS non è prevista in questo documento, pertanto, si consiglia di visionare l’articolo Monitoraggio di Apache tramite MRTG, che illustra come installare Apache, SNMP e MRTG.

Di seguito sono riportati i grafici ottenuti dopo l’elaborazione dei dati.

Router1
Router2
Router3
Router4
Switch1
NMS

Nei link seguenti sono diponibili sia i file di configurazione per MRTG sia le configurazioni dei router

MRTG per R1
MRTG per R2
MRTG per R3
MRTG per R4
MRTG per NMS
Configurazione per R1
Configurazione per R2
Configurazione per R3
Configurazione per R4
Configurazione per Sw1

Esempio di topologia complessa