<?xml version="1.0"?>
<rss version="2.0">
   <channel>
      <title>Tecnologías modernas de conmutación rápida de celdas y de paquetes by Jeshua Lopez</title>
      <link>https://padlet.com/kaka199066/u0nd30padarrmgw2</link>
      <description>Tecnologías de las Redes </description>
      <language>en-us</language>
      <pubDate>2021-12-14 01:31:50 UTC</pubDate>
      <lastBuildDate>2024-07-30 09:10:05 UTC</lastBuildDate>
      <webMaster>hello@padlet.com</webMaster>
      <image>
         <url></url>
      </image>
      <item>
         <title>Tecnologías modernas de conmutación rápida de celdas y de paquetes</title>
         <author>kaka199066</author>
         <link>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1945921796</link>
         <description><![CDATA[<div>La <strong>conmutación de paquetes</strong> es un método de agrupar los datos transmitidos a través de una red digital en paquetes. Los datos en el encabezado son utilizados por el hardware de red para dirigir el paquete a su destino donde la carga útil es extraída y utilizada por el software de la aplicación.</div><ul><li><strong>Técnicas de control de congestión ATM</strong></li><li><strong>Arquitectura de canales virtuales y caminos virtuales, servicios y niveles de ATM</strong></li><li><strong>Interfaces UNI-NNI</strong></li></ul><div><br></div>]]></description>
         <enclosure url="https://ccnadesdecero.es/wp-content/uploads/2020/09/Demo-Conmutacion-de-Paquetes.gif" />
         <pubDate>2021-12-14 01:46:54 UTC</pubDate>
         <guid>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1945921796</guid>
      </item>
      <item>
         <title>Técnicas de control de congestión ATM</title>
         <author>kaka199066</author>
         <link>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1946061846</link>
         <description><![CDATA[<div>&nbsp;En una red ATM se distinguen varias categorías de servicio que son apropiadas para distintos tipos de tráfico y aplicaciones. Una de ellas es Available Bit Rate (ABR) que garantiza una tasa mínima equitativa entre las conexiones competidoras, minimizando la tasa de pérdida de células, a partir de un control de flujo que periódicamente determina a qué velocidad debe transmitir la fuente. En principio, este mecanismo se diseñó para conexiones punto a punto, siendo necesario extenderlo para comunicaciones multipunto. En este caso, para garantizar una tasa de pérdida de células mínima, la tasa a la que transmite la fuente, se corresponde con la mínima que pueden soportar todos los conmutadores que se encuentran en el camino desde la fuente hasta cada uno de los receptores.&nbsp;<br>En la recomendación I.371 (ITU-T) y la especificación manejo de Tráfico y 4.0 (ATM Forum) se definen ocho funciones principales, siendo ambos estándares<br>prácticamente iguales. Estas funciones son:<br>1. Control de Admisión de Conexión<br>2. Vigilancia de Tráfico<br>3. Alisamiento de Tráfico<br>4. Control de Prioridad<br>5. Descarte Selectivo de Celdas<br>6. Indicación Explícita de Congestión<br>7. Manejo Rápido de Recursos<br>8. Manejo de Recursos de Red</div>]]></description>
         <enclosure url="http://www.cs.umd.edu/~shankar/417-F01/Slides/chapter3b/img023.gif" />
         <pubDate>2021-12-14 03:18:04 UTC</pubDate>
         <guid>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1946061846</guid>
      </item>
      <item>
         <title>Arquitectura de canales virtuales y caminos virtuales, servicios y niveles de ATM</title>
         <author>kaka199066</author>
         <link>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1946123524</link>
         <description><![CDATA[]]></description>
         <enclosure url="https://padlet-uploads.storage.googleapis.com/1499398324/60ab9fde785ff94d82c7ee2307e3b74a/Arquitectura_de_canales_virtuales_y_caminos_virtuales__servicios_y_niveles_de_ATM.docx" />
         <pubDate>2021-12-14 04:03:38 UTC</pubDate>
         <guid>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1946123524</guid>
      </item>
      <item>
         <title>Interfaces UNI-NNI</title>
         <author>kaka199066</author>
         <link>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1948353282</link>
         <description><![CDATA[<div>¿Qué son los puertos UNI y NNI?</div><div>A. UNI / NNI es <strong>la clasificación de tipos de puertos diseñada para el mercado Metro Ethernet</strong> . UNI, Interfaz de red de usuario, es la interfaz que se enfrenta al suscriptor, y NNI, Interfaz de nodo de red, es la interfaz que se enfrenta a la red del proveedor de servicios.</div>]]></description>
         <enclosure url="http://3.bp.blogspot.com/-UVVQ5M6zQQQ/UmfxB8WMvsI/AAAAAAAAAHc/gEf5FNJ8Z7A/s1600/UNI+NNI.jpg" />
         <pubDate>2021-12-15 01:24:55 UTC</pubDate>
         <guid>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1948353282</guid>
      </item>
      <item>
         <title>Nivel de Transporte:</title>
         <author>kaka199066</author>
         <link>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1948359314</link>
         <description><![CDATA[<div>El <strong>nivel de transporte</strong> o <strong>capa de transporte</strong> es el cuarto nivel del <a href="https://es.m.wikipedia.org/wiki/Modelo_OSI">modelo OSI</a>, y está encargado de la tranerencia libre de errores de los datos entre el emisor y el receptor, aunque no estén directamente conectados, así como de mantener el flujo de la <a href="https://es.m.wikipedia.org/wiki/Red_de_computadoras">red</a>. Es la base de toda la <a href="https://es.m.wikipedia.org/w/index.php?title=Jerarqu%C3%ADa_de_protocolo&amp;action=edit&amp;redlink=1">jerarquía de protocolo</a>. La tarea de esta capa es proporcionar un transporte de datos confiable y económico de la máquina de origen a la máquina destino, independientemente de las de redes físicas en uno.&nbsp; Sin la capa transporte, el concepto total de los <a href="https://es.m.wikipedia.org/wiki/Protocolo_(inform%C3%A1tica)">protocolos</a> en capas tendría poco sentido.<br><br></div><ul><li>Filosofía y servicios ofrecidos al nivel de Sesión</li><li>El manejo de la conexión</li></ul><div><br></div>]]></description>
         <enclosure url="https://www.cetait.com/wp-content/uploads/2014/11/instalacion-redes.jpg" />
         <pubDate>2021-12-15 01:29:00 UTC</pubDate>
         <guid>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1948359314</guid>
      </item>
      <item>
         <title>Filosofía y servicios ofrecidos al nivel de Sesión</title>
         <author>kaka199066</author>
         <link>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1948410883</link>
         <description><![CDATA[]]></description>
         <enclosure url="https://www.youtube.com/watch?v=-_mVR4V6vok" />
         <pubDate>2021-12-15 02:02:33 UTC</pubDate>
         <guid>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1948410883</guid>
      </item>
      <item>
         <title>El manejo de la conexión</title>
         <author>kaka199066</author>
         <link>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1948465069</link>
         <description><![CDATA[<div><br></div><div>El manejo de una conexión parece fácil, pero en realidad es sorprendentemente difícil. A primera vista, parecería que es suficiente con mandar una TPDU (Unidad de Datos del Protocolo de Transporte) con la petición de conexión y esperar a que el otro acepte la conexión. El problema viene cuando la red puede perder, almacenar, o duplicar paquetes. El principal problema es la existencia de duplicados retrasados. Esto puede solucionarse de varias maneras (ninguna es muy satisfactoria). Una es utilizar direcciones de transporte desechables. En este enfoque cada vez que necesitemos una dirección la creamos. Al liberarse la conexión descartamos la dirección y no se vuelve a utilizar. O también asignar una secuencia dentro de los datos transmitidos, pero estos plantean el problema de que si se pierde la conexión perdemos el orden del identificador y ya no funciona.&nbsp;</div>]]></description>
         <enclosure url="http://3.bp.blogspot.com/_Xtg0cNjv9Gs/SmiIokOetnI/AAAAAAAAACM/PVuz7bxc_a4/w1200-h630-p-k-no-nu/1.JPG" />
         <pubDate>2021-12-15 02:36:01 UTC</pubDate>
         <guid>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1948465069</guid>
      </item>
      <item>
         <title>Nivel de Sesión</title>
         <author>kaka199066</author>
         <link>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1948486975</link>
         <description><![CDATA[<ul><li>Filosofía y servicios ofrecidos al nivel de Presentación</li><li>Procedimiento de llamado remoto a un Procedimiento (RPC)</li><li>Sistemas y servicios de sincronización</li></ul><div><br></div>]]></description>
         <enclosure url="https://www.youtube.com/watch?v=Wj3aXjq1oaI" />
         <pubDate>2021-12-15 02:50:13 UTC</pubDate>
         <guid>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1948486975</guid>
      </item>
      <item>
         <title>Filosofía y servicios ofrecidos al nivel de Presentación</title>
         <author>kaka199066</author>
         <link>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1948528905</link>
         <description><![CDATA[<div>¿Cuál es la función de la capa de presentación?</div><div><br></div><div>El nivel de <strong>presentación</strong> o <strong>capa de presentación</strong> es el sexto nivel del Modelo OSI, y es el que se encarga de la representación de la información, de manera que aunque distintos equipos pueden tener diferentes representaciones internas de caracteres (ASCII, Unicode, EBCDIC) , números (little-endian tipo Intel, big-endian ...</div><div><br></div>]]></description>
         <enclosure url="https://neo.lcc.uma.es/evirtual/cdd/tutorial/modelos/Nivosi.html" />
         <pubDate>2021-12-15 03:17:42 UTC</pubDate>
         <guid>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1948528905</guid>
      </item>
      <item>
         <title>Procedimiento de llamado remoto a un Procedimiento (RPC)</title>
         <author>kaka199066</author>
         <link>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1948535894</link>
         <description><![CDATA[<div><br>¿Qué es RPC?<br><br></div><div>La llamada a procedimiento remoto es una tecnología que regula la <strong>comunicación entre procesos</strong>, es decir, el intercambio de información entre procesos de sistema. En 1984, los informáticos Andrew Birrell y Bruce Nelson definieron a la RPC como un mecanismo síncrono “que transfiere el flujo de control y los datos entre dos espacios de direcciones a través de una red de banda estrecha como llamada a proceso”.<br><br></div>]]></description>
         <enclosure url="https://image.slidesharecdn.com/llamadaaunprocedimientoremoto-120824145912-phpapp02/95/llamada-a-un-procedimiento-remoto-5-728.jpg?cb=1345820387" />
         <pubDate>2021-12-15 03:22:36 UTC</pubDate>
         <guid>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1948535894</guid>
      </item>
      <item>
         <title>Sistemas y servicios de sincronización</title>
         <author>kaka199066</author>
         <link>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1948548053</link>
         <description><![CDATA[<div>Hoy en día, los sistemas y servicios de sincronización son muy atizados en las cámaras,&nbsp; grabadoras y los dispositivos de procesamiento de video están equipados predominantemente con interfaces SDI para crear streams de video sin comprimir y de la más alta calidad. El formato síncrono de esta señal en combinación con el tiempo embebido garantiza una sincronización ajustada del contenido de los streams. Pero el cambio a IP reemplaza redes de transporte síncrono por tecnología asíncrona. Esto implica dividir la señal SDI en múltiples e independientes streams de video y audio, cada uno de los cuales deben estar alineados con gran precisión.</div>]]></description>
         <enclosure url="https://www.redeszone.net/app/uploads-redeszone.net/2013/04/amazon_cloud_drive.png" />
         <pubDate>2021-12-15 03:30:49 UTC</pubDate>
         <guid>https://padlet.com/kaka199066/u0nd30padarrmgw2/wish/1948548053</guid>
      </item>
   </channel>
</rss>
