Crear un Blog

Enlaces

Monday 9 november 2009 1 09 /11 /Nov /2009 20:47

GoAnimate.com: tarde a clase by horuhe

Like it? Create your own at GoAnimate.com. It's free and fun!
Por jorge uzcategui
Escribir un comentario - Ver los 0 comentarios
Thursday 16 july 2009 4 16 /07 /Jul /2009 00:53
Seguridad con IPv4 e IPv6

Internet Protocol version 4 (IPv4) es la cuarta versión del Protocolo de Internet  y es la primera versión del protocolo mundialmente desplegada. 

IPv4 usa direcciones de 32 bits, limitándola a 232 = 4.294.967.296 direcciones únicas, muchas de las cuales están dedicadas a redes locales (LANs). Por el crecimiento enorme que ha tenido del Internet (mucho más de lo que esperaba, cuando se diseñó IPv4), combinado con el hecho de que hay desperdicio de direcciones en muchos casos (ver abajo), ya hace varios años se vio que escaseaban las direcciones IPv4.

Esta limitación ayudó a estimular el impulso hacia IPv6, que esta actualmente en las primeras fases de implantación, y se espera que termine reemplazando a IPv4.

 

Internet Protocol version 6 (IPv6) es la nueva versión del Protocolo Internet, diseñado como el sucesor de IP versión 4 (IPv4). IPv6 está destinado a sustituir al IPv4, cuyo límite en el número de direcciones de red admisibles está empezando a restringir el crecimiento de Internet y su uso, especialmente en China, India, y otros países asiáticos densamente poblados.

Pero el nuevo estándar mejorará el servicio globalmente; por ejemplo, proporcionará a futuras celdas telefónicas y dispositivos móviles con sus direcciones propias y permanentes. Al día de hoy se calcula que las dos terceras partes de las direcciones que ofrece IPv4 ya están asignadas.


El protocolo de reserva de recursos (RSVP), descrito en RFC 2205, es un protocolo de la capa de transporte diseñado para reservar recursos de una red bajo la arquitectura de servicios integrados (IntServ). "RSVP no es una aplicación de transporte, es más bien un protocolo de control de internet, como ICMP, IGMP, o protocolos de enrutamiento" - RFC 2205. RSVP reserva los canales o rutas en redes internet para la transmisión por unidifusión y multidifusión con escalabilidad y robustez.

RSVP puede ser utilizado tanto por hosts como por routers para pedir o entregar niveles específicos de calidad de servicio (QoS) para los flujos de datos de las aplicaciones. RSVP define como deben hacer las reservas las aplicaciones y como liberar los recursos reservados una vez que han terminado. Las operaciones RSVP generalmente dan como resultado una reserva de recursos en cada nodo a lo largo de un camino.

RSVP no es en sí mismo un protocolo de encaminamiento y fue diseñado para interoperar con los actuales y futuros protocolos de encaminamiento.

RSVP por sí mismo rara vez es desplegado en redes de telecomunicaciones hoy en día pero para RSVP-TE, está comenzando a aceptarse de forma más común en muchas redes con QoS.

Por jorge uzcategui
Escribir un comentario - Ver los 0 comentarios
Thursday 16 july 2009 4 16 /07 /Jul /2009 00:26

Protocolo de Transporte
Protocolo de comunicaciones que se encarga de establecer una conexión y de asegurar que todos los datos hayan llegado intactos. Está definido en el nivel 4 del modelo OSI. Con frecuencia, el término protocolo de transporte implica servicios de transporte, incluyendo el protocolo de enlace de datos de nivel más bajo que mueve los paquetes de un nodo a otro.



Definición y significado de Protocolo de Transporte

Articulos Relacionados
-IPXIPX (Internet Packet Exchange). Protocolo de intercambio de Paquetes entre Redes. Intercambio de paquetes interredes. Protocolo de comunicaciones NetWare que se utiliza para encaminar mensajes de un nodo a otro....

-ProtocoloProtocolo Se denomina protocolo a un conjunto de normas y/o procedimientos para la transmisión de datos que ha de ser observado por los dos extremos de un proceso comunicacional (emisor...

-Dirección de ProtocoloDirección de Protocolo Número asignado a una computadora que se usa como dirección destino en los paquetes enviados a esa computadora. Cada dirección IP es de 32 bits de longitud;...

-HDLCHDLC Control de enlace para datos de alto nivel. Protocolo para la capa 2 del modelo OSI. ...

-RDSIRDSI Red Digital de Servicios Integrados. Es un tipo de red que agrupa distintos servicios anteriormente distribuidos a través de soportes distintos

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

Muchos programas dentro de una red de datos compuesta por computadoras pueden usar TCP para crear conexiones entre ellos 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, incluidas HTTP, SMTP, SSH y FTP.

Por jorge uzcategui
Escribir un comentario - Ver los 0 comentarios
Sunday 5 july 2009 7 05 /07 /Jul /2009 19:12
link


INTERCONEXIÓN DE REDES:
PROTOCOLO IP (Internet Protocol)

 

  • Funcionamiento Interno: Nos permite ver el funcionamiento interno de la red, ya que se define también el protocolo entre nodos de la red.
  • Interconexión de redes: IP es un protocolo de interconexión de redes, y no de red.

1.- Funcionamiento Interno: (de una red de paquetes):

 

Tendremos dos alternativas:

  • Datagramas
  • Red de Circuitos Virtuales.

2.- El Interfaz: (marcado en negrita en el dibujo)

 

Se define como el acceso a una subred que tiene asignado una dirección IP:

Sistemas Finales: también llamados equipos de usuario o host, son aquellos que sólo tienen una interfaz. El procesamiento que realizan llega hasta el Nivel de aplicación.

Sistemas Intermedios: también llamados Routers, Nodos o Encaminadores, son aquellos que tienen más de una interfaz. El procesamiento que realizan se queda en niveles inferiores.

(NOTA: puede haber sistemas que funcionen como sistemas finales e intermedios, por lo que no esta muy clara la diferencia entre ambos).

Los equipos IP están unidos entre sí por:


El protocolo IP nos posibilita, utilizando el protocolo de acceso a subred correspondiente, interconectar subredes:

 

3.- Direcciones IP:

  • Hay una por interfaz.
  • Tienen longitud fija: 32 bits.
  • Están estructuradas en dos campos: subred y sistema.

 

Para enviar del sistema ‘X’ al sistema ‘Y’, el objetivo es alcanzar la subred a la que ‘Y’ está conectado. Esto se consigue utilizando el prefijo de subred al encaminar.

  • Clases de direcciones UNICAST (identifican un solo interfaz):

 

 a.- Clase A: para redes grandes:

 

b.- Clase B: para redes medianas:

 

c.- Clase C: para redes pequeñas:

 

  • Clases de direcciones MULTICAST (identifican un grupo de interfaces):


a.- Clase D:

  • Otras clases de direcciones:


a.- Clase E:

  • Valores especiales: no podemos utilizarlos para identificar a una subred o a un stma)

1.- Campo todo a 1: Difusión (Broadcast). (¡Sólo válida como dirección destino!)


 

 

2.- Campo todo a 0: ("este"). Se usa como arranque (¡sólo válido como dirección fuente!).

 

3.- Loopback: inválida (no podrán ir en ningún datagrama) tanto como dirección fuente como dirección destino a nivel de red. Sólo será valida cuando fuente y destino residan en el mismo sistema (Ej: dos procesos que se quieren comunicar en una misma máquina).

4.- Dirección Inválida:

 

La representación utilizada para representar direcciones IP se denomina Notación Punto, y consiste en cuatro números codificados en binario:

 

 

4.- Formato del Datagrama:

 

Consiste en un formato único (tanto para el interfaz UNI como para el NNI):

 

 

En X.25, los paquetes de datos no llevaban dirección (ya que ésta estaba vinculada a la conexión, y todos los paquetes tenían el mismo destino), sino que llevaban un identificador de multiplexión. En cambio, en IP cada datagrama se encamina individualmente, siendo necesarias estas direcciones.

El DLCI se asignaba dinámicamente (multiplexión), mientras que las direcciones no. Además, un DLCI no es único a nivel de red, es decir, un DLCI no está asignado a un único destino, mientras que las direcciónes si lo están.

 

Procedimiento de almacenamiento y reenvío (utilización de las direcciones de origen y destino):

 

Campos del datagrama:

  • VER (4 bits): Versión de IP usada. Actualmente, es la 4. Puede haber migraciones de una versión a otra. Esta migración puede ser abrupta o suave. En la migración suave (facilitada por este campo VER), ambas versiones conviven en paralelo un tiempo.
  • LONG. CABECERA (4 bits): Para saber donde empieza y acaba la cabecera.
  • LONG. TOTAL (16 bits): del datagrama (cabecera + datos), expresada en octetos. La longitud máxima del datagrama está limitada a 216 ~ 64000 octetos.

 

Los campos del datagrama utilizados en la segmentación son:

  • IDENTIFICADOR (16 bits): Identifica los trozos del mismo datagrama original. Cada trozo es un datagrama por si solo. Todos los datagramas que salgan de un mismo datagrama original llevan el mismo IDENTIFICADOR.

 

  • OFFSET (13 bits): Indica la posición absoluta del campo de datos del fragmento en el datagrama integro original. Se numera por bloques de octetos (irá de 0 a (213-1) octetos):
 
  • MF (1 bit): More Fragments. Identifica el último fragmento de un datagrama. Está a 1 en todos los fragmentos excepto en el último.

 

  1.  
    1. Datagrama íntegro: OFFSET = 0 y MF = 0
    2. Datagrama fragmento intermedio: OFFSET <> 0 y MF = 1
    3. Datagrama fragmento primero: OFFSET = 0 y MF = 1
    4. Datagrama fragmento último: OFFSET <> 0 y MF = 0

NOTA: Un fragmento puede volver a fragmentarse. En caso de fragmentar un fragmento primero o intermedio, nunca podrá llevar el MF a 0, es decir, sólo podrá llevar el MF a 0 el último fragmento del último fragmento.

  • DF (1 bit): Do not Fragment. Se usa cuando el sistema fuente detecta que el sistema destino no tiene capacidad de ensamblado. Si la subred no aceptara datagrama sin fragmentar, se tendría que encontrar otra ruta. Si a pesar de haber buscado otras rutas sigue siendo imprescindible fragmentar, el datagrama se descarta.

La utilidad del bit DF radica en impedir la generación de trafico "inservible".

 

Otros campos del datagrama:

  • CHECKSUM (16 bits): Este campo ofrece una protección adicional de los datos de la cabecera frente a errores. Esta protección se dice que es adicional porque del control de errores se encarga el nivel de enlace.
  • TTL (8 bits): Time To Live (tiempo de vida). Se introduce en el datagrama para acotar su tiempo de vida mientras atraviesa la red. Se fija en origen (una estimación, ya que no se conoce que camino tomará el datagrama en cada salto) y se va decrementando en cada salto. Si llega a 0 en algún router, éste envia un mensaje de error y el datagrama se descarta. Utilidades de este campo:

1.- En ocasiones podemos tener inestabilidad en los algoritmos de encaminamiento, probablemente debido a desfases en la actualización de las tablas de los nodos. Una consecuencia de esta inestabilidad, por ejemplo, sería el que dos sistemas intermedios se enviaran indefinidamente el datagrama de uno a otro:

Por jorge uzcategui
Escribir un comentario - Ver los 0 comentarios
Sunday 5 july 2009 7 05 /07 /Jul /2009 19:02

Congestión de red

La Congestión de redes es el fenómeno producido cuando a la red (o parte de ella) se le ofrece más tráfico del que puede cursar.

 

Causas de la Congestión 

 

  • La Memoria insuficiente de los conmutadores.
  • Insuficiente CPU en los nodos.
  • Velocidad insuficiente de las líneas.

Control de una Congestión 

Comprende todo un conjunto de técnicas para detectar y corregir los problemas que surgen cuando no todo el tráfico de una red puede ser cursado.

Mecanismos de Control de una Congestión 

El problema del control de congestión puede enfocarse matemáticamente desde el punto de vista de la teoría de control de procesos, y según esto pueden proponerse soluciones en bucle abierto y en bucle cerrado.

Soluciones 

Soluciones en bucle abierto

También llamadas soluciones pasivas. Combaten la congestión de las redes mediante un adecuado diseño de las mismas. Existen múltiples variables con las que el diseñador puede jugar a la hora de diseñar la red. Estas variables influirán en el comportamiento de la red frente a la congestión. Las resumiremos en función del nivel del modelo OSI al que hacen referencia:

  • Nivel de enlace.
Variables de diseño:
  • Diseño de temporizadores y política de retransmisiones: Cuando los temporizadores agotan su cuenta, los paquetes afectados serán retransmitidos por la fuente.
  • Política de descartes y almacenamiento de paquetes que llegan fuera de orden: El rechazo puede ser simple, que origina más retransmisiones, o bien selectivo, obligando a un almacenamiento temporal de los paquetes que llegan fuera de orden y mejorando la congestión.
  • Política de asentimientos: El piggybacking, o utilización de parte de un paquete de datos para enviar asentimientos de paquetes anteriormente recibidos, reduce, en principio, el tráfico, pero puede dar lugar a retransmisiones que contribuyan a la congestión.
  • Política de control de flujo: Parando a una fuente que vierte mucho tráfico podemos reducir el riesgo de congestión.
  • Nivel de Red.
Variables de diseño:
  • Circuitos Virtuales frente a datagramas: Muchos algoritmos de control de congestión funcionan sólo en modo circuito virtual.
  • Política de descarte de paquetes: De nuevo, la correcta elección de los paquetes que se descartan puede disminuir el riesgo de congestión.
  • Algoritmo de enrutamiento: Es bueno desde el punto de vista de la congestión el balanceo del tráfico entre todas las líneas de la red.
  • Tiempo de vida de los paquetes: La correcta elección de esta variable permite reducir el número de retransmisiones, mejorando así el comportamiento de la red desde el punto de vista de la congestión.
  • Nivel de Transporte.
Análogo al nivel de enlace, pero entre sistemas finales.

También llamadas soluciones activas. Actúan cuando se detectan problemas.

Tienen tres fases:

a) Monitorización de parámetros. Se vigilan los siguientes parámetros:
1. Ocupación de los enlaces y de los buffers (colas de espera en los nodos).
2. Porcentaje de descartes.
3. Número de retransmisiones.
4. Retardos y jitters.
b) Reacción: envío de información a los puntos necesarios. La comunicación se realiza gracias a:
1. Paquetes especiales.
No están sometidos a control de congestión y se saltan las colas de espera en los nodos. Los envía el nodo que, gracias a la monitorización, ha detectado la congestión.
2. Bits de cabecera.
En los paquetes enviados, indico en la cabecera que empieza a haber congestión. (Ejemplo: Frame Relay).
3. Información específica.
Si se recibe una alerta de congestión (mediante bits de cabecera de paquetes que circulan por la red), se solicita más información.
c) Ajuste del sistema. Hay varias medidas:
1. Reducir la velocidad de envío
2. Control de acceso. No se permiten más conexiones.
3. Tirar paquetes. Controlar ráfagas de paquetes que llegan.

Algoritmos de Control de Congestión

Se describen dos algoritmos en bucle cerrado: el algoritmo de descarte de paquetes, y un algoritmo de paquetes reguladores

Algoritmo de descarte de paquetes 

Es un algoritmo de control de congestión en bucle cerrado. Se basa en que los nodos descartan paquetes cuando su ocupación es alta. Para esto los nodos han de conocer sus recursos (CPU y memoria). Hace una asignación dinámica de los buffers en base a las necesidades de cada línea.


 Hay varias formas de hacer la asignación de buffers:

a) En base al uso.
No es muy eficiente, porque cuando una línea se empieza a cargar acapara todos los recursos.
b) Asignación fija.
Tampoco es muy buena, ya que desaprovecha recursos.
c) Asignación subóptima (de Irland).

Algoritmo de paquetes reguladores [

En terminología inglesa, al paquete regulador se le llama choke packet. Se hace en bucle cerrado. Asocia un peso a cada línea que cambia con el tiempo.

 


Variaciones de este algoritmo:

  • Pueden mandarse paquetes reguladores con información de estado (grave, muy grave, etc.) .
  • En vez de monitorizar las líneas de salida pueden medirse otros parámetros, tales como el tamaño de las colas en los nodos.


Por jorge uzcategui
Escribir un comentario - Ver los 0 comentarios

Presentación

Calendario

January 2012
M T W T F S S
            1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31          
<< < > >>
Crear un blog en OverBlog - Contacto - C.G.U - Remuneración por el programa "Gana con tu Blog" - Reportar un abuso