UNIVERSIDAD CENTROMERICANA

FACULTAD DE CIENCIA, TECNOLOGÍA Y AMBIENTE

ARQUITECTURA DE PROTOCOLOS
INFORME UNIDAD III

INTEGRANTES:

 Emilio Martínez Sanders

 Daniel Campos Guevara

Grupo:

0062

Docente:

Ing. Noel Gutiérrez B.

Contenido:

Eficiencia de protocolos orientados a conexión y no conexión

25 de Abril del 2018

INTRODUCCION

En este informe se abordara el tema sobre eficiencia de protocolos orientados a

conexión y no conexión. Siendo parte de la unidad III de la clase de Arquitectura
de Protocolo, con el objetivo de conocer la eficiencia de estos protocolos y tener
conocimientos de ellos, ya que se realizara un debate en clases sobre estos dos
temas.

Un protocolo es un método estándar que permite la comunicación entre procesos

(que potencialmente se ejecutan en diferentes equipos), es decir, es un conjunto
de reglas y procedimientos que deben respetarse para el envío y la recepción de
datos a través de una red.

Generalmente los protocolos se clasifican en dos categorías según el nivel de

control de datos requerido:

Los protocolos orientados a conexión son protocolos que controlan la transmisión

de datos durante una comunicación establecida entre dos máquinas.

Los protocolos no orientados a conexión son un método de comunicación en el

cual el equipo remitente envía datos sin avisarle al equipo receptor, y este recibe
los datos sin enviar una notificación de recepción al remitente.

OBJETIVOS
 Definir conceptos, características y eficiencia de los protocolos orientados a
conexión y no conexión.

 Explicar ejemplos de aplicación de estos protocolos de comunicación.

DESARROLLO

Protocolo Orientado a Conexión

Un protocolo orientado a conexión identifica el flujo de tráfico con un identificador

de conexión en vez de utilizar las direcciones de la fuente y el destino. Un servicio
de comunicación entre dos entidades es orientado a conexión cuando al iniciar la
comunicación se verifican determinados datos como la disponibilidad, el alcance
etc., también se negocian unas credenciales para que la comunicación sea más
segura y eficiente.

En los sistemas orientados a conexión, se establece una conexión entre emisor y

receptor antes de que se transfieran los datos. Un ejemplo de una red orientada a
conexión es el sistema telefónico. Se hace una llamada, se establece una
conexión y luego se produce la comunicación.

Los protocolos orientados a conexión operan en tres fases. La primera fase es la

fase de configuración de la conexión, durante la cual las entidades
correspondientes establecen la conexión y negocian los parámetros que definen la
conexión. La segunda fase es la fase de transferencia de datos, durante la cual las
entidades correspondientes intercambian mensajes (información útil) bajo el
amparo de la conexión. Finalmente, la última fase, fase de liberación de la
conexión, en la cual ambas entidades se ponen de acuerdo para terminar la
conexión.

Ejemplo real de protocolo orientado a conexión

Un ejemplo de la vida diaria de un protocolo orientado a conexión es una llamada

telefónica. La parte originadora (el que llama) deberá primero "marcar" el número
del teléfono usuario (abonado) destino. La infraestructura telefónica deberá
asignar el circuito extremo-extremo, entonces hace timbrar el teléfono del usuario
destino. Al momento que éste levanta el teléfono se establece la llamada o
conexión y ambos empiezan a conversar. En algún momento, alguno de los dos
cuelga, y la conexión de termina y se libera el circuito. Entonces se termina la
llamada.
Protocolo Orientado a no Conexión

En telecomunicaciones, no orientado a la conexión significa una comunicación

entre dos puntos finales de una red en los que un mensaje puede ser enviado
desde un punto final a otro sin acuerdo previo. El dispositivo en un extremo de la
comunicación transmite los datos al otro, sin tener que asegurarse de que el
receptor esté disponible y listo para recibir los datos. El emisor simplemente envía
un mensaje dirigido al receptor. Cuando se utiliza esta forma de comunicación son
más frecuentes los problemas de transmisión que con los protocolos orientado a la
conexión y puede ser necesario reenviar varias veces los datos.

Los protocolos no orientados a la conexión son a menudo rechazados por los

administradores de redes que utilizan cortafuegos porque los paquetes maliciosos
son más difíciles de filtrar.

Protocolos no orientados a conexión

El protocolo IP y el protocolo UDP son protocolos no orientados a la conexión,

pero TCP es un protocolo orientado a la conexión. Los protocolos no orientados a
la conexión son descritos generalmente como sin estado porque los puntos finales
no guardan información para recordar una "conversación" de cambios de
mensajes.

La alternativa al enfoque no orientado a la conexión es utilizar protocolos

orientados a la conexión, que son descritos a veces como con estado porque
pueden seguir una conversación.

 Internet Protocol (IP)

Es un protocolo no orientado a conexión y no fiable. Es no orientado a conexión

porque un datagrama IP se entrega a la red sin un establecimiento previo de la
conexión y es no fiable porque no incorpora ningún mecanismo que nos informe
de si el datagrama ha sido entregado al extremo receptor con éxito o si no ha
podido ser entregado.

Dado que IP es un protocolo no orientado a conexión, no fiable, los protocolos que

estén por encima de IP (Nivel de Transporte) se van a tener que enfrentar con las
siguientes situaciones de error:

 Pérdida de una trama

 Llegada de una trama fuera de orden
 Duplicación de una trama
 Modificación de los datos de la trama

 UDP (User Datagram Protocol)

Es un protocolo no orientado a conexión y no fiable. Si una aplicación desea un

servicio fiable, o bien utiliza TCP o si utiliza UDP deberá ser la aplicación quien
implemente los mecanismos de fiabilidad.

La fiabilidad de un protocolo puede ser un factor determinante, pero no siempre.

Cuando se transmite voz, es más importante que las muestras de voz estén
disponibles en los instantes requeridos en el receptor, que el hecho de que haya
alguna muestra errónea, perdida o duplicada. Por esta razón, la mayoría de
sistemas de transmisión multimedia sobre IP utilizan el protocolo UDP.

Ejemplo real de protocolo no orientado a conexión

Un ejemplo de protocolo no orientado a conexión y no fiable es el sistema postal

de correos. En este sistema el remitente escribe una carta que posteriormente
“encapsula” (introduce) en un sobre con la dirección del destinatario. Dicho sobre
se entrega al servicio postal de correos, cuya misión es hacer llegar el sobre a la
dirección del destinatario. El destinatario, a priori, no sabe que el remitente ha
entregado el sobre al servicio postal de correos. Si durante el transporte del sobre,
éste se pierde, ni el destinatario, ni el remitente será informado de este hecho (no
fiable).

Si el remitente desea enviar otra carta al mismo destinatario, debería introducirla

de nuevo en un sobre con la dirección pertinente y entregarlo al servicio postal de
correos. Si el transporte de este segundo sobre se realiza de forma más rápida
que el primero (por ejemplo, por avión), es posible que los sobres (y las cartas)
lleguen “desordenados” (problema inherente a un servicio no orientado a
conexión).

CONCLUSION

Una de las principales formas de lograr éxito en un determinado trabajo

relacionado a redes y telecomunicaciones es identificar que protocolos nos van a
facilitar el manejo y transporte de la información.
En este informe hemos aprendido la diferencia que hay entre los protocolos de
conexión y los de no conexión, también hemos observado a través de ejemplos
como es su funcionamiento en la vida real, sus características y ventajas y
desventajas que tiene cada uno de ellos.
Este tipo de conocimiento nos ayuda a prepararnos para que en un futuro no muy
lejano podamos elegir el protocolo que más nos convenga utilizar, esto basado en
la fiabilidad de cada uno de ellos y también de la forma en que nosotros vayamos
a implementarlo.

BIBLIOGRAFIA

maite29. (n.d.). Prácticas de laboratorio de Telemática II. Retrieved from Prácticas

de laboratorio de Telemática II:
http://maite29.upc.es/CMTER/practiques/html/esp/practica4/index_spa.html
RAC. (n.d.). programacionyotrascosas. Retrieved from programacionyotrascosas:
http://rac-algoritmo-
programacionyotrascosas.blogspot.com/2012/11/protocolos-no-orientados-
la-conexion.html