6.0.- Qué es Internet??
6.1.- Qué es Infovía?
6.2.- Acceso desde un usuario final hacia un proveedor.
6.3.- Salida hacia Internet de los proveedores
6.4.- Que son Frame-Relay, CIR, Clase de servicio, etc..
6.5.- Otras cuestiones

6.0.0.- Internet/Infovia: Estructura de comunicaciones

6.0.- Qué es Internet?

Existe infinidad de literatura sobre qué es y la historia de Internet, así, con mayusculas. No vamos a repetirla aquí, simplemente un par de detalles. Internet, cuando hablamos de _I_nternet, nos estamos refiriendo a una gran (seguramente la mayor) red de ordenadores, mejor dicho red de redes de ordenadores. Estas redes, pueden ser la de tu universidad, la de tu proveedor, la de tu empresa, etc.. Estas redes pueden (y lo son) muy diferentes, tanto en número y tipo de máquinas conectadas como de sistemas operativos soportados. Sin embargo, todas comparten algo, que es el protocolo IP.

El TCP, es el que se ocupa de dar una conexión 'limpia', encargandose de corregir errores, ordenar los datos, etc. Es el equivalente a un protocolo de Nivel 4 en la capa OSI.

Utilizando TCP, todas las aplicaciones internet típicas: FTP, E-mail, web, etc.. Todas esas aplicaciones utilizan protocolos bien definidos, FTP para transferencia de ficheros, SMTP/POP para correo, NNTP para news, HTTP para web..

Todas las máquinas que están conectadas a Internet han de tener un identificativo (como si fuera un número de teléfono) que permita llegar a ellas. Es la dirección IP. Actualmente son 4 octetos de la forma a.b.c.d. Esta dirección (en principio) es única para cada máquina. Normalmente los proveedores de acceso Internet disponen de un rango de direcciones, que van asignando a sus usuarios de forma dinámica, de manera que hoy puedes tener una dirección IP y mañana otra distinta.

6.0.5.- RFC (Request For Comments)

RFC viene de Request For Comments y son una serie de notas y comentarios, iniciados en 1969, acerca de Internet (originariamente Arpanet). En estos documentos se habla sobre aspectos de computación y comunicación entre ordenadores con especial atención en los protocolos de red, procedimientos, programas y definiciones, aunque también incluyen partes de conversaciones, opiniones, y en ocasiones, algo de humor (extracto de "what-is-rfc-editor").

En cuanto a la distribución de estos documentos, no sólo son de libre distribución, sino que ésta puede ser casi en cualquier forma, incluso cortando la parte que interese, haciendo traducciones, ... aunque se recomienda citar al autor (más información en "rfc-copyright-story").

Para buscar información sobre un tema en concreto, se utiliza el documento de texto "rfc-index.txt", en el que aparece un listado de todas las rfc's con una breve pero clara explicación sobre el tema tratado en cada fichero.

Una rfc muy interesante es la 2200 ("rfc220.txt") que habla acerca de los protocolos estándar oficiales de Internet. En ella se incluye también una referencia en cada protocolo a la rfc en la que se puede ampliar la documentación sobre el mismo (por ejemplo, el TCP es la 793, el Telnet la 854 y 855, el Ftp la 959, el POP3 la 1939, ..)

En el documento "rfc-retrieval.txt" se explica cómo y dónde coger las rfc's vía e-mail o a través del Ftp. Aunque no lo dice en este documento, en España las RFC se pueden obtener del Ftp de Rediris ftp.rediris.es

6.1.- Qué es Infovía?

La describiremos más adelante un poco más en profundidad, aquí sólo unas pinceladas.

Infovía es una red de acceso a proveedores de servicios. En realidad no es red, sino que está compuesta por una serie de nodos que recogen las lamadas vía Red Telefónica Básica (RTB) o Red Digital de Servicios Integrados (RDSI), y permiten encaminarlas hacia los proveedores de servicios. Estos servicios pueden ser información, puede ser acceso a Internet, puede ser una intranet corporativa, etc...

Está basada en protocolos TCP/IP, y sus direcciones IP son del rango reservado para redes privadas, por eso no se puede conectar desde infovía hacia internet y viceversa, de forma directa. Puede accerse algo similar, pero siempre se mantienen los dos mundos.

La gran ventaja de Infovía es que desde cualquier punto de España, con una llamada a un único número (055), y con la misma tarifa (metropolitana) puedo acceder a los proveedores, eliminando la necesidad de llamadas de larga distancia (interprovinciales) para algunos usuarios, con el consiguiente ahorro.

6.1.1.- El 055

Las llamadas a Infovía marcando el 055 son encaminadas por las centrales locales hacia las Agencias de Inteligencia de Red (AIR) de la Red Inteligente de Telefónica de España (TESA). En estas centrales se recogen estas llamadas, y son re-encaminadas utilizando accesos primarios RDSI hacia los Centros de SErvicio Infov¡a (CSIV). Actualemtne (30/6/97) existen 5 CSIV en funcionamiento, Madird, Barcelona, Sevilla, Valencia y Bilbao, con una capacidad de algo m s de 15000 llamadas simultaneas.

El hecho de pasar las llamadas por la Red Inteligente permite aplicar la misma tarifa (metroplitana) independientemetne del lugar donde se origine la llamada, e independientemetne del destino, ya que en función de la carga, ocupación, etc. de los enlaces con los CSIV se encaminar a uno u otro.

6.1.2.- Los Centros de Servicio Infovía (CSIV)

Los CSIV es donde se recogen las llamadas y se 'descuelgan'. Existen unos servidores de acceso remoto, (hasta la fecha, routers ASCEND MAX 4000) que tienen cada uno conexiones via accesos primarios RDSI (30 canales de 64 Kbps) con la RI. Si la RI les encamina una llamada RDSI, la aceptan directametne. Si es una llamada de modem RTB, la aceptan en unos modems internos, actualmente de 33.600 bps.

Estos routers est n conectados en un segmento de una red Ethernet conmutada, ¨con un switch ATM?. A esta red ¨o al switch aTM? es donde se conectan los routers de los carriers, como Telefónica Transmisión de datos (TTD), Global One, BT, etc..

6.1.3.- Los carriers

Los carriers (TTD, BT, Global One, France Telecom, Telemedia, IBM, etc..) est n conectados a los CSIV por medio de los routers antes mencionados, y mediante l¡neas ¨frame relay? ¨punto a punto? a su propia red de transmisión de datos (Red UNO en el caso de TTD).

Evidentemente, un carrier ha de tener unión con los 5 CSIV actuales, y con todos los que se instalen en un futuro, si quiere dar cobertura nacional para sus clientes.

Para evitar pasar a sus clientes (que son los proveedores) el hecho de tener 5 (o las que sean) coenxiones, una con cada CSIV, e independizar la conexión del proveedor del número de CSIV activos en cada momento, el carrier normalmente busca una solución.

*TTD ha montado una red IP interna, con la que se unen los proveedores. De esta red IP salen las 'n' conexiones con los 'n' CSIV.

6.1.4.- Los proveedores

Los proveedores (a quien tu pagas tu cuota mensual) están conectados a la red de transmisión de datos del carrier, de esta manera pueden tener conexión con Infovía.

Normalmente esta conexión es vía Frame Relay (se explicar despues), lo que permite definir y compartir en una única linea conexión con Internet, con Infovía, o con cualesquiera otro servicio. Independientemente de esta unión con infovía, pueden tener más lineas (incluso por satélite) con Internet, p.e.

6.2.- Acceso desde un usuario final hacia un proveedor

Un usuario final, para conectarse con su proveedor (centros proveedores de informacion (CPI), centros servidores de información (CSI), proveedores de servicios internet (en inglés ISP), etc.) lo puede hacer de las siguientes maneras.

6.2.1.- Modem.

El proveedor dispone de una bateria o pool de modems, conectados a la Red Telefonica Basica (RTB). Tambien puede disponer de terminales de Red Digital de Servicios Integrados (RDSI), permitiendo el acceso a mayor velocidad. Este modo de acceso permite una conexion directa entre el usuario y el proveedor, eliminando por tanto pasos intermedios que pueden afectar a la comunicación. Y tiene la desventaja de un numero de conexiones limitadas por el numero de modems/lineas instalados, ademas de tener que realizar el usuario una llamada que puede ser metropolitana, provincial e incluso nacional, dependiendo de la distancia.

6.2.2.- Vía Infovía.

El proveedor ha contradado con un carrier (TTD, BT, Global One....) un acceso dedicado, tipicamente Frame Relay (FR), que le une con los centros de servicio Infovía (CSIV), o con la solución que el carrier haya implantado (tipicamente una Red IP).

En este acceso frame relay se define un Canal Virtual Permanente (CVP) bien con cada uno de los CSIV, bien con la red IP. A este CVP se le asocia un CIR (se explica despues en el apartado de FR), enfunción del número de usuarios esperado, del tipo de tráfico, de las pelas que se quiera gastar el proveedor, etc..

Por esta conexion le llegan al proveedor las llamadas de los usuarios, como conexiones TCP/IP. La ventaja de este modo de acceso es que el numero de conexiones no esta limitado en principio, salvo por la capacidad de los CSIV, y que el usuario llamante solo paga una llamada metropolitana (al 055).

6.2.3.- Otros.

Esto ya no serían usuarios finales 'de la calle', sino más bien empresas.

Una empresa, por volumen, por seguridad, comodidad, etc, puede querer una conexión con un proveedor que ni sea directa a traves de modem o RDSI ni sea a través de infovía. En ese caso, suelen contratar conexiones directas entre ellos y el proveedor, bien mediante l¡neas punto a punto de la velocidad que sea, bien a través de un acceso frame relay en su domicilio conectado mediante un CVP al FR del proveedor. De esta manera tienen conexión 24 horas, generalmente con tarifa plana, o tienen conexiones de alta velocidad y seguridad con su proveedor, que es quien se ocupa de todo el tema de las comunicaciones. Un ejemplo de esto último puede ser un periodico, que elabora todas las noticias dia a dia, y se las vuelca a su proveedor vía un enlace punto a punto, ya que no quiere 'pringarse' con los temas de comunicaciones.

6.3.- Salida hacia Internet de los proveedores

Si el proveedor es un CSI o un ISP, ha de tener conexión con Internet. Esta conexión puede ser:

6.3.1.- Lineas punto a punto.

El proveedor dispone de una conexión dedicada punto a punto con un backbone de Internet. No suele ser asi ya que el coste de esta conexión es muy elevado. Este tipo de lineas lo suelen tener carriers o grandes empresas, o empresas multinacionales.

6.3.2.- Frame Relay.

El proveedor ha contratado con un carrier (TTD, BT, Global One,...) un acceso FR que va desde su domicilio hasta el backbone de dicho carrier, que a su vez dispone de lineas directas (punto a punto) con backbones de Internet. Sobre este acceso FR se define un (o varios) CVP con los nodos del carrier, y a ese CVP se asocia un CIR, que puede ser distinto para cada sentido de transmisión.

6.3.4.- Satelites.

Ultimamente se están viendo proveedores que se anuncian con enlaces via satélite. No es más que un caso especial de lineas punto a punto, sólo que en este caso el medio físico de unión entre el proveedor/carrier y el backbone correspondietne es un enlace via satélite, de mayor o menor velocidad.

6.3.5.- Otros ****

6.4.- Que son Frame-Relay, CIR, Clase de servicio, etc..

Accesos Frame Relay (FR), Commited Information Rate (CIR), Clase de servicio... son conceptos asociados (en este entorno!) tipicamente al medio de unión entre un proveedor y su carrier.

6.4.1.- Frame Relay.

Frame Relay es un protocolo lógico (un lenguaje, vaya) de acceso a una red de transmisión de datos, siguiendo normas y recomendaciones internacionales (ITU-T (la antigua CCITT), FR Vendor Forum, ANSI, ..). De esta manera, al acceder a una red de datos, puedo 'llegar' hasta donde llegue esa red de datos. Otros protocolos que podrian ser X.25, PPP, HDLC, SMDS, etc...

Por extension, se denomina acceso FR tambien a la linea digital que une al proveedor con el carrier, es decir, la l¡nea desde el domicilio del proveedor hasta el nodo m s cercano del carrier. Estas lineas pueden ser desde 64, 128, 256, 512 Kbps y 2 Mbps (caso especial es el de un circuito de 34 Mbps). Algunos carriers ofrecen tambien l¡neas de 192, 384 y 1024 Kbps, pero no es muy usual.

En las lineas digitales antiguas, la tasa de error era elevada. Por eso se diseñaron protocolos que detectaran el error y pidieran el reenvio de los datos perdidos, o que frenaran al emisor si el receptor no estaba disponible (p.e. de todos conocido es Zmodem). El protocolo típico del que se habla en este entorno es X.25, que permite correción de errores, control de flujo ('espera un momento, no transmitas que no estoy listo'), etc.. A cambio, incrementa la sobrecarga (overhead) sobre los datos, de forma que p.e. de cada 100 datos transmitidos 20 corresponderían al X.25 y sólo 80 a datos reales. Eso reduce el ancho de banda real de una línea.

Con el paso del tiempo, se han ido utilizando e imponiendo protocolos como TCP/IP, que ya ellos mismos realizan tambien su propio control de errores, pidiendo las tramas perdidas, etc. Por eso, utilizar TCP/IP sobre una conexión X.25 es redundante e ineficiente.

Sin embargo Frame Relay est pensado para lineas digitales con baja tasa de error, (las nuevas tecnologías permiten mayores velocidades con menores tasas de error) ya que no realizan ese control de flujo, ni control de errores. Simplemente deja que niveles superiores, en este caso el software, el stack de protocolos TCP/IP, sea quien se ocupe del error. Esto permite 'aligerar' el protocolo, y reducir el overhead, aumentando el rendimiento efectivo de la linea.

En realidad FR si hace un pequeño control de errores. En caso de producirse un error en la trama FR (que se detecta con un fallo en el CRC, pe.), se descarta. El control de flujo es minimo, existiendo dos niveles: en el primero la red avisa al terminal que baje su velocidad de transmisión, ya que empieza a haber congestión, y en el segundo la red descarta -tira- las tramas del usuario que no puede transmitir.

Para que dos usuarios (p.e. el carrier y el proveedor) se puedan comunicar, FR prevee dos posibilidades, basadas en Canales Virtuales. Un CV es un 'camino lógico' entre dos extremos de una conexión, de manera que cada trama queda identificada con un número de CV. Si en la cabecera de la trama va el 100, es que esa trama 'va' por el CV número 100, que puede tener como destino p.e. el CSIV de Barcelona. Si la trama lleva el 101, es otro CV, que puede ser p.e. el CSIV de Madrid. Y si lleva el 158, pues puede ser una comunicación hacia el backbone de internet.

Los CV pueden ser Permanentes (CVP, o PVC en inglés) o Conmutados (CVC, o SVC en inglés). El CVP es un canal que se fija en tablas al instalar la linea, y que siempre es el mismo, y que siempre une el mismo extremo con el mismo destino. Un CVC es un canal que permite 'llamar' a distintos extremos, lógicamente con un proceso previo de llamada. Por ejemplo imaginaros un 'telefono rojo' y telefono normal. El 'rojo' una vez que lo levantas va a piñón fijo a un sitio determinado, y la comunicación no es necesario establecerla. Un telefono normal, para llamar has de marcar el destino. Pues el rojo ser¡a el CVP y el normal el CVC.

Actualmente, la mayor parte de proveedores cuyo medio de unión con su carrier es FR utilizan CVP's, (en el caso de TTD se espera que la Red UNO soporte CVC en breve), con uno, dos, tres, etc., CVP con los CSIV, o bien uno sólo con la red IP del carrier, y un CVP con la salida a internet del carrier.

6.4.2.- CIR.

CIR es el acronimo inglés de Commited Information Rate, (en español clase de caudal de trafico -CCT-). Representa la velocidad minima garantizada por la red al usuario de capacidad de transferencia de información, esto es, el flujo minimo que la red garantiza al usuario que puede transmitir y llegar al otro extremo, sin problemas de control de flujo ('espera no transmitas que no estoy preparado').

Este flujo o cantidad minima se puede definir de forma independiente para cada CVP y para cada sentido de transmisión (transmisión y recepción). Por ejemplo puedo ser un servidor de FTP, con lo que me interesa que la cantidad de información que salga de mi sea más alta que la que yo recibo, en ese caso contrato mayor CIR saliente de mi que entrante a mi.

El CIR es el mínimo garantizado, que se debería contratar en función del número de usuarios, tipo de servicio ofrecido, etc, para que aun habiendo congestión en la red, el servicio que doy está dentro de una calidad dada. Por encima del CIR se define el EIR -Excess Information Rate-. Este es el m ximo que la red va a aceptar que yo transmita, sin embargo este tráfico no está garantizado y puede ser que no llegue al extremo si la red está congestionada en algún punto. Y si transmito por encima de ese EIR la red se autoprotege descartando ese tr fico en exceso, con el mecanismo de dos niveles de control de flujo explicado antes.

Y por supuesto, el limite último de transmisión es la velocidad de la linea. Ya puedo tener un CIR de 256 Kbps que si la linea _física_ es de 64 Kbps, 64 Kbps es el límite. Claro que quien tenga un CIR de 256 Kbps en una linea de 64... :-))

O sea, puedo tener una linea de 128 Kbps, un CIR de 32 Kbps y un EIR de 32 Kbps. Si transmito a 10, no pasa nada. Si transmito a 32, tampoco. Si transmito a 33, la red marca ese tráfico como 'posible descartable', pero lo saca en la medida que pueda. Si transmito a 40, igual. Si transmito a 64, igual. Si transmito a 65 Kbps (perfectametne posible porque la linea del ejemplo es de 128 Kbps), por ejemplo 65 tramas de 1 K en un segundo, un total de 32 tramas pasarán, 32 tramas llevarán una marca, y tirará una trama.

*TTD Al principio no existia limitación del EIR (o estaba limitado a 256 Kbps), de manera que en el ejemplo anterior podr¡a haber transmitido hasta a 128 Kbps. Esto era usado por varios proveedores 'por la cara', que contrataban líneas de 2 Mbps con un CIR de 8 Kbps. De esta manera, y por estar Red UNO sobredimensionada, daban buen servicio, en agravio comparativo con aquellos proveedores que sí tenían un CIR 'razonable'. Como el CIR representa enlaces y nodos de red, que cuestan mucha $, se ha limitado el EIR acorde al CIR contratado.

En un acceso Frame Relay se pueden definir varios CVP, con diferentes destinos, y cada uno de ellos tener diferente CIR. La suma de CIR totales de los CVP, para transmisión y para recepción por separado, puede exceder de la velocidad real de la linea -sobrecontratación- si se supone que no ha haber simultaneidad en el trafico, o que este va a ser claramente asimetrico. En este entorno no tiene aplicación, pero imaginaros una empresa con 6 delegaciones. Puedo perfectamente contratar lineas de 64 Kbps en cada una, y 64 en la central, con 16 Kbps de CIR encada delegación. La suma de CIR es 92 Kbps, que es mayor que la velocidad de linea de la central, 64 Kbps, sin embargo puedo hacerlo y definirlo así, siempre y cuando la simultaneidad entre delegaciones no sea mayor de 4.

6.4.3.- Clase de Caudal infovía.

Esto en principio es aplicable a TTD. otros carriers pueden tener otros conceptos.

La clase de caudal infovía esta directamente asociada al Servicio Infovía de Telefónica. Actualmente esta definida como el CIR (tanto de entrada como de salida, definido de forma simétrica) asociado al CVP de unión del proveedor con la Red IP de TTD. Esta Red IP es quien tiene despues las uniones con los CSIV que haya en cada momento.

6.5.- Otras cuestiones

6.5.1.- ATM a 34 Mbps???

Este es un caso especial, y lo que sigue se aplica a TTD como carrier.

Cuando un proveedor no tiene sufiente con l¡neas de 2 Mbps, 4 o 5 líneas de 2 Mbps, es más rentable e interesante colocar un nodo de red directamente en su domicilio. Este nodo de red es un nodo 'passport', de tecnologia northern telecom (nortel), que es con los que está constituida Red UNO. Este nodo se une a la red por un enlace a 34 Mbps, bien sea directo por un enlace punto a punto, bien utilizando el servicio Gigacom (ATM) de Telefónica. El nodo en domicilio de cliente 'habla' con el resto de la red utilizando protocolo ATM. Del nodo hacia el cliente se siguen sacando 'n' lineas de 2 Mbps con protocolo Frame relay, sólo que ahora sólo implica un cable del nodo al router, simplificando. Tambien sería posible, dotando al nodo passport de las tarjetas adecuadas, unirlo hacia el router con lineas serie de mayor velocidad (p.e. 8 Mbps) o ¨?conectarlo directamente a la red de rea local¨?

6.5.2.- Infovía a 56 Kbps??? ****

6.5.3.- Infovía a 128 Kbps??? ****

6.0.0.- Internet/Infovia: [i] Estructura de comunicaciones