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.