All language subtitles for 002 IP Characteristics and IPv4 Address Format.en

af Afrikaans
ak Akan
sq Albanian
am Amharic
ar Arabic Download
hy Armenian
az Azerbaijani
eu Basque
be Belarusian
bem Bemba
bn Bengali
bh Bihari
bs Bosnian
br Breton
bg Bulgarian
km Cambodian
ca Catalan
ceb Cebuano
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
hmn Hmong
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
lb Luxembourgish
mk Macedonian
mg Malagasy
ms Malay
ml Malayalam
mt Maltese
mi Maori
mr Marathi
mfe Mauritian Creole
mo Moldavian
mn Mongolian
my Myanmar (Burmese)
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 Portuguese (Portugal)
pa Punjabi
qu Quechua
ro Romanian
rm Romansh
nyn Runyakitara
ru Russian
sm Samoan
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:00,420 --> 00:00:07,480 What I'd like to point out once again is that each website is resolved to a different IP address. 2 00:00:08,160 --> 00:00:15,360 Lastly, if I ping CNN dot com, notice that that also resolves to an IP address, but it's different 3 00:00:15,630 --> 00:00:17,130 to the previous examples. 4 00:00:17,640 --> 00:00:23,640 DNS is doing the name resolution, so it's resolving a domain name to an IP address. 5 00:00:23,880 --> 00:00:28,430 And that's how I'm learning the IP address of CNN dot com or Google dot com. 6 00:00:28,860 --> 00:00:34,620 You can ping many of the well-known websites on the Internet to find out what the IP addresses are. 7 00:00:34,980 --> 00:00:42,240 You could also use any lookup which just does a DNS resolution of a domain name rather than trying to 8 00:00:42,240 --> 00:00:43,530 ping the server. 9 00:00:44,160 --> 00:00:50,030 So in summary, the devices on the Internet have been configured with IP version four addresses. 10 00:00:50,340 --> 00:00:54,930 I'll explain more about the formatting of IP addresses in the next few minutes. 11 00:00:55,290 --> 00:01:02,310 But for now, just take note that every device has an IP address and that includes my own machine. 12 00:01:02,850 --> 00:01:08,920 The command IP config will show me the IP address on my local machine when using windows. 13 00:01:09,330 --> 00:01:14,110 So in this example, my IP version four dress is 10 DOT 0.01 six. 14 00:01:14,610 --> 00:01:22,770 You'll also notice here that I have an IP Version six address of 2001, Kolon 20, Kolon Kolon two. 15 00:01:23,100 --> 00:01:28,830 In this video we're concentrating on IP Version four dresses, but in another video I'll explain IP 16 00:01:28,830 --> 00:01:35,490 Version six, IP Version six is becoming more and more important because IP addresses are now exhausted 17 00:01:35,490 --> 00:01:36,990 in certain parts of the world. 18 00:01:37,650 --> 00:01:45,660 IP Version four or Internet Protocol Version four is a layer three or network layer protocol as per 19 00:01:45,660 --> 00:01:46,980 the Odissi model. 20 00:01:47,430 --> 00:01:50,100 In a different video, I explained the Osam model. 21 00:01:50,380 --> 00:01:53,700 So if you're not sure about layers, please refer to that video. 22 00:01:54,150 --> 00:01:57,120 IP Version four is a connection list protocol. 23 00:01:57,420 --> 00:01:59,760 In other words, there are no sessions formed. 24 00:01:59,760 --> 00:02:06,390 When traffic is transmitted, the transmitter simply sends data without notification to the receiver. 25 00:02:06,660 --> 00:02:10,230 No status information is sent back from the receiver to the transmitter. 26 00:02:10,380 --> 00:02:11,700 It's totally connection. 27 00:02:11,700 --> 00:02:18,120 Less TCP, IP or transmission control protocol, on the other hand, is connection orientated. 28 00:02:18,630 --> 00:02:25,680 TCP IP will set up a session so before transmission takes place in TCP IP, the transmitter sends what's 29 00:02:25,680 --> 00:02:29,790 called a sun or synchronization message to the receiver. 30 00:02:30,120 --> 00:02:38,220 There's a certain message from the receiver to the transmitter and then a EQ or acknowledgement message 31 00:02:38,220 --> 00:02:39,980 from the transmitter to the receiver. 32 00:02:40,290 --> 00:02:48,300 So before any data is transmitted, devices using TCP IP go through what's called the three way handshake. 33 00:02:48,750 --> 00:02:54,530 Some Sinak and ACC IP, on the other hand, doesn't do any of that. 34 00:02:54,900 --> 00:02:58,440 Each packet is treated independently of other packets. 35 00:02:58,710 --> 00:03:03,510 That's why traffic can take different paths to get to a destination. 36 00:03:04,080 --> 00:03:10,920 Rodders will route the traffic via different paths based on options such as load balancing because each 37 00:03:10,920 --> 00:03:14,730 packet is independent and IP is a connectional as protocol. 38 00:03:15,360 --> 00:03:21,810 Rodders can also base rodding decisions on different values such as bandwidth or hopp count. 39 00:03:22,320 --> 00:03:31,410 But it is possible that packets from one session take divergent or different paths to get to a destination. 40 00:03:32,130 --> 00:03:38,790 So, for example, Ruppe will base its routing decisions on Hopp count, which is not good, and hence 41 00:03:38,790 --> 00:03:41,160 Ruppe is not used that often anymore. 42 00:03:41,580 --> 00:03:44,520 OPF will base it on bandwidth. 43 00:03:44,940 --> 00:03:49,350 Other routing protocols will use their own metrics to determine the best path. 44 00:03:49,680 --> 00:03:53,640 I'll be discussing routing protocols in more detail later in this course. 45 00:03:54,060 --> 00:04:00,660 But in brief, routing protocols determine the best path or best route from A to B.. 46 00:04:01,230 --> 00:04:08,310 This is based on the rockhill addressing structure in IP version for an IP version six, where we have 47 00:04:08,310 --> 00:04:10,710 both a network and host portion. 48 00:04:10,860 --> 00:04:16,710 As part of the address, routers base their routing decisions on the network portion of the address 49 00:04:16,740 --> 00:04:20,070 rather than on the host portion of the address. 50 00:04:20,670 --> 00:04:24,030 And I'll explain network and host portions in a moment. 51 00:04:24,480 --> 00:04:28,710 IP also only gives best effort delivery of packets. 52 00:04:28,740 --> 00:04:31,680 There is no guarantee of packet delivery. 53 00:04:32,010 --> 00:04:39,540 Any packet could be misdirected, it could be duplicated or it could be lost in transmission when sent 54 00:04:39,540 --> 00:04:40,710 to a destination. 55 00:04:41,010 --> 00:04:44,670 And that should be expected in IP transmissions. 56 00:04:45,270 --> 00:04:51,990 Once again, TCP IP, which is a connection orientated protocol, has the ability to transmit packets 57 00:04:51,990 --> 00:04:54,210 that go missing UDP. 58 00:04:54,390 --> 00:04:59,640 Another layer for protocol doesn't retransmit packets if they get dropped. 59 00:04:59,850 --> 00:05:03,800 They simply lost and the applications need to take care of that. 60 00:05:04,220 --> 00:05:07,460 There is also no data recovery features in IP. 61 00:05:07,640 --> 00:05:14,570 If the packet, for example, gets corrupted, the end devices need to handle that and not the routers 62 00:05:14,570 --> 00:05:15,290 in between. 63 00:05:15,890 --> 00:05:21,920 So in summary, IP has no built-In sessions, no data recovery, no retransmissions. 64 00:05:22,430 --> 00:05:29,990 Higher layer protocols such as TCP IP will need to handle dropped packets, corrupted packets, misdirected 65 00:05:29,990 --> 00:05:31,280 packets and so forth. 66 00:05:31,610 --> 00:05:38,540 IP does not provide those features and relies on higher layer protocols to implement those features. 67 00:05:39,830 --> 00:05:43,430 So let's look at the format of an IP Version four address. 68 00:05:43,880 --> 00:05:51,560 An IP version four dress is 32 bits in size, normally written in dotted decimal notation such as this 69 00:05:51,560 --> 00:05:59,160 example 10.1 dot one that one each of value such as ten is eight bits in size. 70 00:05:59,660 --> 00:06:08,900 So in other words, we have X, X, X, X with each X being eight bits in length, also known as an 71 00:06:08,900 --> 00:06:09,530 octet. 72 00:06:10,160 --> 00:06:12,620 The total size of the address is 32. 73 00:06:12,620 --> 00:06:19,760 But please refer to the binary video if you're not sure about bits and how to convert this address into 74 00:06:19,760 --> 00:06:21,380 binary and back again. 75 00:06:22,010 --> 00:06:28,490 IP addresses once again have a hierarchical structure to enable routing, which consists of two main 76 00:06:28,490 --> 00:06:29,030 parts. 77 00:06:29,510 --> 00:06:35,270 We have the network portion of an address and the host portion, and we look at that in more detail 78 00:06:35,510 --> 00:06:36,320 in a moment. 79 00:06:36,920 --> 00:06:45,110 IP addresses are used for routing in a very similar way to the way DHL or FedEx route parcels. 80 00:06:45,110 --> 00:06:52,760 Based on a destination address, rodders will route traffic to a destination address when unicast packets 81 00:06:52,760 --> 00:06:53,720 are transmitted. 82 00:06:54,260 --> 00:06:59,000 Multicast packets use a different mechanism and do the routing based on source address. 83 00:06:59,450 --> 00:07:08,360 So as an analogy, DHL or FedEx, or sending the parcel to a destination based on the destination on 84 00:07:08,360 --> 00:07:16,130 the Postle routers are sending packets to destinations based on the destination address in the packet. 9092

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