0 valutazioniIl 0% ha trovato utile questo documento (0 voti)
34 visualizzazioni3 pagine
Las RFC (Peticiones de comentarios) son documentos que sirven de referencia para la comunidad de Internet y describen los estándares y protocolos relacionados con Internet. Algunos de los protocolos más importantes descritos en las RFC incluyen HTTP, FTP, SMTP, TELNET, DNS y los parámetros considerados en la certificación del cableado estructurado.
Las RFC (Peticiones de comentarios) son documentos que sirven de referencia para la comunidad de Internet y describen los estándares y protocolos relacionados con Internet. Algunos de los protocolos más importantes descritos en las RFC incluyen HTTP, FTP, SMTP, TELNET, DNS y los parámetros considerados en la certificación del cableado estructurado.
Las RFC (Peticiones de comentarios) son documentos que sirven de referencia para la comunidad de Internet y describen los estándares y protocolos relacionados con Internet. Algunos de los protocolos más importantes descritos en las RFC incluyen HTTP, FTP, SMTP, TELNET, DNS y los parámetros considerados en la certificación del cableado estructurado.
Materia: Redes de Computadoras I Fecha: 09/11/2017 Qu es RFC? Las RFC (Peticiones de comentarios) son un conjunto de documentos que sirven de referencia para la comunidad de Internet, que describen, especifican y asisten en la implementacin, estandarizacin y discusin de la mayora de las normas, los estndares, las tecnologas y los protocolos relacionados con Internet y las redes en general. Las RFC conforman bsicamente la documentacin de protocolos y tecnologas de Internet, siendo incluso muchas de ellas estndares. Las mismas son mantenidas por el IETF (Internet Engineering Task Force) y son accesibles por cualquier persona debido a que son publicadas online y sin restricciones. Pueden consultarse las mismas en la pgina de bsqueda de RFCs del IETF. La metodologa que se utiliza con las RFC es asignarle a cada una un nmero nico que la identifique y que es el consecutivo de la ltima RFC publicada. Una RFC ya publicada jams puede modificarse, no existen varias versiones de una RFC. Lo que se hace, en cambio, es escribir una nueva RFC que deje obsoleta o complemente una RFC anterior. Protocolo HTTP HTTP fue desarrollado por John Berners-Lee en noviembre de 1989 fue el fundador del World Wide Web Consortium y conjuntamente con la Internet Engineering Task Force, colaboracin la cual culmin en 1999 con la publicacin de una serie de RFC, el ms importante de ellos es el RFC 2616 que especifica la versin 1.1. HTTP. Es un protocolo orientado a transacciones y sigue el esquema peticin-respuesta entre un cliente y un servidor. Al cliente que efecta la peticin (un navegador web o un spider) se lo conoce como "user agent" (agente del usuario). A la informacin transmitida se la llama recurso y se la identifica mediante un localizador uniforme de recursos (URL). HTTP es un protocolo sin estado, es decir, que no guarda ninguna informacin sobre conexiones anteriores. Protocolo FTP El Protocolo de transferencia de archivos (en ingls File Transfer Protocol o FTP), es un protocolo de red para la transferencia de archivos entre sistemas conectados a una red TCP (Transmission Control Protocol), basado en la arquitectura cliente-servidor. El servicio FTP es ofrecido por la capa de aplicacin del modelo de capas de red TCP/IP al usuario, utilizando normalmente el puerto de red 20 y el 21. La implementacin del FTP se remonta a 1971 cuando se desarroll un sistema de transferencia de archivos (descrito en RFC 141) entre equipos del Instituto Tecnolgico de Massachusetts (MIT, Massachusetts Institute of Technology). Desde entonces, diversos documentos de RFC (peticin de comentarios) han mejorado el protocolo bsico, pero las innovaciones ms importantes se llevaron a cabo en julio de 1973. Protocolo SMTP En 1982 se dise el primer sistema para intercambiar correos electrnicos en ARPANET, definido en los request for comments RFC 821 y RFC 822. La primera de ellas define este protocolo y la segunda la forma del mensaje que este protocolo deba transportar. SMTP se basa en el modelo cliente-servidor, donde un cliente enva un mensaje a uno o varios receptores. La comunicacin entre el cliente y el servidor consiste enteramente en lneas de texto compuestas por caracteres Unicode, aunque originalmente estaba compuesto por caracteres ASCII. El tamao mximo permitido para estas lneas es de 1000 caracteres. El Simple Mail Transfer Protocol (SMTP) o protocolo para transferencia simple de correo, es un protocolo de red utilizado para el intercambio de mensajes de correo electrnico entre computadoras u otros dispositivos (PDA, telfonos mviles, impresoras, etc). Protocolo TELNET En 1968, el Massachusetts Institute of Technology (MIT) y el Ministerio de Defensa estadounidense desarrollaron ARPANET (Advanced Research Projects Agency Network), una red de ordenadores que pondra las bases para Internet. El teln de fondo fue el deseo de contar con una red descentralizada que permitiera establecer la comunicacin entre las universidades que investigaban para el Ministerio estadounidense. Adems de conceptos revolucionarios como la conmutacin de paquetes, en el marco de este trabajo de desarrollo, tambin entr en escena el protocolo cliente-servidor Telnet, que se basa en el intercambio de datos orientado a caracteres a travs de conexiones TCP. Protocolo DNS Principalmente, el DNS naci de la necesidad de recordar fcilmente los nombres de todos los servidores conectados a Internet. En un inicio, SRI (ahora SRI International) alojaba un archivo llamado HOSTS que contena todos los nombres de dominio conocidos. El crecimiento explosivo de la red caus que el sistema de nombres centralizado en el archivo hosts no resultara prctico y en 1983, Paul Mockapetris y Jon Postel publican los RFC 882 y RFC 883 definiendo lo que hoy en da ha evolucionado hacia el DNS moderno (estos RFC fueron reemplazados en 1987 con los RFC 1034 y RFC 1035). De no existir los servidores DNS los usuarios tendran que escribir la direccin IP del sitio web en lugar de escribir la URL de este lo cual generara confusiones y la navegacin en internet se tornara muy complicada para los usuarios. El sistema de nombres de dominio (DNS, por sus siglas en ingls, Domain Name System) es un sistema de nomenclatura jerrquico descentralizado para dispositivos conectados a redes IP como Internet o una red privada. Este sistema asocia informacin variada con nombre de dominio asignado a cada uno de los participantes. Su funcin ms importante es "traducir" nombres inteligibles para las personas en identificadores binarios asociados con los equipos conectados a la red, esto con el propsito de poder localizar y direccionar estos equipos mundialmente. El servidor DNS utiliza una base de datos distribuida y jerrquica que almacena informacin asociada a nombres de dominio en redes como Internet. Aunque como base de datos el DNS es capaz de asociar diferentes tipos de informacin a cada nombre, los usos ms comunes son la asignacin de nombres de dominio a direcciones IP y la localizacin de los servidores de correo electrnico de cada dominio. Parmetros que se consideran en la Certificacin del Cableado Estructurado La certificacin comprueba que la instalacin cumpla con los parmetros especificados por el estndar TIA CAT 5, 5e, 6, 6, etc. Que hace alusin a ANSI/TIA/EIA-568-B.2(1), y que se describen a continuacin: MAPA DE CABLEADO: Comprueba que el mapa de cableado coincida con el estndar de comprobacin de la instalacin realizada. LONGITUD: La longitud en todos los pares del cable comprobado en funcin a la medida de propagacin, en su retraso y la media del valor NVP. Una estructura de cable de cobre no podr superar los 99m, y en el caso de FO depender del tipo de fibra utilizada. PERDIDA POR INSERCIN: Tambin denominada ATENUACIN, comprueba la perdida de seal de los enlaces por su insercin. PERDIDA POR PARADIAFONIA: Se especifica como NEXT y mide la interferencia que hace un par sobre otro en el mismo extremo cercano. Comprueba par a par con sus respectivos cercanos esta interferencia o induccin. Se mide en el total de rango de frecuencias. TOTAL DE PERDIDAS DE PARADIAFONIA: Denominada PSNEXT, realiza una comprobacin de cmo le afecta a un par la transmisin de datos combinada por el resto de los pares cercanos, por tanto se deber realizar para a par con los 8 pares que componen el cable. Se mide en el total de rango de frecuencias. PERDIDA POR PARADIAFONIA EN EL EXTREMO CERCANO PAR A PAR: FEXT mide la interferencia que un par de hilos en el extremo lejano causa sobre el par de hilos afectado en ese mismo extremo. ELFEXT mide la intensidad de la para diafona en el extremo remoto relativa a la seal atenuada que llega al final del cable. Se producen 24 pares de combinaciones posibles que se comprueban. TOTAL DE PERDIDAS POR PARADIAFONIA EN EL EXTREMO CERCANO (PSELFEXT): El parmetro ELFEXT es un parmetro combinado que combina el efecto del FEXT de tres pares respecto a uno solo, PSELFEXT realizar la suma de todas estas combinaciones. PERDIDA DE RETORNO: La prdida de retorno (RETURN LOSS) mide la prdida total de energa reflectada en cada par de hilos. Se mide en los dos extremos y en cada par, y todo para el total de rango de frecuencias. CERTIFICACIN DE RETARDO SESGADO (DELAY SKEW): Este parmetro muestra la diferencia en el retardo de propagacin entre los cuatro pares. El par con el retardo de propagacin menor es la referencia 0 del retardo sesgado. CALIBRACIN IN SITU: Es imprescindible realizar la calibracin in situ del aparato de medicin antes de cada certificacin, siguiendo las indicaciones del fabricante. CALIBRACIN DEL APARATO: El aparato cuando se adquiere debe llevar un certificado de calibracin realizado en fbrica, el cual nos garantiza que ha sido comprobado en si mismo. DOCUMENTACIN DE LOS RESULTADOS: El aparato almacena el resultado de todas las pruebas realizadas y posteriormente pueden ser entregadas al cliente.