Discusión:Frame Relay
De Wikipedia, la enciclopedia libre
Al final donde pone "Frame Relay es un servicio rápido de conmutación de paquetes de longitudes variables, para transportar datos sobre areas extensas." creo quye debería poner "Frame Relay es un servicio rápido de conmutación de __tramas__ de longitudes variables, para transportar datos sobre areas extensas." según creo Frame Relay trabaja en la capa 2 del modelo OSI, y esta capa trabaja con tramas, no paquetes.
Tabla de contenidos |
[editar] Orientado a conexión
El protocolo Frame Relay no es orientado a conexión. Formalmente debería establecer contacto entre emisor y receptor, y establecer un canal de datos constante durante toda la transmisión para serlo.
El protocolo Frame Relay es orientado a bit. El FRAD envía las tramas sin saber de antemano qué camino usarán para llegar a destino, e incluso las tramas pueden seguir caminos distintos. Por si esto fuera poco, algunas tramas podrán perderse sin que el protocolo Frame Relay emita aviso alguno (ya que considera que esto debe ser resuelto por alguna de las capas superiores). Definitivamente no es un protocolo orientado a conexión de ninguna forma. Es un protocolo orientado a bit. El comentario anterior es obra de 200.80.183.140 (disc. · contr.), quien olvidó u omitió firmarlo. Barcex 18:51 7 nov 2006 (CET)
Se ve que tenés bastante confundidos todos esos conceptos. En efecto, Frame Relay es un protocolo orientado a la conexión, se sabe de antemano qué camino seguirán las tramas, y la orientación es al "frame", justamente se llama "frame relay" por eso, porque "conmuta (relay) tramas". Lo único que es cierto de lo que decís es que se pueden perder tramas sin que el protocolo emita aviso alguno. Barcex 18:51 7 nov 2006 (CET)
[editar] Orientación a conexión
Me parece que no es orientado a conexión. En Wiki vemos que orientado a conexión dice "Los usuarios del servicio(entidades de transporte) solicitan al proveedor (entidades de red), el establecimiento de una conexión (servicio de red). Los usuarios utilizan la conexión para la transferencia de información, y después la liberan." ([[1]]).
En frame relay esto no ocurre, sino que cada trama se envía autónoma, con suficiente información para llegar a destino, y además puede llegar desordenada. Coincide con lo expuesto en no orientado a conexión, donde dice "cada unidad de datos transmitida o datagrama es enteramente autocontenida , es decir , cada unidad contiene el parámetro de la dirección de destino . El proveedor puede encaminar cada unidad a través de la red de forma independiente , sin mantener relación alguna con el resto de unidades de datos anteriores o posteriores de la misma comunicación." ([[2]])
Así que parece que no tenía tan equivocados los conceptos quien realizó el aporte de más arriba.
Están totalmente equivocados, totalmente erróneos tus conceptos. Barcex 01:05 16 nov 2006 (CET)
[editar] Orientación de Frame Relay
Barcex, te pediría que si es así, expliques porqué.
No coincide la descripción de frame relay con la orientación a conexión, tiene características de no orientado a conexión (cada trama lleva su dirección, puede seguir una ruta distinta, pueden llegar en distinto orden, el emisor no establece una conexión antes de enviar las tramas, etc.) y encima tiene características de orientado a bit (delimita usando secuencias de bit).
Si está equivocado, explica hombre a ver dónde!!! Esta enciclopedia merece explicaciones mejores que un "no, están todos equivocados y punto".
Al menos yo no tengo un grado en telecomunicaciones, puedo estar equivocado. Pero me tomo el trabajo de exponer, así quien quiere opinar puede refutar con fundamentos, y hacerme ver el error, y entre todos mejorar esta enciclopedia que nos sirve también a todos.
Desde ya te agradezco la respuesta completa de porqué está equivocado el planteo, así aprendemos todos ;).
Saludos.
La enciclopedia dice las cosas como son: FR es orientado a la conexión, y la definición de orientación a la conexión que da la enciclopedia es la correcta. En Frame Relay los frames no llegan en distinto orden, debe establecerse un circuito virtual antes (SVC o PVC) y los frames llevan una etiqueta' (no una dirección), lo que hace que el encaminamiento está basado en la conexión previamente establecida. Todas estas características son de orientación a la conexión, pero es más, basta con que tengan que establecer una conexión (que es lo que hace FR) para que sean orientados a la conexión. Por otra parte, la unidad de protocolo FR es la trama, no el bit (puede que estés confundiendo sobre detalles de cómo enviar una trama FR sobre un enlace serie, pero eso no hace a FR en sí mismo, todas las tecnologías digitales al final transmiten bits, y ello no hace que sean orientadas al bit). Barcex 13:34 16 nov 2006 (CET) PD: Por cierto, esta página no es para debatir sobre si FR es o no orientado a la conexión, sino para proponer mejoras al artículo exclusivamente. El artículo (que es bastante pobre) habla de que es orientado a la conexión, y efectivamente lo es. Si no me querés creer podés verificar lo que dice Cisco [3] Barcex 13:39 16 nov 2006 (CET)
[editar] Txs
Muchas gracias, no solo por al explicación, sino por aclararme cómo se manejan las discusiones (soy nuevo en Wiki, me acabo de registrar).
Tenés razón en lo que explicas, no porque "te crea", sino porque es así. Además Stallings explica que FR efectivamente establece conexión y una ruta virtual antes de transmitir (lo acabo de buscar y venía a corregir).
Un abrazo.
