CARRERA PROFECIONA: PRODUCION AGROPECUARIA

DOCENTE: MOISES TAPIA SAVEDRA

TEMA: TOPOLOGIA DE INTERNET

INTEGRANTES:

LUIS MIGUEL VEGA BENITES

PRESENTACIONESTE TRABAJO ESTA PRESENTADO CON EL FIN DE IN FORMARNOS SOBRE LA TOPOLOGIA DE INTERNET SU USO Y APLICACIÓN Y LOS SUBTEMAS COMO : ADSL ,HTTP,URL,TCP,SMTP,WWW.

CON EL FIN DE ENSEÑARNOR E INMFORMARLOS ESPERO QUE LE GUSTE

INDICE

7: TOPOLOGIA DE INTERNET

7.1 ¿QUE ES ADSL

7.2 ¿QUE ES HTTP?

7.3 ¿QUE ES EL URL?

7.4 ¿QUE ES EL TCP?

7.5 ¿QUE ES EL SMTP?

7.6 ¿QUE ES EL WWW?

Topología de internet

1. La topología de Internet es la fuente básica del poder en la Red (Servidores Raíz, clases de IP, asignación de los mismos). Al contrario que el territorio real, cuya existencia es previa a la persona, el nuevo territorio responde a un diseño de la misma.

Sólo desde el conocimiento de la topología puede:

Delimitarse el responsable de un ilícito civil o penal.

Establecerse la concurrencia de culpas y, por tanto, de responsables, en los incumplimientos contractuales electrónicos.

Definir la prueba (onus probandi) que se considera necesaria y útil para la válida demostración de los actos y de los ilícitos realizados en Internet.

El diseño actual de la Topología responde a un sistema jerarquizado y centralizado, como hemos podido comprobar. Y dicha jerarquización responde a un sistema de control diseñado por los constructores iniciales de Internet.

Pero Internet es un conjunto de Redes al alcance de todos. Y están surgiendo movimientos nuevos en favor de otro tipo de la Red de Redes. Movimientos tales como el de Free Network Project han diseñado un sistema de servidores y clientes en los que se busca el más absoluto anonimato en la Red. Y para ello debe modificarse el uso topológico actual, por lo que se prescinde de los Servidores Raiz y la asignación de DNS. Ningún ordenador, sino todos, resuelven sobre las búsquedas. Todos ellos anónimos y todos ellos con posibilidad de albergar en su disco duro la información que el Administrador del Sistema decida.

Ya en el primero de los artículos dedicado al ordenador como el más cercano integrante de la topología, mencionábamos dos elementos relevantes para el Derecho: (1) el número IP y (2) La naturaleza de los programas que se ejecutan en el ordenador, lo cual nos obligaba a tratar sobre el Open Source Code, o código abierto, que analizaremos posteriormente

¿Qué es ADSL?

El ADSL (Bucle de Abonado DigitalAsimétrico) es una técnica de transmisión que, aplicada sobre los bucles de abonado de la red telefónica, permite la transmisión sobre ellos de datos sobre a alta velocidad. Para ello utiliza frecuencias más altas que las empleadas en el servicio telefónico y sin interferir en ellas, permitiendo así el uso simultáneo del bucle para el servicio telefónico y para acceder a servicios de datos a través de ADSL.

La asimetría que caracteriza a los sistemas ADSL supone que ofrece una mayor capacidad de transmisión en el llamado "sentido descendente" (de la red de telecomunicaciones al usuario) que en "sentido ascendente" (del usuario a la red). Esto los hace especialmente apropiados para aplicaciones como el acceso a Internet basada en sistemas Web, donde el volumen de información recibida por los usuarios es notablemente mayor el de los comandos de control generados en la navegación.

Para acceder estas nuevas posibilidades es preciso, en primer lugar, que la central que actualmente nos presta el servicio telefónico haya sido dotada de medios ADSL por el operador de red. En el caso de Telefónica de España, S.A.U. se está llevando a cabo esta actuación mediante el desarrollo de un plan de cobertura, que ya alcanza a la mayoría de las líneas de acceso de su red.

Asimismo es preciso que el servicio telefónico se nos esté prestando mediante un bucle convencional de cobre cuyas características permitan la implantación del ADSL, que puede experimentar dificultades especialmente en bucles de gran longitud. Adicionalmente se requiere que no tengamos contratado sobre este bucle ningún servicio incompatible con ADSL, como son los de hilo musical, IBERCOM, Teletax, Red Delta, líneas de backup, circuitos alquilados (Frame Relay, IP básico) o teletarificación mediante impulsos a 12 kHz.

Los abonados del servicio telefónico de Telefónica de España, S.A.U. pueden contratar servicios que empleen ADSL tanto a esta compañía como a otros operadores quienes, haciendo uso de los medios desplegados por aquella, configuran y comercializan de modo directo a los usuarios sus propias ofertas. Por otra parte, otros operadores podrán igualmente incorporar a sus redes capacidades de acceso basadas en ADSL, si bien solamente Telefónica de España, S.A.U., en su

condición de operador dominante del servicio telefónico, está sujeta a condiciones regulatorias específicas para ello.

Hypertext Transfer Protocol(HTTP)

Familia Familia de protocolos de

Internet

Función Transferencia de hipertexto

Última versión

1.2

Puertos 80/TCP

Ubicación en la pila de protocolos

Aplicación

HTTP

Transporte

TCP

Red IP

Estándares

RFC 1945 (HTTP/1.0, 1996)RFC 2616 (HTTP/1.1, 1999)RFC 2774 (HTTP/1.2, 2000)

Hypertext Transfer Protocol o HTTP (en español protocolo de transferencia de hipertexto) es el protocolo usado en cada transacción de la World Wide Web. HTTP fue desarrollado por el World Wide Web Consortium y la Internet Engineering Task Force, colaboración que culminó en 1999 con la publicación de una serie de RFC, el más importante de ellos es el RFC 2616que especifica la versión 1.1. HTTP define la sintaxis y la semántica que utilizan los elementos de software de la arquitectura web (clientes, servidores, proxies) para comunicarse. Es un protocolo orientado a transacciones y sigue el esquema petición-respuesta entre un cliente y un servidor. Al cliente que efectúa la petición (un navegador web o un spider) se lo conoce como "user agent" (agente del usuario). A la información transmitida se la llama recurso y se la identifica mediante un localizador uniforme de

recursos (URL). Los recursos pueden ser archivos, el resultado de la ejecución de un programa, una consulta a unabase de datos, la traducción automática de un documento, etc.

HTTP es un protocolo sin estado, es decir, que no guarda ninguna información sobre conexiones anteriores. El desarrollo de aplicaciones web necesita frecuentemente mantener estado. Para esto se usan las cookies, que es información que un servidor puede almacenar en el sistema cliente. Esto le permite a las aplicaciones web instituir la noción de "sesión", y también permite rastrear usuarios ya que las cookies pueden guardarse en el cliente por tiempo indeterminado.

Una transacción HTTP está formada por un encabezado seguido, opcionalmente, por una línea en blanco y algún dato. El encabezado especificará cosas como la acción requerida del servidor, o el tipo de dato retornado, o el código de estado.

El uso de campos de encabezados enviados en las transacciones HTTP le dan gran flexibilidad al protocolo. Estos campos permiten que se envíe información descriptiva en la transacción, permitiendo así la autenticación, cifrado e identificación de usuario.

Un encabezado es un bloque de datos que precede a la información propiamente dicha, por lo que muchas veces se hace referencia a él como metadato —porque tiene datos sobre los datos—.

Si se reciben líneas de encabezado del cliente, el servidor las coloca en las variables de entorno de CGI con el prefijo HTTP_ seguido del nombre del encabezado. Cualquier carácter guion ( - ) del nombre del encabezado se convierte a caracteres "_".

El servidor puede excluir cualquier encabezado que ya esté procesado, como Authorization, Content-type y Content-length. El servidor puede elegir excluir alguno o todos los encabezados, si incluirlos, si se excede algún límite del entorno de sistema. Ejemplos de esto son las variables HTTP_ACCEPT y HTTP_USER_AGENT.

HTTP_ACCEPT. Los tipos MIME que el cliente aceptará, dados los encabezados HTTP. Otros protocolos quizás necesiten obtener esta información de otro lugar. Los elementos de esta lista deben estar separados por una coma, como se dice en la especificación HTTP: tipo, tipo.

HTTP_USER_AGENT. El navegador que utiliza el cliente para realizar la petición. El formato general para esta variable es: software/versión biblioteca/versión.

El servidor envía al cliente:

Un código de estado que indica si la petición fue correcta o no. Los códigos de error típicos indican que el archivo solicitado no se encontró, que la petición no se realizó de forma correcta o que se requiere autenticación para acceder al archivo.

La información propiamente dicha. Como HTTP permite enviar documentos de todo tipo y formato, es ideal para transmitir multimedia, como gráficos, audio y video. Esta libertad es una de las mayores ventajas de HTTP.

.

HTTP define 8 métodos (algunas veces referido como "verbos") que indica la acción que desea que se efectúe sobre el recurso identificado. Lo que este recurso representa, si los datos pre-existentes o datos que se generan de forma dinámica, depende de la aplicación del servidor. A menudo, el recurso corresponde a un archivo o la salida de un ejecutable que residen en el servidor.

HEAD

Pide una respuesta idéntica a la que correspondería a una petición GET, pero sin el cuerpo de la respuesta. Esto es útil para la recuperación de meta-información escrita en los encabezados de respuesta, sin tener que transportar todo el contenido.

GET

Pide una representación del recurso especificado. Por seguridad no debería ser usado por aplicaciones que causen efectos ya que transmite información a través de la URI agregando parámetros a la URL.

Ejemplo:

GET /images/logo.png HTTP/1.1 obtiene un recurso llamado logo.png

Ejemplo con parámetros:

/index.php?page=main&lang=es

POST

Envía los datos para que sean procesados por el recurso identificado. Los datos se incluirán en el cuerpo de la petición.

Esto puede resultar en la creación de un nuevo recurso o de las actualizaciones de los recursos existentes o ambas cosas.

PUT

Sube, carga o realiza un upload de un recurso especificado (archivo), es el camino más eficiente para subir archivos a un servidor, esto es porque en POST utiliza unmensaje multiparte y el mensaje es decodificado por el servidor. En contraste, el método PUT te permite escribir un archivo en una conexión socket establecida con el servidor.

La desventaja del método PUT es que los servidores de hosting compartido no lo tienen habilitado.

Ejemplo:

PUT /path/filename.html HTTP/1.1

DELETE

Borra el recurso especificado.

TRACE

Este método solicita al servidor que envíe de vuelta en un mensaje de respuesta, en la sección del cuerpo de entidad, toda la data que reciba del mensaje de solicitud. Se utiliza con fines de comprobación y diagnóstico.

OPTIONS

Devuelve los métodos HTTP que el servidor soporta para un URL específico.Esto puede ser utilizado para comprobar la funcionalidad de un servidor web mediante petición en lugar de un recurso específico.

CONNECT

Se utiliza para saber si se tiene acceso a un host, no necesariamente la petición llega al servidor, este método se utiliza principalmente para saber si un proxy nos da acceso a un host bajo condiciones especiales, como por ejemplo "corrientes" de datos bidireccionales encriptadas (como lo requiere SSL).

 ¿Qué es URL?

Significado de URL

URL son las siglas en inglés de uniform resource locator (en español localizador uniforme de recursos), que sirve para nombrar recursos en Internet. Este nombre tiene un formato estándar y tiene como propósito asignar una dirección única a cada uno de los recursos disponibles en Internet, com por ejemplo textos, imágenes, vídeos, etc.

Es común que el significado de URL se mencione como las siglas en inglés de universal resource location (en español localizador universal de recursos). Esta confusión se deriva de que URL es parte de un concepto más general, el URI; para el mundo de Internet el uso de URI es más correcto que el de URL,

Formato de URL

Un URL tiene un formato estándar, que es:

esquema://máquina/directorio/archivo

Por ejemplo, para http://aprenderinternet.about.com/bio/Luis-Castro-90589.htm: el esquema es http, la máquina es aprenderinternet.about.com, el directorio es bio y el archivo es Luis-Castro-90589.htm.

El formato específico para HTTP (usado en los navegadores de Internet) es como sigue:

http://<máquina></máquina>:/?

Si quieres saber más sobre este formato, puedes consultar la especificación técnica detallada en http://tools.ietf.org/html/rfc1738.

Esquema de URL

El esquema en un URL sirve para fines de clasificación. Se especifica en un URL antes de los dos puntos. La especificación de los elementos que siguen después de los dos puntos varía en función del esquema. Algunos ejemplos son comúnmente encontrados en el uso diario de Internet:

http, que es el esquema más frecuentemente encontrado al navegar en Internet. Si quieres saber más sobre http, haz clic aquí.

https, que es el esquema usado para páginas seguras de Internet, conocido como SSL. Para saber más sobre https SSL y su relación con HTTPS, haz clic aquí.

mailto, esquema usado para direcciones de correo electrónico.

.ftp, ftp, esquema usado para el protocolo

Transmission Control Protocol

Transmission Control Protocol(TCP)

Familia

Familia de protocolos de Internet

Función

Transporte confiable y bidireccional de datos.

Ubicación en la pila de protocolos

Aplicación FTP, HTTP, SNMP, DNS, ...

Transporte

TCP

Red IP

Enlace Ethernet, Token Ring,FDDI, ...

Estándares

Transmission Control Protocol (en español 'Protocolo de Control de Transmisión') o TCP, es uno de los protocolos fundamentales en Internet. Fue creado entre los años 1973 y 1974 por Vint Cerf y Robert Kahn.1

Muchos programas dentro de una red de datos compuesta por computadoras, pueden usar TCP para crear conexiones entre sí a través de las cuales puede enviarse un flujo de datos. El protocolo garantiza que los datos serán entregados en su destino sin errores y en el mismo orden en que se transmitieron. También proporciona un mecanismo para distinguir distintas aplicaciones dentro de una misma máquina, a través del concepto de puerto.

TCP da soporte a muchas de las aplicaciones más populares de Internet (navegadores, intercambio de ficheros, clientes FTP, etc.) y protocolos de aplicación HTTP, SMTP, SSH y FTP.

9   Enlaces externos

Información técnica[editar]

TCP es un protocolo de comunicación orientado a conexión fiable del nivel de transporte, actualmente documentado por IETF en el RFC 793. Es un protocolo de capa 4 según el modelo OSI.

Funciones de TCP[editar]

En la pila de protocolos TCP/IP, TCP es la capa intermedia entre el protocolo de internet (IP) y la aplicación. Habitualmente, las aplicaciones necesitan que la comunicación sea fiable y, dado que la capa IP aporta un servicio de datagramas no fiable (sin confirmación), TCP añade las funciones necesarias para prestar un servicio que permita que la comunicación entre dos sistemas se efectúe libre de errores, sin pérdidas y con seguridad.

Formato de los segmentos TCP[editar]

En el nivel de transporte, los paquetes de bits que constituyen las unidades de datos de protocolo TCP se llaman

"segmentos". El formato de los segmentos TCP se muestra en el siguiente esquema: Segmento TCP.

Funcionamiento del protocolo en detalle[editar]

Las conexiones TCP se componen de tres etapas: establecimiento de conexión, transferencia de datos y fin de la conexión. Para establecer la conexión se usa el procedimiento llamado negociación en tres pasos (3-way handshake). Para la desconexión se usa una negociación en cuatro pasos (4-way handshake). Durante el establecimiento de la conexión, se configuran algunos parámetros tales como el número de secuencia con el fin de asegurar la entrega ordenada de los datos y la robustez de la comunicación.

Establecimiento de la conexión (negociación en tres pasos)

Negociación en tres pasos o Three-way handshake

Aunque es posible que un par de entidades finales comiencen una conexión entre ellas simultáneamente, normalmente una de ellas abre un socket en un determinado puerto TCP y se

queda a la escucha de nuevas conexiones. Es común referirse a esto como apertura pasiva, y determina el lado servidor de una conexión.El lado cliente de una conexión realiza una apertura activa de un puerto enviando un paquete SYN inicial al servidor como parte de la negociación en tres pasos. En el lado del servidor (este receptor también puede ser una PC o alguna estación terminal) se comprueba si el puerto está abierto, es decir, si existe algún proceso escuchando en ese puerto, pues se debe verificar que el dispositivo de destino tenga este servicio activo y esté aceptando peticiones en el número de puerto que el cliente intenta usar para la sesión. En caso de no estarlo, se envía al cliente un paquete de respuesta con el bit RST activado, lo que significa el rechazo del intento de conexión. En caso de que sí se encuentre abierto el puerto, el lado servidor respondería a la petición SYN válida con un paquete SYN/ACK. Finalmente, el cliente debería responderle al servidor con un ACK, completando así la negociación en tres pasos (SYN, SYN/ACK y ACK) y la fase de establecimiento de conexión. Es interesante notar que existe un número de secuencia generado por cada lado, ayudando de este modo a que no se puedan establecer conexiones falseadas (spoofing).

Transferencia de datos[editar]

Durante la etapa de transferencia de datos, una serie de mecanismos claves determinan la fiabilidad y robustez del protocolo. Entre ellos están incluidos el uso del número de secuencia para ordenar los segmentos TCP recibidos y detectar paquetes duplicados, checksums para detectar errores, y asentimientos y temporizadores para detectar pérdidas y retrasos.

Durante el establecimiento de conexión TCP, los números iniciales de secuencia son intercambiados entre las dos entidades TCP. Estos números de secuencia son usados para

identificar los datos dentro del flujo de bytes, y poder identificar (y contar) los bytes de los datos de la aplicación. Siempre hay un par de números de secuencia incluidos en todo segmento TCP, referidos al número de secuencia y al número de asentimiento. Un emisor TCP se refiere a su propio número de secuencia cuando habla de número de secuencia, mientras que con el número de asentimiento se refiere al número de secuencia del receptor. Para mantener la fiabilidad, un receptor asiente los segmentos TCP indicando que ha recibido una parte del flujo continuo de bytes. Una mejora de TCP, llamada asentimiento selectivo (SACK, Selective Acknowledgement) permite a un receptor TCP asentir los datos que se han recibido de tal forma que el remitente solo retransmita los segmentos de datos que faltan.

A través del uso de números de secuencia y asentimiento, TCP puede pasar los segmentos recibidos en el orden correcto dentro del flujo de bytes a la aplicación receptora. Los números de secuencia son de 32 bits (sin signo), que vuelve a cero tras el siguiente byte después del 232-1. Una de las claves para mantener la robustez y la seguridad de las conexiones TCP es la selección del número inicial de secuencia (ISN, Initial Sequence Number).

Un checksum de 16 bits, consistente en el complemento a uno de la suma en complemento a uno del contenido de la cabecera y datos del segmento TCP, es calculado por el emisor, e incluido en la transmisión del segmento. Se usa la suma en complemento a uno porque el acarreo final de ese método puede ser calculado en cualquier múltiplo de su tamaño (16-bit, 32-bit, 64-bit...) y el resultado, una vez plegado, será el mismo. El receptor TCP recalcula el checksum sobre las cabeceras y datos recibidos. El complemento es usado para que el receptor no tenga que poner a cero el campo del checksum de la cabecera antes de hacer los

cálculos, salvando en algún lugar el valor del checksum recibido; en vez de eso, el receptor simplemente calcula la suma en complemento a uno con el checksum incluido, y el resultado debe ser igual a 0. Si es así, se asume que el segmento ha llegado intacto y sin errores.

Hay que fijarse en que el checksum de TCP también cubre los 96 bit de la cabecera que contiene la dirección origen, la dirección destino, el protocolo y el tamaño TCP. Esto proporciona protección contra paquetes mal dirigidos por errores en las direcciones.

El checksum de TCP es una comprobación bastante débil. En niveles de enlace con una alta probabilidad de error de bit quizá requiera una capacidad adicional de corrección/detección de errores de enlace. Si TCP fuese rediseñado hoy, muy probablemente tendría un código de redundancia cíclica (CRC) para control de errores en vez del actual checksum. La debilidad del checksum está parcialmente compensada por el extendido uso de un CRC en el nivel de enlace, bajo TCP e IP, como el usado en el PPP o enEthernet. Sin embargo, esto no significa que el checksum de 16 bits es redundante: sorprendentemente, inspecciones sobre el tráfico de Internet han mostrado que son comunes los errores de software y hardware[cita requerida] que introducen errores en los paquetes protegidos con un CRC, y que el checksum de 16 bits de TCP detecta la mayoría de estos errores simples.

Los asentimientos (ACKs o Acknowledgments) de los datos enviados o la falta de ellos, son usados por los emisores para interpretar las condiciones de la red entre el emisor y receptor TCP. Unido a los temporizadores, los emisores y receptores TCP pueden alterar el comportamiento del movimiento de datos. TCP usa una serie de mecanismos para conseguir un alto rendimiento y evitar la congestión de la red (la idea es

enviar tan rápido como el receptor pueda recibir). Estos mecanismos incluyen el uso de ventana deslizante, que controla que el transmisor mande información dentro de los límites del buffer del receptor, y algoritmos de control de flujo, tales como el algoritmo de Evitación de la Congestión (congestion avoidance), el de comienzo lento (Slow-start), el de retransmisión rápida, el de recuperación rápida (Fast Recovery), y otros.

Tamaño de ventana TCP[editar]

El tamaño de la ventana de recepción TCP es la cantidad de datos recibidos (en bytes) que pueden ser metidos en el buffer de recepción durante la conexión. La entidad emisora puede enviar una cantidad determinada de datos pero antes debe esperar un asentimiento con la actualización del tamaño de ventana por parte del receptor.

Un ejemplo sería el siguiente: un receptor comienza con un tamaño de ventana x y recibe y bytes, entonces su tamaño de ventana será (x - y) y el transmisor sólo podrá mandar paquetes con un tamaño máximo de datos de (x - y) bytes. Los siguientes paquetes recibidos seguirán restando tamaño a la ventana de recepción. Esta situación seguirá así hasta que la aplicación receptora recoja los datos del buffer de recepción.

Escalado de ventana[editar]

Para una mayor eficiencia en redes de gran ancho de banda, debe ser usado un tamaño de ventana mayor. El campo TCP de tamaño de ventana controla el movimiento de datos y está limitado a 16 bits, es decir, a un tamaño de ventana de 65.535 bytes.

Como el campo de ventana no puede expandirse se usa un factor de escalado. La escala de ventana TCP (TCP window

scale) es una opción usada para incrementar el máximo tamaño de ventana desde 65.535 bytes, a 1 Gigabyte.

La opción de escala de ventana TCP es usada solo durante la negociación en tres pasos que constituye el comienzo de la conexión. El valor de la escala representa el número de bits desplazados a la izquierda de los 16 bits que forman el campo del tamaño de ventana. El valor de la escala puede ir desde 0 (sin desplazamiento) hasta 14. Hay que recordar que un número binario desplazado un bit a la izquierda es como multiplicarlo en base decimal por 2.

Fin de la conexión[editar]

Cierre de una conexión según el estándar.

La fase de finalización de la conexión usa una negociación en cuatro pasos (four-way handshake), terminando la conexión desde cada lado independientemente. Cuando uno de los dos extremos de la conexión desea parar su "mitad" de conexión transmite un segmento con el flag FIN en 1, que el otro interlocutor asentirá con un ACK. Por tanto, una desconexión típica requiere un par de segmentos FIN y ACK desde cada lado de la conexión.

Una conexión puede estar "medio abierta" en el caso de que uno de los lados la finalice pero el otro no. El lado que ha dado por finalizada la conexión no puede enviar más datos pero la otra parte si podrá.

Puertos TCP[editar]

TCP usa el concepto de número de puerto para identificar a las aplicaciones emisoras y receptoras. Cada lado de la conexión TCP tiene asociado un número de puerto (de 16 bits sin signo, con lo que existen 65536 puertos posibles) asignado por la aplicación emisora o receptora. Los puertos son clasificados en tres categorías: bien conocidos, registrados y dinámicos/privados. Los puertos bien conocidos son asignados por la Internet Assigned Numbers Authority (IANA), van del 0 al 1023 y son usados normalmente por el sistema o por procesos con privilegios.2 Las aplicaciones que usan este tipo de puertos son ejecutadas como servidores y se quedan a la escucha de conexiones. Algunos ejemplos son: FTP (21), SSH (22), Telnet (23), SMTP (25) y HTTP (80). Los puertos registrados son normalmente empleados por las aplicaciones de usuario de forma temporal cuando conectan con los servidores, pero también pueden representar servicios que hayan sido registrados por un tercero (rango de puertos registrados: 1024 al 49151). Los puertos dinámicos/privados también pueden ser usados por las aplicaciones de usuario, pero este caso es menos común. Los puertos dinámicos/privados no tienen significado fuera de la conexión TCP en la que fueron usados (rango de puertos dinámicos/privados: 49152 al 65535, recordemos que el rango total de 2 elevado a la potencia 16, cubre 65536 números, del 0 al 65535)

Desarrollo de TCP[editar]

TCP es un protocolo muy desarrollado y complejo. Sin embargo, mientras mejoras significativas han sido propuestas y llevadas a cabo a lo largo de los años, ha conservado las operaciones más básicas sin cambios desde el RFC 793, publicado en 1981. El documento RFC 1122 (Host Requirements for Internet Hosts), especifica el número de requisitos de una implementación del protocolo TCP.3 El RFC 2581 (Control de Congestión TCP) es uno de los más importantes documentos relativos a TCP de los últimos años, describe nuevos algoritmos para evitar la congestión excesiva.4 En 2001, el RFC 3168 fue escrito para describir la Notificación de Congestión Explícita (ECN), una forma de eludir la congestión con mecanismos de señalización. En los comienzos del siglo XXI, TCP es usado en el 95% de todos los paquetes que circulan por Internet.[cita requerida]Entre las aplicaciones más comunes que usan TCP están HTTP/HTTPS (World Wide Web), SMTP/POP3/IMAP (correo electrónico) y FTP (transferencia de ficheros). Su amplia extensión ha sido la prueba para los desarrolladores originales de que su creación estaba excepcionalmente bien hecha.

Recientemente, un nuevo algoritmo de control de congestión fue desarrollado y nombrado como FAST TCP (Fast Active queue management Scalable Transmission Control Protocol) por los científicos de Caltech (California Institute of Technology). Es similar a TCP Vegas en cuanto a que ambos detectan la congestión a partir de los retrasos en las colas que sufren los paquetes al ser enviados a su destino. Todavía hay un debate abierto sobre si éste es un síntoma apropiado para el control de la congestión.[cita requerida]

Comparativa entre UDP y TCP[editar]

UDP: proporciona un nivel de transporte no fiable de datagramas, ya que apenas añade la información

necesaria para la comunicación extremo a extremo al paquete que envía al nivel inferior. Lo utilizan aplicaciones como NFS (Network File System) y RCP (comando para copiar ficheros entre ordenadores remotos), pero sobre todo se emplea en tareas de control y en la transmisión de audio y vídeo a través de una red. No introduce retardos para establecer una conexión, no mantiene estado de conexión alguno y no realiza seguimiento de estos parámetros. Así, un servidor dedicado a una aplicación particular puede soportar más clientes activos cuando la aplicación corre sobre UDP en lugar de sobre TCP.[cita requerida]

TCP: es el protocolo que proporciona un transporte fiable de flujo de bits entre aplicaciones. Está pensado para poder enviar grandes cantidades de información de forma fiable, liberando al programador de la dificultad de gestionar la fiabilidad de la conexión (retransmisiones, pérdida de paquetes, orden en el que llegan los paquetes, duplicados de paquetes...) que gestiona el propio protocolo. Pero la complejidad de la gestión de la fiabilidad tiene un coste en eficiencia, ya que para llevar a cabo las gestiones anteriores se tiene que añadir bastante información a los paquetes que enviar. Debido a que los paquetes para enviar tienen un tamaño máximo, cuanta más información añada el protocolo para su gestión, menos información que proviene de la aplicación podrá contener ese paquete (el segmento TCP tiene una sobrecarga de 20 bytes en cada segmento, mientras que UDP solo añade 8 bytes). Por eso, cuando es más importante la velocidad que la fiabilidad, se utiliza UDP. En cambio, TCP asegura la recepción en destino de la información para transmitir.

Bibliotecas de sockets TCP[editar]

Se listan algunas de las bibliotecas de comunicaciones existentes, que utilizan los protocolos TCP y UDP para distintos sistemas operativos.

SolarSockets es una biblioteca para C++ Multiplataforma y Multithread, gratuita para proyectos libres.5 Fácil de usar y con varios ejemplos.6

SDL NET Proporciona funciones y tipos de dato multiplataforma para programar aplicaciones que trabajen con redes.7

C++ Sockets Library Esta es una biblioteca de clases en C++ bajo licencia GPL que 'mapea' el berkeley sockets C API, y funciona tanto en algunos sistemas unix como en win32.8

GNU Common C++ Biblioteca de propósito general que incluye funciones de red.9

HackNet Biblioteca de comunicaciones para crear juegos multi-jugador.10

DirectPlay  Simplifica el acceso de las aplicaciones a los servicios de comunicación. Es una componente de DirectX.

IP FTP FTP (siglas en inglés de File Transfer Protocol, 'Protocolo de Transferencia de Archivos') en

informática, es un protocolo de redpara la transferencia de archivos entre sistemas conectados

a una red TCP (Transmission Control Protocol), basado en la arquitectura cliente-servidor.

Desde un equipo cliente se puede conectar a un servidor para descargar archivos desde él o

para enviarle archivos, independientemente del sistema operativo utilizado en cada equipo.

El servicio FTP es ofrecido por la capa de aplicación del modelo de capas de red TCP/IP al

usuario, utilizando normalmente elpuerto de red 20 y el 21. Un problema básico de FTP es

que está pensado para ofrecer la máxima velocidad en la conexión, pero no la máxima

seguridad, ya que todo el intercambio de información, desde el login y password del usuario

en el servidor hasta la transferencia de cualquier archivo, se realiza en texto plano sin ningún

tipo de cifrado, con lo que un posible atacante puede capturar este tráfico, acceder al servidor

y/o apropiarse de los archivos transferidos.

Para solucionar este problema son de gran utilidad aplicaciones como scp y sftp, incluidas en

el paquete SSH, que permiten transferir archivos pero cifrando todo el tráfico.

Cómo hacer un servidor de FTP usando IP-dinámica

Bueno, realmente todo el que quiera puede hacerse un servidor de ftp (File Transfer Protocol, Protocolo de transferencia de ficheros) puede hacerlo; es relativamente sencillo usando cualquier aplicación específica para el caso ya sea gratuita o de pago.

El problema viene cuando un usuario que no dispone de ip-fija quiere realizar un servidor de FTP público sin tener que avisar a la gente de la ip que cada vez que se conecta&133;

Voy a tratar de explicar cómo solucionar ese inconveniente. Los pasos de abrir puertos son para un CT-500.

Necesitamos:

- un programa servidor de ftp (p.ej. Serv-u) en el enlace dispondréis de una lista de programas&133; http://www.superarchivos.com/subcategoria.asp?cat=2&sub=4

- Una conexión de internet con ip-pública

- La aplicación dns2go.

Pasos a realizar:

1º. Mapear el puerto 21 TCP (es el puerto del protocolo FTP)

las instrucciones son para un Comtrend CT-500:

- Abrimos nuestra conexión telnet apuntando al router: telnet 192.168.0.100 (ip local de mi router) y nos autentificamos para entrar al router.

- Ir a: MAIN/CONF/NAT/SERVER/FIXED/ADD e ir rellenando de la siguiente forma:

Protocol(TAB) : TCP

Interface(TAB) : ATM1

Service Name : FTP SERVER

Service Port(TCP/UDP only) : 21

Private IP Address : 192.168.0.1 à (ip local de mi ordenador)

Private Port(TCP/UDP only) : 21

IP Protocol Number(IP only) :

Global IP Address :

- Volver a MAIN/WRITE , grabar y resetear e. router.

2º. Instalar el programa servidor FTP (en mi caso, instalé SERV-U).

De este apartado, baste decir que, cuando nos pregunte la ip-pública, no especificarle ninguna. Luego creamos los usuarios y sus privilegios y ya está&133; podemos probar su correcto funcionamiento intentando acceder desde nuestro equipo.

Con estos dos primeros pasos, ya hemos establecido nuestro servidor de ftp, de forma que, todo aquel que conozca nuestra ip-pública dinámica, podría acceder a nuestro servidor ftp ;)

Nos queda entonces el 3er y último paso en el adquiriremos un nombre dns que enlace con nuestra ip-pública-dinámica ;).

3º. Acceder a la dirección http://www.deerfield.com/download/dns2go/

desde la cual nos podremos bajar el programa dns2go. Este programa lo que hace es obtener la ip-dinámica que tienes en el momento y pasársela a servidores DNS (Domain Name System, Sistema de Nombres de dominio) de forma que puedes contratar (gratis) un nombre de dominio del tipo: minombre.dns2go.com.

Entonces,¿cómo funciona todo esto?, ¿cómo pueden acceder desde fuera a mi servidor FTP?

La gente que se quiera conectar a tu servidor FTP (el sistema descrito es para FTP, pero se puede aplicar fácilmente para crear servidores web, noticias, correo, etc bajo ip-dinámica) sólo tendría que acceder enlazando de la siguiente forma: ftp://minombre.dns2go.com , o bien: http://minombre.dns2go.com:21

sin necesidad de conocer tu ip-dinámica actual. De esta forma, el sufrido lector que dispone de conexión con ip-dinámica, no tiene que informar constantemente a sus amistades de cuál es la ip que tiene cada enlaze

¿Qué es el SMTP?

Es el protocolo estándar de Internet para el intercambio de correo electrónico y responde a las siglas de Protocolo Simple de Transmisión de Correo (Simple Mail Transfer Protocol).

Para ser un poco más claro, usted al momento de enviar un correo electrónico utiliza como medio un servidor SMTP que es el encargado de hacer llegar el correo a su destino, lo podemos comparar con el servicio postal, para hacer entrega

del correo necesitamos de tres datos importantes el origen, el destino y el medio que es el servidor SMTP

¿Qué significa www?

Cada vez que ingresamos a algún sitio en Internet vemos la sigla www. Bueno en informática significa World Wide Web (WWW) o Red informática mundial. Esto es lo que hace posible que navegues por Internet, ya que con un navegador web, un usuario puede ver sitios web, los cuales están compuestos p

WW son las iniciales que identifican a la expresión inglesa World Wide Web, el sistema de documentos de hipertexto que se encuentran enlazados entre sí y a los que se accede por medio de Internet. A través de un software  conocido como navegador, los usuarios pueden visualizar diversos sitios web (los cuales contienen texto, imágenes, videos y otros contenidos multimedia) y navegar a través de ellos mediante los hipervínculos.

De esta manera, podríamos decir, utilizando una comparación con el sector de las comunicaciones telefónicas, que www es el “prefijo” que tiene todo portal que se encuentre en la mencionada Red al que queremos acceder.

Gracias precisamente a Internet, al uso de la www y, por consiguiente, a las diversas páginas web que aquellas presentan los ciudadanos de todo el mundo tenemos la posibilidad de acceder a un sinfín de espacios donde podemos encontrar la información sobre un aspecto que estamos buscando, donde tenemos la oportunidad de entretenernos visualizando imágenes interesantes o incluso donde podemos comunicarnos con personas de cualquier rincón de la geografía de nuestro planeta.

En este sentido, y partiendo de los ejemplos expuestos, podemos subrayar que algunas de las web que más afluencia de usuarios tienen en todo el mundo son el buscador Google, el portal de vídeos Youtube  o redes sociales como Facebook.

Merece destacarse que por todo ello Internet y el mundo www se ha convertido en la auténtica revolución e innovación del siglo XX y en eje indiscutible del siglo actual. Y es que ha logrado originar un cambio absoluto no sólo en el ámbito tecnológico sino también social.

De esta manera, sociólogos expertos han subrayado como aquellos han modificado en parte la comunicación entre los seres humanos. Y es que no sólo es que muchas personas apuesten por la Red para poder tener conversaciones con sus amigos o familiares sino que también un elevado número de ellas utilizan lo mismo para conocer a nuevos amigos o relaciones, para recuperar el contacto con gente o incluso para establecer relaciones laborales.

La WWW, según se advierte al repasar los orígenes de esta sigla, fue desarrollada a inicios de la década del ’90 por un hombre de origen inglés llamado Tim Berners-Lee, quien contó con la colaboración de Robert Cailliau, un belga que trabajaba con él en Ginebra (Suiza). De todas formas, sus antecedentes se remontan a los años ’40. Hay que destacar que Berners-Lee y Cailliau han sido claves

para la creación de diversos estándares relacionados al universo web, como ocurrió con los lenguajes de marcado que hacen posible la creación de páginas.

El funcionamiento de la WWW se da por iniciado cuando un usuario ingresa una dirección (URL) en su navegador o cuando sigue un enlace de hipertexto incluido en una página. El navegador entonces impulsa una serie de comunicaciones para obtener los datos de la página solicitada y, de esta forma, visualizarla.

El primer paso consiste en transformar el nombre del servidor de la URL en una dirección IP, utilizando la base de datos conocida como DNS. La dirección IP permite contactar al servidor web y hacer la transferencia de los paquetes de datos.

Luego se envía una solicitud HTTP al servidor a fin de lograr acceder al recurso. Primero se pide el texto HTML y después se produce el análisis por parte del navegador, que realiza otras peticiones reservadas a los gráficos y al resto de los archivos que formen parte de la página.

ANEXOS: INFORMACION OBTENIDA DE GOOGLE

GRACIAS