C1.2.3. Desventajas:
•
Mayor complejidad en los equipos de conmutación intermedios, que necesitan mayor
velocidad y capacidad de cálculo para determinar la ruta adecuada en cada paquete.
•
Duplicidad de paquetes. Si un paquete tarda demasiado en llegar a su destino el
receptor puede considerar que se ha perdido, y enviaría al emisor una solicitud de
reenvío, dando lugar a la llegada de paquetes repetidos.
•
Si los cálculos de encaminamiento representan un porcentaje apreciable del tiempo de
transmisión, el rendimiento del canal (información útil/información transmitida)
disminuye.
•
Variaciones sobre el retardo medio de transito de un paquete en la red. Parámetro
conocido como jitter.
C2. Protocolo IP.
El Protocolo de Internet (IP, de sus siglas en inglés Internet Protocol) es un protocolo no
orientado a conexión usado tanto por el origen como por el destino para la comunicación de
datos a través de una red de paquetes conmutados.
Los datos en una red basada en IP son enviados en bloques conocidos como paquetes o
datagramas (en el protocolo IP estos términos se suelen usar indistintamente). En particular, en
IP no se necesita ninguna configuración antes de que un equipo intente enviar paquetes a otro
con el que no se había comunicado antes.
El Protocolo de Internet provee un servicio de datagramas no fiable UDP de sus siglas en
ingles User Datagram Protocol (también llamado del mejor esfuerzo (best effort), lo hará lo
mejor posible pero garantizando poco). IP no provee ningún mecanismo para determinar si un
paquete alcanza o no su destino y únicamente proporciona seguridad (mediante checksums o
sumas de comprobación) de sus cabeceras y no de los datos transmitidos. Por ejemplo, al no
garantizar nada sobre la recepción del paquete, éste podría llegar dañado, en otro orden con
respecto a otros paquetes, duplicado o simplemente no llegar. Si se necesita fiabilidad, ésta es
proporcionada por los protocolos de la capa de transporte, como TCP (Transport Control
Protocol).
La fiabilidad sobre TCP se obtiene mediante el empleo de retransmisiones. En el caso de
aplicaciones en tiempo real como seria un enlace de audio, con los requisitos de timing
inherentes a la información contenida en el enlace, no aportan ninguna garantía útil; ya que los
datos no recibidos y solicitados desde el receptor al transmisor para ser reenviados, cuando
llegasen en la mayoría de los casos lo harían fuera de orden, constituyendo una información
inútil y que solo habría servido para sobrecargar la red. Por todo esto el protocolo seleccionado
para servir de sustrato a la comunicación en aplicaciones de tiempo real es UDP.
Los protocolos de transporte sobre IP, independiente de la fiabilidad que ofrecen, añaden
nuevas funcionalidades a las básicas de IP, como son la numeración de los paquetes, para
facilitar en el extremo receptor la detección de perdidas (que no corrección) y desordenes en la
información recibida; y la aparición del concepto de puerto, como identificador de diferentes
conexiones lógicas sobre un mismo interfaz IP.
Para una completa información sobre el protocolo IP se recomienda consultar:
http://tools.ietf.org/html/rfc791
http://www.iana.org/assignments/port-numbers
Datagrama UDP
AEQ
PHOENIX STRATOS
115