Protocolos y arquitectura Parte IIi

17
PROTOCOLOS Y ARQUITECTURA PARTE III República Bolivariana de Venezuela Universidad Nacional Experimental Politécnica “Antonio José De Sucre” Vicerrectorado Puerto Ordaz Departamento de Ingeniería Electrónica Integrantes: Patricia Portillo Luis Alejandro Rivera Profesor: Ing. Henry Romero Ciudad Guayana, Junio de 2011

description

República Bolivariana de Venezuela Universidad Nacional Experimental Politécnica “Antonio José De Sucre” Vicerrectorado Puerto Ordaz Departamento de Ingeniería Electrónica. Integrantes: Patricia Portillo Luis Alejandro Rivera. Profesor: Ing. Henry Romero. - PowerPoint PPT Presentation

Transcript of Protocolos y arquitectura Parte IIi

Page 1: Protocolos y arquitectura Parte  IIi

PROTOCOLOS Y ARQUITECTURAPARTE III

República Bolivariana de VenezuelaUniversidad Nacional Experimental Politécnica

“Antonio José De Sucre”Vicerrectorado Puerto Ordaz

Departamento de Ingeniería Electrónica

Integrantes:Patricia Portillo

Luis Alejandro Rivera

Profesor: Ing. Henry Romero

Ciudad Guayana, Junio de 2011

Page 2: Protocolos y arquitectura Parte  IIi

TCP/IP VERSION 4 Esta versión es una versión de 32bits y

consta de cuatro grupos binarios de 8bits cada uno (8x4=32), o lo que es lo mismo, cuatro grupos decimales, formado cada uno por tres dígitos. El formato utilizado es del tipo

11000000.10101000.00000000.00000001 binario o lo que es lo

mismo, 192.168.0.1 decimal

Page 3: Protocolos y arquitectura Parte  IIi

TCP/IP VERSIÓN 4

Se estima que en la actualidad se encuentran en uso aproximadamente unos 2/3 de estas combinaciones Además hay que tener en cuenta que no todas las combinaciones están disponibles para el protocolo IP público (el que utilizamos en nuestra conexión con Internet y que nos facilita nuestro ISP). Hay una serie de combinaciones reservadas para utilizarse como máscaras de subred, una serie de combinaciones que se reservan para los servidores DNS, una serie de combinaciones reservadas para comunicaciones específicas, etc. lo que hace que el número real de IP disponibles no sea tan elevado. 

Page 4: Protocolos y arquitectura Parte  IIi

TCP/IP VERSIÓN 4

Una de las consecuencias de este sistema es que hace que sea necesario utilizar para conectarse a la red (Internet) un sistema que permita una sola IP por conexión (independientemente de los ordenadores que luego se conecten a través de esta conexión). Este sistema es el denominado NAT(Network Address Translator), y permite mediante un router (o enrutador) tener una red interna (direcciones IP privadas) apuntando a una sola dirección de Internet (IP pública). Este sistema, como es fácil de adivinar, no es el más idóneo, ya que hace que se rompe la doctrina de conexión ''entre extremos'', haciendo que sea un solo equipo de la red interna (en este caso el router) el que en realidad esté conectado con Internet, ya que el resto de equipos se conectan a este, NO a Internet. La importancia de esto la vemos con una mayor facilidad si nos imaginamos una oficina con 20 ordenadores trabajando todos a través de Internet... y dependiendo de un aparatito que cuesta menos de 100 euros y que no es infalible. Si este se estropea nos quedamos con las 20 máquinas desconectadas... y con la oficina bloqueada. 

Page 5: Protocolos y arquitectura Parte  IIi

TCP/IP VERSIÓN 6

El protocolo TCP/IPv6 es un protocolo de 128bits, lo que hace que el algunos cálculos sitúen el número de conexiones posibles en aproximadamente 34 trillones. 

Para hacernos una idea de lo que esto supone, si las posibles conexiones de IPv4 ocuparan 1 milímetro, las posibles conexiones de IPv6 ocuparían aproximadamente 240.000 veces la distancia entre el Sol y la Tierra. 

Page 6: Protocolos y arquitectura Parte  IIi

TCP/IP VERSIÓN 6

La entrada en servicio de esta nueva versión del protocolo TCP/IP va a significar un gran avance, a la vez que va a tener una amplia serie de consecuencias. 

La primera posible consecuencia de este incremento es no es necesario el uso de sistemas NAT, ya que hay direcciones suficientes como para que todas las máquinas se conecten entre sí directamente, volviendo a ser una verdadera red entre extremos. 

Page 7: Protocolos y arquitectura Parte  IIi

TCP/IP VERSION 6

La segunda consecuencia de este cambio de versión es la de permitir una conexión mucho más eficaz, ya que utilizan una cabecera de paquete diferente, añadiendo a los datos actuales (origen, tamaño, etc.) otros datos tales como etiquetas de contenido, lo que a su vez va a permitir optimizar las trasferencias al poder dar prioridad a tipos determinados de archivos (por ejemplo, dar prioridad a los archivos del tipo multimedia o de voz), haciendo a la vez posible que sea el usuario el que decida estas prioridades, lo que hará posible unas comunicaciones del tipo VoIP o videoconferencias de calidad, sin saltos e interrupciones. 

Page 8: Protocolos y arquitectura Parte  IIi

TCP/IP VERSION 6

Otra consecuencia es un incremento en la seguridad, ya que será posible establecer niveles de seguridad a nivel de IP, permitiendo una autentificación de las transmisiones entre equipos, lo que asegura la integridad y privacidad de estas. Esto en la práctica significa que enviamos un paquete de datos de un ordenador con una IP concreta a otro con una IP concreta, haciendo este inaccesible a cualquier otro ordenador. 

Las direcciones IP se podrán obtener de forma totalmente automáticas, lo que facilitará enormemente la creación de redes, tanto a nivel local como a nivel externo. 

Page 9: Protocolos y arquitectura Parte  IIi

TCP/IP VERSION 6

La configuración de estas direcciones es bastante más estructurada que la actual, ya que se trata de una serie de 8 grupos de 16bits (de 0 a ffff), separados por :, en los que el valor 0 se puede sustituir por ::. Un ejemplo de una dirección IP en el protocolo TCP/IPv6 sería la siguiente: 2005:205:0:1:175:0:bafd:14 o lo que sería lo mismo 2005:205::1:175::bafd:14 (se puede observar que se han sustituido los grupos con valor 0 por ::). 

Page 10: Protocolos y arquitectura Parte  IIi

LIMITES DEL LARGO DEL SEGMENTOTipo Descripción Tamaño Máxima longitud

A Par trenzado individual

apantallado

#18 AWG(0.8 mm2)

1900 m (6232 ft.)

B Par trenzado multiple con

blindaje

#22 AWG(0.32 mm2)

1200 m(3936 ft.)

C Par trenzado multiple sin

blindaje

#26 AWG(0.13 mm2)

400 m(1312 ft.)

D Dos pares de cables sin blindaje

(No trenzados)

#16 AWG(1.25 mm2)

200 m (656 ft.)

Page 11: Protocolos y arquitectura Parte  IIi

AWG

AWG Diam. mm Area mm2

1 7,350 42,4000

2 6,540 33,6000

3 5,860 27,0000

4 5,190 21,2000

5 4,620 16,8000

6 4,110 13,3000

7 3,670 10,6000

8 3,260 8,3500

9 2,910 6,6200

10 2,590 5,2700

11 2,300 4,1500

12 2,050 3,3100

13 1,830 2,6300

14 1,630 2,0800

15 1,450 1,6500

AWG Diam. mm Area mm2

16 1,290 1,3100

17 1,150 1,0400

18 1,024 0,8230

19 0,912 0,6530

20 0,812 0,5190

21 0,723 0,4120

22 0,644 0,3250

23 0,573 0,2590

24 0,511 0,2050

25 0,455 0,1630

26 0,405 0,1280

27 0,361 0,1020

28 0,321 0,0804

29 0,286 0,0646

30 0,255 0,0503

Page 12: Protocolos y arquitectura Parte  IIi

EJEMPLO DE FIELDBUS • DCS: 4-20 mA = 0 – 6000 mm H2O.• FCS: Rango = 0 – 6000 mm H2O

NIVEL INFORMACIÓN DCS

INFORMACIÓN FCS

0 mm H2O3000 mm H2O

4 mA12 mA

0mmH2O Good3000mmH2O Good

6000 mm H2O 20 mA 6000mmH2O Good

7500 mm H2O*

21 mA*

6500mmH2O UNCERTAIN *

*9000 mm H2O

*21 mA

*9000mmH2O UNCERTAIN

Page 13: Protocolos y arquitectura Parte  IIi

DISPOSITIVOSTransmisor de presión Fieldbus - LD302Exactitud de 0,075%. Rango desde 12,5 mmH2O hasta 2500 KPa  Transmisor de presión diferencial -

LD301D/LD301H, LD301M presión Manometrica y LD301A Absoluta Transmisor inteligente con salida 4-20mA. y protocolo HART. Exactitud de 0,075%. Rango desde 12,5 mmH2O hasta 250 kg/cm2

Transmisor de nivel Fieldbus - LD302L Exactitud de 0,075%. Rango desde 1,25 KPa hasta 2500 KPa

Page 14: Protocolos y arquitectura Parte  IIi

EJEMPLO DE PRIMITIVAS DE SERVICIOS Y PARÁMETROS

Se desea transferir datos desde una entidad N a su entidad par (N) en otro sistema.

Como solución se verifican los siguientes hechos:

1. La entidad origen (N) invoca a su entidad (N - 1) con una primitiva de solicitud. Asociado a esta primitiva están los parámetros necesarios, como, por ejemplo, los datos que se van a transmitir y la dirección destino.

Page 15: Protocolos y arquitectura Parte  IIi

EJEMPLO DE PRIMITIVAS DE SERVICIOS Y PARÁMETROS

Se desea transferir datos desde una entidad N a su entidad par (N) en otro sistema.

Continuación...2. La entidad origen (N - 1) prepara una PDU

(N - 1) para enviársela a su entidad par (N - 1).

3. La entidad destino (N - 1) entrega los datos al destino apropiado (N) a través de la primitiva de indicación, que incluye como parámetros los datos y la dirección origen.

Page 16: Protocolos y arquitectura Parte  IIi

EJEMPLO DE PRIMITIVAS DE SERVICIOS Y PARÁMETROS

Se desea transferir datos desde una entidad N a su entidad par (N) en otro sistema.

4. Si se requiere una confirmación, la entidad destino (N) emite una primitiva de respuesta a su entidad (N-1).

5. La entidad (N - 1) convierte la confirmación en una PDU (N- 1).

6. La confirmación se entrega a la entidad (N) como una primitiva de confirmación.

Page 17: Protocolos y arquitectura Parte  IIi

PRIMITIVAS DE SERVICIO CONFIRMADO Y NO CONFIRMADO

Las primitivas de servicio pueden ser, según que brinde respuesta o no, confirmado o no confirmado.

SolicitudIndicación

RespuestaConfirmación

Suministrador del servicio

Usuario del Servicio Usuario del Servicio

Servicio ConfirmadoVentajas y desventajas

SolicitudIndicación

Suministrador del servicio

Usuario del Servicio Usuario del Servicio

Servicio No ConfirmadoVentajas y Desventajas