Ethernet против TCP против IP?

Представьте себе одну из этих систем сообщений с пневматической трубкой . Ethernet - это труба, используемая для отправки сообщения, IP - это конверт в трубе, а TCP / UDP - это буква в конверте.

Кто-то (приложение) пишет письмо и кладет его в конверт. Другой человек (NIC) смотрит на адрес на конверте, кладет его в трубку, закрывает, помещает в правую дверь, чтобы приблизить к месту назначения, затем нажимает кнопку.

Трубка переносится к другой двери, где кто-то (маршрутизатор) открывает трубку, считывает адрес, помещает его обратно в трубку и отправляет через другую дверь.

В конце концов он прибывает в пункт назначения, где сетевой адаптер с другой стороны забирает его и передает его приложению.

Это, конечно, огромное упрощение того, что на самом деле происходит, но это довольно приличная основа для начала.

Anyone of them used in a layer. Ethernet in layer 2, IP in layer 3 and TCP in layer 4 (Layer numbers are based on OSI model).

Every of them has dutty of packet delivery from one thing to another:

Ethernet : From one hop to another (hop means directly connected device)

IP: From one end to another (remote device or connected device)

TCP: From one process to another (process running on the two ends)

Значительно упрощен и потенциально неточен. ;) tcp (протокол управления передачей) и ip (интернет-протокол) являются программными протоколами. Они работают на разных уровнях сетевого стека. Ethernet является средой, которую он передает по сравнению с вещами, такими как Token Ring, оптоволокно и т. Д., Описывающими физический уровень стека.

Ethernet

Служба физической связи . Читает и пишет сообщения на проводе. (упрощенный)

IP

Экспедиторская служба. Он (ненадежно) перезагружает сообщения с одного провода на другой, поэтому узлы могут отправлять сообщения узлам, с которыми они физически не связаны.

TCP

Вид обертки вокруг IP. Использует службу обмена сообщениями IP для обеспечения соединений между процессами, запущенными на разных узлах, которые

• надежны (запрашивает повторные передачи, если сообщения теряются)
• избежать заторов на пути связи
• не сокрушит приемник

Physical (layer 1): Some sort of physical (electrical, electromagnetic, optical) signaling method and standard. Almost always handled in hardware. Heavily medium and speed dependent.

Ethernet (layer 2): Uses MAC addresses to identify nodes - "Protocol data units" are called frames. This layer has no concept of a internetwork. It sends a frame to a destination, assuming that it can throw out through the medium and that it will get there.

IP (layer 3): Uses IP addresses to identify nodes - "Protocol data units" are called packets. This layer allows an IP addressing scheme to be used. The concept of an internetwork begins to come into play at this layer. Now we have a basic mechanism that lets us say "This set of IP addresses is reachable if we throw the packet directly out through the medium" and "This other set of IP addresses is only indirectly reachable - we must send it to a gateway."

UDP (layer 3.1ish): Basically, an IP packet extended to have the concept of a "port" bolted on it. Ports let you address different listeners on the same host - so more than one program on a host can use all this great stuff and the medium can be utilized more effectively.

TCP (layer 4): Uses ports to allow multiple senders/listeners in addition to IP addresses to identify nodes - "Protocol data units" are called segments. This layer implements "connection oriented services" and makes all the guarantees that IP does not. IP packets may arrive out of order or not arrive at all. TCP keeps track of packets using a windowing scheme and tries to make sure through acknowledgements that the destination did get all of its data.