All language subtitles for 21. How is traffic routed between subnets

af Afrikaans
sq Albanian
am Amharic
ar Arabic
hy Armenian
az Azerbaijani
eu Basque
be Belarusian
bn Bengali
bs Bosnian
bg Bulgarian
ca Catalan
ceb Cebuano
ny Chichewa
zh-CN Chinese (Simplified)
zh-TW Chinese (Traditional)
co Corsican
hr Croatian
cs Czech
da Danish
nl Dutch
en English
eo Esperanto
et Estonian
tl Filipino
fi Finnish
fr French
fy Frisian
gl Galician
ka Georgian
de German
el Greek
gu Gujarati
ht Haitian Creole
ha Hausa
haw Hawaiian
iw Hebrew
hi Hindi
hmn Hmong
hu Hungarian
is Icelandic
ig Igbo
id Indonesian
ga Irish
it Italian
ja Japanese
jw Javanese
kn Kannada
kk Kazakh
km Khmer
ko Korean
ku Kurdish (Kurmanji)
ky Kyrgyz
lo Lao
la Latin
lv Latvian
lt Lithuanian
lb Luxembourgish
mk Macedonian
mg Malagasy
ms Malay
ml Malayalam
mt Maltese
mi Maori
mr Marathi
mn Mongolian
my Myanmar (Burmese)
ne Nepali
no Norwegian
ps Pashto
fa Persian
pl Polish
pt Portuguese Download
pa Punjabi
ro Romanian
ru Russian
sm Samoan
gd Scots Gaelic
sr Serbian
st Sesotho
sn Shona
sd Sindhi
si Sinhala
sk Slovak
sl Slovenian
so Somali
es Spanish
su Sundanese
sw Swahili
sv Swedish
tg Tajik
ta Tamil
te Telugu
th Thai
tr Turkish
uk Ukrainian
ur Urdu
uz Uzbek
vi Vietnamese
cy Welsh
xh Xhosa
yi Yiddish
yo Yoruba
zu Zulu
or Odia (Oriya)
rw Kinyarwanda
tk Turkmen
tt Tatar
ug Uyghur
Would you like to inspect the original subtitles? These are the user uploaded subtitles that are being translated: 1 00:00:00,000 --> 00:00:05,000 So in summary when the device wants to communicate 2 00:00:05,000 --> 00:00:07,000 with another device in the same subnet. 3 00:00:07,000 --> 00:00:12,000 It will send a broadcast onto the local segment to find 4 00:00:12,000 --> 00:00:16,000 the MAC address of the device using the target IP address. 5 00:00:16,000 --> 00:00:20,000 So in this case A sends the frame to the hub. 6 00:00:20,000 --> 00:00:25,000 The hub because it's a multi port repeater will send the frame 7 00:00:25,000 --> 00:00:28,000 out of all ports except the port on which it arrive. 8 00:00:28,000 --> 00:00:33,000 So both the router and host C received the frame. 9 00:00:33,000 --> 00:00:38,000 Network Interface Card will only accept unicast traffic destined 10 10 00:00:38,000 --> 00:00:42,000 to the Mac address or they�ll accept broadcast traffic 11 11 00:00:42,000 --> 00:00:45,000 as well as accepting multicast traffic 12 12 00:00:45,000 --> 00:00:48,000 for multicast addresses that they've subscribed to. 13 13 00:00:48,000 --> 00:00:53,000 The router has a MAC address of G on interface F0/0 14 14 00:00:53,000 --> 00:00:55,000 so the router will receive the broadcast 15 15 00:00:55,000 --> 00:00:59,000 and forward the ARP request to high layer protocols. 16 16 00:00:59,000 --> 00:01:04,000 The router will be able to see at layer 3 that this is an ARP request 17 17 00:01:04,000 --> 00:01:10,000 for IP address 10.1.1.2 but the router in this example is configured 18 18 00:01:10,000 --> 00:01:15,000 with IP addresses 10.1.1.100 and 10.1.2.100 so the router will drop 19 19 00:01:15,000 --> 00:01:21,000 the frame because the ARP request is not for one of one its IP addresses. 20 20 00:01:21,000 --> 00:01:26,000 Routers do not forward broadcast, so this broadcast is not forwarded 21 21 00:01:26,000 --> 00:01:29,000 out of interface F0/1. 22 22 00:01:29,000 --> 00:01:33,000 So the broadcast received by the router is dropped. 23 23 00:01:33,000 --> 00:01:37,000 The network interface card on PC C will received the broadcast 24 24 00:01:37,000 --> 00:01:40,000 and see that this is an ARP request forwards IP address. 25 25 00:01:40,000 --> 00:01:44,000 So it will then reply with an ARP reply 26 26 00:01:44,000 --> 00:01:46,000 as we�ve seen in the Wireshark capture. 27 27 00:01:46,000 --> 00:01:52,000 PC C will update its ARP cash to show that IP address 10.1.1.1 is 28 28 00:01:52,000 --> 00:01:57,000 associated with MAC address A and it will then send the frame to the hub 29 29 00:01:57,000 --> 00:02:00,000 The hub will forward the frame out of all ports 30 30 00:02:00,000 --> 00:02:02,000 because it�s a multiport repeater. 31 31 00:02:02,000 --> 00:02:06,000 The router in this example will receive a frame from the hub 32 32 00:02:06,000 --> 00:02:09,000 but because the destination MAC address is A 33 33 00:02:09,000 --> 00:02:11,000 and it�s not the MAC address of the router 34 34 00:02:11,000 --> 00:02:14,000 which is G the router will drop the frame. 35 35 00:02:14,000 --> 00:02:17,000 A will also receive a copy of the frame 36 36 00:02:17,000 --> 00:02:21,000 when A receives the frame it will accept it 37 37 00:02:21,000 --> 00:02:24,000 because the destination address is A and its MAC address is A. 38 38 00:02:24,000 --> 00:02:28,000 it will then update its ARP cache with and ARP entries 39 39 00:02:28,000 --> 00:02:33,000 stating that IP address 10.1.1.2 is associated with MAC address C. 40 40 00:02:33,000 --> 00:02:38,000 so the ARP reply allows A to update its ARP cache. 41 41 00:02:38,000 --> 00:02:42,000 At this point no user traffic has been transmitted 42 42 00:02:42,000 --> 00:02:46,000 what�s happen here is that the devices have simply worked out 43 43 00:02:46,000 --> 00:02:51,000 which MAC addresses are associated with which IP addresses. 44 44 00:02:51,000 --> 00:02:56,000 So A now knows that MAC address C is associated with IP address 10.1.1.2 4193

Can't find what you're looking for?
Get subtitles in any language from opensubtitles.com, and translate them here.