Como funciona?

Página 1

Nombres de dominio y resolución de direcciones

Pero, ¿qué sucede si no conoce la dirección IP de la computadora a la que desea conectarse? ¿Qué sucede si necesita acceder a un servidor web denominado www.anothercomputer.com ? ¿Cómo sabe su navegador web en qué parte de Internet se encuentra esta computadora? La respuesta a todas estas preguntas es el Servicio de Nombres de Dominio o DNS . El DNS es una base de datos distribuida que realiza un seguimiento de los nombres de las computadoras y sus correspondientes direcciones IP en Internet.

Muchas computadoras conectadas a Internet alojan parte de la base de datos DNS y el software que permite que otros accedan a ella. Estos equipos se conocen como servidores DNS. Ningún servidor DNS contiene la base de datos completa; solo contienen un subconjunto de él. Si un servidor DNS no contiene el nombre de dominio solicitado por otra computadora, el servidor DNS redirige la computadora solicitante a otro servidor DNS.

Página 2

Internet Protocols Revisited

As hinted to earlier in the section about protocol stacks, one may surmise that there are many protocols that are used on the Internet. This is true; there are many communication protocols required for the Internet to function. These include the TCP and IP protocols, routing protocols, medium access control protocols, application level protocols, etc. The following sections describe some of the more important and commonly used protocols on the Internet. Higher level protocols are discussed first, followed by lower level protocols.

Application Protocols: HTTP and the World Wide Web

One of the most commonly used services on the Internet is the World Wide Web (WWW). The application protocol that makes the web work is Hypertext Transfer Protocol or HTTP. Do not confuse this with the Hypertext Markup Language (HTML). HTML is the language used to write web pages. HTTP is the protocol that web browsers and web servers use to communicate with each other over the Internet. It is an application level protocol because it sits on top of the TCP layer in the protocol stack and is used by specific applications to talk to one another. In this case the applications are web browsers and web servers.

HTTP is a connectionless text based protocol. Clients (web browsers) send requests to web servers for web elements such as web pages and images. After the request is serviced by a server, the connection between client and server across the Internet is disconnected. A new connection must be made for each request. Most protocols are connection oriented. This means that the two computers communicating with each other keep the connection open over the Internet. HTTP does not however. Before an HTTP request can be made by a client, a new connection must be made to the server.

When you type a URL into a web browser, this is what happens:

If the URL contains a domain name, the browser first connects to a domain name server and retrieves the corresponding IP address for the web server.

The web browser connects to the web server and sends an HTTP request (via the protocol stack) for the desired web page.

The web server receives the request and checks for the desired page. If the page exists, the web server sends it. If the server cannot find the requested page, it will send an HTTP 404 error message. (404 means 'Page Not Found' as anyone who has surfed the web probably knows.)

The web browser receives the page back and the connection is closed.

The browser then parses through the page and looks for other page elements it needs to complete the web page. These usually include images, applets, etc.

For each element needed, the browser makes additional connections and HTTP requests to the server for each element.

When the browser has finished loading all images, applets, etc. the page will be completely loaded in the browser window.

Página 3

Application Protocols: SMTP and Electronic Mail

Another commonly used Internet service is electronic mail. E-mail uses an application level protocol called Simple Mail Transfer Protocol or SMTP. SMTP is also a text based protocol, but unlike HTTP, SMTP is connection oriented. SMTP is also more complicated than HTTP. There are many more commands and considerations in SMTP than there are in HTTP.

When you open your mail client to read your e-mail, this is what typically happens:

The mail client (Netscape Mail, Lotus Notes, Microsoft Outlook, etc.) opens a connection to it's default mail server. The mail server's IP address or domain name is typically setup when the mail client is installed.

The mail server will always transmit the first message to identify itself.

The client will send an SMTP HELO command to which the server will respond with a 250 OK message.

Depending on whether the client is checking mail, sending mail, etc. the appropriate SMTP commands will be sent to the server, which will respond accordingly.

This request/response transaction will continue until the client sends an SMTP QUIT command. The server will then say goodbye and the connection will be closed.

A simple 'conversation' between an SMTP client and SMTP server is shown below. R: denotes messages sent by the server (receiver) and S: denotes messages sent by the client (sender).

Application Protocols: SMTP and Electronic Mail

Another commonly used Internet service is electronic mail. E-mail uses an application level protocol called Simple Mail Transfer Protocol or SMTP. SMTP is also a text based protocol, but unlike HTTP, SMTP is connection oriented. SMTP is also more complicated than HTTP. There are many more commands and considerations in SMTP than there are in HTTP.

When you open your mail client to read your e-mail, this is what typically happens:

The mail client (Netscape Mail, Lotus Notes, Microsoft Outlook, etc.) opens a connection to it's default mail server. The mail server's IP address or domain name is typically setup when the mail client is installed.

The mail server will always transmit the first message to identify itself.

The client will send an SMTP HELO command to which the server will respond with a 250 OK message.

Depending on whether the client is checking mail, sending mail, etc. the appropriate SMTP commands will be sent to the server, which will respond accordingly.

This request/response transaction will continue until the client sends an SMTP QUIT command. The server will then say goodbye and the connection will be closed.

A simple 'conversation' between an SMTP client and SMTP server is shown below. R: denotes messages sent by the server (receiver) and S: denotes messages sent by the client (sender).

Página 4

Protocolo de Control de Transmisión

Debajo de la capa de aplicación en la pila de protocolos se encuentra la capa TCP. Cuando las aplicaciones abren una conexión a otra computadora en Internet, los mensajes que envían (usando un protocolo de capa de aplicación específico) pasan por la pila a la capa TCP. TCP es responsable de enrutar los protocolos de aplicación a la aplicación correcta en la computadora de destino. Para lograr esto, se utilizan números de puerto. Los puertos se pueden considerar como canales separados en cada computadora. Por ejemplo, puede navegar por Internet mientras lee el correo electrónico. Esto se debe a que estas dos aplicaciones (el navegador web y el cliente de correo) usaban números de puerto diferentes. Cuando un paquete llega a una computadora y sube por la pila de protocolos, la capa TCP decide qué aplicación recibe el paquete en función de un número de puerto.

TCP funciona así:

Cuando la capa TCP recibe los datos del protocolo de la capa de aplicación desde arriba, los segmenta en "fragmentos" manejables y luego agrega un encabezado TCP con información TCP específica a cada "fragmento". La información contenida en el encabezado TCP incluye el número de puerto de la aplicación a la que se deben enviar los datos.

Cuando la capa TCP recibe un paquete de la capa IP debajo de ella, la capa TCP extrae los datos del encabezado TCP del paquete, hace una reconstrucción de datos si es necesario y luego envía los datos a la aplicación correcta usando el número de puerto tomado del TCP. encabezamiento.

Así es como TCP enruta los datos que se mueven a través de la pila de protocolos a la aplicación correcta.

TCP no es un protocolo textual. TCP es un servicio de flujo de bytes fiable y orientado a la conexión . Orientado a la conexión significa que dos aplicaciones que usan TCP primero deben establecer una conexión antes de intercambiar datos. TCP es confiable porque por cada paquete recibido, se envía un acuse de recibo al remitente para confirmar la entrega. TCP también incluye una suma de verificación en su encabezado para verificar errores en los datos recibidos.

Protocolo de Control de Transmisión

Debajo de la capa de aplicación en la pila de protocolos se encuentra la capa TCP. Cuando las aplicaciones abren una conexión a otra computadora en Internet, los mensajes que envían (usando un protocolo de capa de aplicación específico) pasan por la pila a la capa TCP. TCP es responsable de enrutar los protocolos de aplicación a la aplicación correcta en la computadora de destino. Para lograr esto, se utilizan números de puerto. Los puertos se pueden considerar como canales separados en cada computadora. Por ejemplo, puede navegar por Internet mientras lee el correo electrónico. Esto se debe a que estas dos aplicaciones (el navegador web y el cliente de correo) usaban números de puerto diferentes. Cuando un paquete llega a una computadora y sube por la pila de protocolos, la capa TCP decide qué aplicación recibe el paquete en función de un número de puerto.

TCP funciona así:

Cuando la capa TCP recibe los datos del protocolo de la capa de aplicación desde arriba, los segmenta en "fragmentos" manejables y luego agrega un encabezado TCP con información TCP específica a cada "fragmento". La información contenida en el encabezado TCP incluye el número de puerto de la aplicación a la que se deben enviar los datos.

Cuando la capa TCP recibe un paquete de la capa IP debajo de ella, la capa TCP extrae los datos del encabezado TCP del paquete, hace una reconstrucción de datos si es necesario y luego envía los datos a la aplicación correcta usando el número de puerto tomado del TCP. encabezamiento.

Así es como TCP enruta los datos que se mueven a través de la pila de protocolos a la aplicación correcta.

TCP no es un protocolo textual. TCP es un servicio de flujo de bytes fiable y orientado a la conexión . Orientado a la conexión significa que dos aplicaciones que usan TCP primero deben establecer una conexión antes de intercambiar datos. TCP es confiable porque por cada paquete recibido, se envía un acuse de recibo al remitente para confirmar la entrega. TCP también incluye una suma de verificación en su encabezado para verificar errores en los datos recibidos.

Página 5

protocolo de Internet

A diferencia de TCP, IP es un protocolo no confiable y sin conexión . A IP no le importa si un paquete llega a su destino o no. IP tampoco sabe de conexiones y números de puerto. El trabajo de IP también es enviar y enrutar paquetes a otras computadoras . Los paquetes IP son entidades independientes y pueden llegar desordenados o no llegar. El trabajo de TCP es asegurarse de que los paquetes lleguen y estén en el orden correcto. Casi lo único que IP tiene en común con TCP es la forma en que recibe datos y agrega su propia información de encabezado de IP a los datos de TCP.