Afrikaans
Akan
Albanian
Amharic
Arabic
Armenian
Azerbaijani
Basque
Belarusian
Bemba
Bengali
Bihari
Bosnian
Breton
Bulgarian
Cambodian
Catalan
Cebuano
Cherokee
Chichewa
Chinese (Simplified)
Chinese (Traditional)
Corsican
Croatian
Czech
Danish
Dutch
English
Esperanto
Estonian
Ewe
Faroese
Filipino
Finnish
French
Frisian
Ga
Galician
Georgian
German
Greek
Guarani
Gujarati
Haitian Creole
Hausa
Hawaiian
Hebrew
Hindi
Hmong
Hungarian
Icelandic
Igbo
Indonesian
Interlingua
Irish
Italian
Japanese
Javanese
Kannada
Kazakh
Kinyarwanda
Kirundi
Kongo
Korean
Krio (Sierra Leone)
Kurdish
Kurdish (Soranî)
Kyrgyz
Laothian
Latin
Latvian
Lingala
Lithuanian
Lozi
Luganda
Luo
Luxembourgish
Macedonian
Malagasy
Malay
Malayalam
Maltese
Maori
Marathi
Mauritian Creole
Moldavian
Mongolian
Myanmar (Burmese)
Montenegrin
Nepali
Nigerian Pidgin
Northern Sotho
Norwegian
Norwegian (Nynorsk)
Occitan
Oriya
Oromo
Pashto
Persian
Polish
Portuguese (Brazil)
Punjabi
Quechua
Romanian
Romansh
Runyakitara
Russian
Samoan
Scots Gaelic
Serbian
Serbo-Croatian
Sesotho
Setswana
Seychellois Creole
Shona
Sindhi
Sinhalese
Slovak
Slovenian
Somali
Spanish
Spanish (Latin American)
Sundanese
Swahili
Swedish
Tajik
Tamil
Tatar
Telugu
Thai
Tigrinya
Tonga
Tshiluba
Tumbuka
Turkish
Turkmen
Twi
Uighur
Ukrainian
Urdu
Uzbek
Vietnamese
Welsh
Wolof
Xhosa
Yiddish
Yoruba
Zulu
1
Will router 1 be able to ping the loopback of router 3?
2
on router 3 a loopback is being configured as 3.3.3.3
3
it's available in the local router's routing table
4
as a directly connected interface onloopback 0.
5
Will router 1 be able to ping that loopback?
6
and the answer is no because router 1 doesn’t have a route
7
to that loopback interface. we can prove that by using the command
8
sh ip route
9
again notice there’s no route to 3.3.3.3 debug ip packet
10
do the ping again notice unroutable.
11
So the router doesn’t know how to get to that loopback
12
so we would need to configure static routes for that loopback.
13
So here’s the question, how many static routes would we need
14
to configure in this network to enable full connectivity?
15
To answer the question look at which networks are not directly connected to router 1.
16
Router 1 has this loopback and this network directly connected to it
17
but network 2.2.2.2 this network 10.1.2.0
18
and this network 3.3.3.3 are not connected to router 1
19
so 3 networks would need to be configured on router 1.
20
on router 2 this network and this network are directly connected to the router
21
we can prove that by using the command sh ip route
22
notice 3 networks are directly connected to router 2
23
but this network and this network are not directly connected.
24
so we had 3 on router 1, we have to configure 2 routes on router 2
25
on router 3, this network and this network are directly connected
26
but this network this network and this network
27
are not directly connected, so router 3 needs 3 static routes.
28
So in this small topology just using this network
29
as shown in the diagram I would need to add in total 8 static routes.
30
3 + 2 + 3 however on router 1
31
I added some additional networks 10.1.1.2 and 10.1.10.0
32
so that means we need to add 2 additional routes
33
to router 2, plus 2 additional routes to router 3
34
assuming that is, that we don’t summarize.
35
So it’s quite a bit of work.
36
So this is the problem with static routes, there can be a lot of work
37
especially if you have a large topology.
38
So sh run | include route
39
will show me my static routes in the running config of the router
40
at the moment I've only configured 1
41
so I'll have to type IP route 2.2.2.2
42
and the next hop 10.1.1.2
43
that adds that route to router's 1 routing table
44
and I have to do something similar for the loopback of router 3
45
notice the same next hop IP address is used from router's 1 point of view
46
the next hop IP address is this IP address
47
when getting to anyone of these 3 networks.
48
So can router 1 ping 3.3.3.3? No, it can’t, why?
49
So turn off debugging, let’s try again.
50
Can we ping 3.3.3.3?
51
No, let’s see if there’s a problem
52
so let’s use the command traceroute 3.3.3.3
53
Notice to get to 3.3.3.3 the traceroute command shows me
54
that router 1 sends the traffic to 10.1.1.2
55
and that’s because that route is in the local routing table of router 1
56
but when it gets to router 2 it fails.
57
So router 1 sends the traffic to router 2
58
router 2, however, when it receives the traffic from router 1
59
doesn’t know where 3.3.3.3 is.
60
So to prove that let's do a debug IP packet on router 2.
61
I'll ping the loopback of router 3 from router 1
62
so the traffic will go from router 1 to router 2
63
and then let’s see what happens
64
hopefully, it well go to router, 3 but will it?
65
And we can see here that router 2 is saying
66
host unreachable sent to 10.1.1.1 for network 3.3.3.3
67
router 2 doesn’t know how to get to this destination network
68
and therefore tells router 1 network is unreachable.
69
This is an example, of the hop by hop paradigm used in IPv4 and IPv6.
70
The hop by hop paradigm means that every router
71
makes its own local routing decision independent of other routers.
72
So just because router 1 knows how to get to router 3
73
doesn’t mean that router 2 knows how to get to router 3.
74
Router 1 actually only knows the next hop
75
in the path to get to that destination
76
and doesn’t know the entire path, so sh ip route
77
Notice router 1 knows that to get to this network 3.3.3.3
78
it needs to send the traffic to router 2
79
but it's reliant on router 2 to know what to do with traffic.
80
And in this case router 2 doesn’t know how to get to router 3
81
so unreachable massage is send back to router 1.
82
So once again, on router 2, there are no static routes.
83
So I need to configure a static route for the loopback of router 3
84
and in this case, notice the next hop
85
from router 2 point of view is 10.1.2.2
86
Now does the ping succeed? And the answer is yes.
87
the ping succeeds because when router 1 pings the loopback of router 3
88
and forwards the traffic to router 2.
89
Router 2 knows where to send the traffic
90
because that route is in its local routing table
91
and it can, therefore, forward the traffic to router 3 and in this case
92
router 3 knows how to get back to 10.1.1.1 so the ping succeeds.
93
we can see that on router 3, that it's sending a reply to 10.1.1.1 from 3.3.3.3
94
Now here's another question:
95
if we'll look at the routing table of router 2 it says that the next hop is 10.1.2.2
96
but it doesn't show us that the traffic must go out of F0/1
97
rather than F0/0 how does the router know which interface to use?
98
Well it knows because this IP address is part of this subnet
99
and that subnet is directly connected to F0/1
100
so router 2 knows that to get to 3.3.3.3
101
it needs to forward the traffic to this IP address
102
and this IP address is part of this network which is available
103
through this interface so it knows to forward
104
the traffic out of this local interface
105
we can see that in the CEF table by using the command
106
show ip cef
107
show ip cef shows us that this network is available
108
via this next hop out of this interface.
109
So with Cisco express forwarding
110
the router pre-builds this information into the CEF table
111
so it doesn’t have to do a double lookup on the routing table.
112
in the old days when traffic arrived going to this network
113
the router would have to do a double lookup, in other words, it would
114
this entry in the routing table and then have to look at this entry
115
in the routing table to determine the outgoing interface.
116
Now that information is pre-built in the CEF table
117
to speed up the forwarding of traffic.
Can't find what you're looking for?
Get subtitles in any language from opensubtitles.com, and translate them here.