All language subtitles for 2. Answers Part 1 ARP

af Afrikaans
ak Akan
sq Albanian
am Amharic
ar Arabic
hy Armenian
az Azerbaijani
eu Basque
be Belarusian
bem Bemba
bn Bengali
bh Bihari
bs Bosnian
br Breton
bg Bulgarian
km Cambodian
ca Catalan
chr Cherokee
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
ee Ewe
fo Faroese
tl Filipino
fi Finnish
fr French
fy Frisian
gaa Ga
gl Galician
ka Georgian
de German
el Greek
gn Guarani
gu Gujarati
ht Haitian Creole
ha Hausa
haw Hawaiian
iw Hebrew
hi Hindi
hu Hungarian
is Icelandic
ig Igbo
id Indonesian
ia Interlingua
ga Irish
it Italian
ja Japanese
jw Javanese
kn Kannada
kk Kazakh
rw Kinyarwanda
rn Kirundi
kg Kongo
ko Korean
kri Krio (Sierra Leone)
ku Kurdish
ckb Kurdish (SoranĂ®)
ky Kyrgyz
lo Laothian
la Latin
lv Latvian
ln Lingala
lt Lithuanian
loz Lozi
lg Luganda
ach Luo
mk Macedonian
mg Malagasy
ms Malay
ml Malayalam
mt Maltese
mi Maori
mr Marathi
mfe Mauritian Creole
mo Moldavian
mn Mongolian
sr-ME Montenegrin
ne Nepali
pcm Nigerian Pidgin
nso Northern Sotho
no Norwegian
nn Norwegian (Nynorsk)
oc Occitan
or Oriya
om Oromo
ps Pashto
fa Persian
pl Polish
pt-BR Portuguese (Brazil)
pt-PT Portuguese (Portugal)
pa Punjabi
qu Quechua
ro Romanian
rm Romansh
nyn Runyakitara
ru Russian
gd Scots Gaelic
sr Serbian
sh Serbo-Croatian
st Sesotho
tn Setswana
crs Seychellois Creole
sn Shona
sd Sindhi
si Sinhalese
sk Slovak
sl Slovenian
so Somali
es Spanish
es-419 Spanish (Latin American)
su Sundanese
sw Swahili
sv Swedish
tg Tajik
ta Tamil
tt Tatar
te Telugu
th Thai
ti Tigrinya
to Tonga
lua Tshiluba
tum Tumbuka
tr Turkish
tk Turkmen
tw Twi
ug Uighur
uk Ukrainian
ur Urdu
uz Uzbek
vi Vietnamese
cy Welsh
wo Wolof
xh Xhosa
yi Yiddish
yo Yoruba
zu Zulu
Would you like to inspect the original subtitles? These are the user uploaded subtitles that are being translated: 1 00:00:19,600 --> 00:00:23,720 OK so let's see if we can practically answer these questions. 2 00:00:23,950 --> 00:00:31,420 To do that I'm going to use simulation mode in packet tracer and I'm going to change the filters to 3 00:00:31,480 --> 00:00:36,160 only show up and ICMP messages. 4 00:00:36,160 --> 00:00:44,170 I don't want to see all the other traffic types in the network so let's see what happens when P.S. pings. 5 00:00:44,170 --> 00:01:02,420 P.S. For P.S. One has an IP address of 10 1 1 1 P.S. For has an IP address of 10 1 1 4 so we're going 6 00:01:02,420 --> 00:01:04,700 to send ICMP traffic. 7 00:01:04,700 --> 00:01:05,960 In other words pink traffic 8 00:01:08,670 --> 00:01:16,150 from P.S. 1 2 P.S. For and then we're going to observe what happens now in this example. 9 00:01:16,150 --> 00:01:18,890 I'll only send two packets. 10 00:01:19,030 --> 00:01:28,410 In other words two pings notice what happens in the network there's ICMP traffic but there is also an 11 00:01:28,440 --> 00:01:31,520 op frame that's generated. 12 00:01:31,650 --> 00:01:37,110 P.S. One needs to learn and the MAC address of P.S. 4. 13 00:01:37,320 --> 00:01:47,820 So it sends out an op which is a broadcast requesting of the target MAC address of P.C. for So in answer 14 00:01:47,820 --> 00:01:51,320 to our first question what type of packet is sent. 15 00:01:51,330 --> 00:01:58,250 Initially the answer is A OPP packet which is a broadcast packet. 16 00:02:02,170 --> 00:02:08,280 We've proven that by running simulation mode in Packet Tracer. 17 00:02:08,290 --> 00:02:16,510 Now this is a broadcast and in this network the devices are connected to a hub so the traffic should 18 00:02:16,510 --> 00:02:25,670 be flooded to all the devices in the network except the device that sent the packet. 19 00:02:25,670 --> 00:02:27,500 So who receives the packet. 20 00:02:27,530 --> 00:02:28,510 P.S. to dance. 21 00:02:28,520 --> 00:02:41,380 P.S. 3 does and so does P.S. For P.S. 2 and P.S. 3 will drop the packets because the packet is not for 22 00:02:41,530 --> 00:02:52,830 the IP address P.S. 2 as an example is configured with IP address 10 1 1 2 SPC 2 is going to drop the 23 00:02:52,830 --> 00:02:53,660 packet. 24 00:02:53,910 --> 00:03:04,010 The OP request is for IP address 10 1 1 4 so both P2 and P3. 25 00:03:04,020 --> 00:03:14,360 Drop the packet but P.S. 4 will accept the packet and what it should do now is send back an OP a reply. 26 00:03:14,750 --> 00:03:27,400 So if we look at this packet notice the inbound packet to the hub is an op reply packet with the MAC 27 00:03:27,400 --> 00:03:32,020 address of P.S. 4 this is P.C. false IP address. 28 00:03:32,050 --> 00:03:34,090 This is its MAC address. 29 00:03:34,090 --> 00:03:46,170 We can verify that by using the IP config command and I should say IP config slash all notice the MAC 30 00:03:46,170 --> 00:03:55,650 address which is the source MAC address of the frame and that's the source MAC address we see over here. 31 00:03:55,650 --> 00:04:00,120 So the next question is who receives the return traffic. 32 00:04:00,120 --> 00:04:11,180 So if I click capture forward notice P.S. 1 P.S. 3 and P.S. to receive the return traffic so it BPC 33 00:04:11,180 --> 00:04:13,300 1 P.S. to NPC 3. 34 00:04:13,490 --> 00:04:23,740 P.S. 2 and P.S. 3 will drop the OP reply because it's not destined to them when we look at that packet 35 00:04:24,580 --> 00:04:33,320 we can see that the destination MAC address is P.S. 1 and we can confirm that by looking at the config 36 00:04:33,320 --> 00:04:44,420 of P.S. 1 Notice the MAC address is thus so P.C. 2 and P.S. 3 will drop the OP. 37 00:04:44,410 --> 00:04:53,840 Reply We then asked when ping traffic is sent from P.S. 1 TPC for who receives the traffic. 38 00:04:53,840 --> 00:04:58,280 Now it's a hub so the traffic will be flooded. 39 00:04:58,440 --> 00:05:10,320 So here's the ICMP message we can see that it's an Ethernet to frame using IP for at least three and 40 00:05:10,320 --> 00:05:16,440 we can see it's an ICMP packet and when we click capture forward notice. 41 00:05:16,550 --> 00:05:29,850 P.S. to P3 and P4 receive the traffic but again P.S. To and P.S. 3 will drop out of the packet because 42 00:05:29,850 --> 00:05:40,670 it's not destined to them when we look at the inbound PD Yoo or protocol data unit on PCI for we can 43 00:05:40,670 --> 00:05:47,880 see that the destination IP address is PCI 4 and the destination MAC address is. 44 00:05:47,880 --> 00:05:58,270 P.S. 4 we can verify that once again by using the IP config slash all command and we can see the MAC 45 00:05:58,270 --> 00:05:59,170 address of. 46 00:05:59,170 --> 00:06:02,950 P.S. For so that's going to continue now. 47 00:06:03,410 --> 00:06:03,980 When. 48 00:06:03,980 --> 00:06:08,320 P.S. For replies TPC won. 49 00:06:08,400 --> 00:06:15,660 The traffic is flooded and this is the problem with the hub even though the conversation is between 50 00:06:16,110 --> 00:06:23,480 P.S. 1 and P.S. for everyone in the network receives the traffic. 5329

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