{"id":8475,"date":"2016-09-21T08:07:22","date_gmt":"2016-09-21T13:07:22","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=8475"},"modified":"2019-06-07T09:40:32","modified_gmt":"2019-06-07T14:40:32","slug":"protocolo-de-servicios-diferenciados-protocolo-diffserv","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/protocolo-de-servicios-diferenciados-protocolo-diffserv\/","title":{"rendered":"Protocolo de servicios diferenciados (protocolo DiffServ)"},"content":{"rendered":"
\n
\n
\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n <\/div>\n
\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n <\/div>\n<\/div>\n
\n <\/span>\n <\/div>\n<\/div>\n

La arquitectura de diferenciaci\u00f3n de servicios, que est\u00e1 siendo normalizada actualmente por el Grupo de Trabajo DiffServ RFC2475 del IETF, sirve para modificar la manera de compartir los recursos en la red. En la Internet actual, la red trata al m\u00e1ximo de transportar los paquetes sin diferenciarlos. Los encaminadores aplican el mismo tratamiento a cada paquete. <\/p>\n

El control de flujo se efect\u00faa extremo a extremo, es decir, la red deja que los extremos se distribuyan la anchura de banda. Por tanto, cabe suponer que las conexiones TCP consumen cada una una parte igual de la anchura de banda utilizada. En la arquitectura de diferenciaci\u00f3n de servicios de anchura de banda, la tasa de p\u00e9rdida de paquetes y el retardo de tr\u00e1nsito dependen de las operaciones de empaquetado del tr\u00e1fico efectuadas a la entrada de la red y de las modificaciones hechas al comportamiento de los encaminadores en el cuerpo de \u00e9sta. <\/p>\n

Al existir una diferenciaci\u00f3n de servicios, en una situaci\u00f3n de congesti\u00f3n es posible atribuir las p\u00e9rdidas de paquete a ciertas clases de tr\u00e1fico, con miras a proteger otras. No hay garant\u00eda de flujos, puesto que nunca hay un control de admisi\u00f3n din\u00e1mico que evite la congesti\u00f3n. El control de admisi\u00f3n se efect\u00faa a priori mediante la definici\u00f3n de un contrato para cada clase de tr\u00e1fico y dimensionamiento de recursos correspondiente, necesario para garantizarlo.<\/p>\n

En la arquitectura de diferenciaci\u00f3n de servicios existen dos tipos de encaminadores.<\/p>\n

\u2022 Los encaminadores de borde, situados en la frontera de un dominio y encargados de conformar y clasificar el tr\u00e1fico. Una de sus funciones es atribuir una etiqueta de punto de c\u00f3digo DiffServ (DSCP) a todos los paquetes que ingresan al dominio, cuyo valor para determinado tren depende de la especificaci\u00f3n de nivel de servicio (SLS), que la red ha atribuido al tren, y de su comportamiento instant\u00e1neo. Cuando un paquete etiquetado ingresa en la red, utiliza el protocolo DSCP para escoger la cola y decidir cu\u00e1l paquete ha de pasar en caso de congesti\u00f3n.
\n\u2022 Los encaminadores dentro de la red, cuyo comportamiento por salto (PHB) depende del protocolo DSCP.<\/p>\n

De este modo, para incluir un nuevo servicio en una red con diferenciaci\u00f3n de servicios, hay que definir el comportamiento de los encaminadores para cada DSCP y las funciones soportadas por los encaminadores de borde. <\/p>\n

De hecho, se pueden distinguir tres aspectos de un nuevo servicio: en primer lugar \u00e9ste ha de poder atribuir recursos de conformidad con el contrato establecido por cada cliente con la red, en otras palabras, debe distribuir la anchura de banda seg\u00fan el SLS aplicable a cada tren; en segundo lugar, tiene que respetar la prioridad atribuida a cada paquete por la fuente. <\/p>\n

Cuando el paquete arranca, esta prioridad representa el valor sem\u00e1ntico, pero puede ser modificada por los encaminadores de borde de red cuando se acumulen los trenes o el comportamiento de la fuente exceda de los l\u00edmites establecidos por el contrato. Finalmente, la atribuci\u00f3n de recursos debe ser coherente con las diversas especificaciones de SLS, tanto en momentos de congesti\u00f3n como cuando la red sea subutilizada.<\/p>\n

Por el momento, el IETF ha definido dos servicios DiffServ (es decir, dos PHB), as\u00ed como los PHB \u00absin garant\u00edas\u00bb por defecto (DSCP = 000000):<\/p>\n

\u2022 PHB de reenv\u00edo expeditivo (EF)
\n\u2022 PHB de reenv\u00edo garantizado (AF).<\/p>\n

Los paquetes marcados para que tengan un comportamiento por salto EF (DSCP = 101110), reciben un servicio de reenv\u00edo que es cualitativamente mejor que el de \u00absin garant\u00edas\u00bb. Con este fin, se garantiza que la velocidad binaria inicial acumulada EF sea mayor o igual a su velocidad binaria de llegada. <\/p>\n

El tr\u00e1fico EF suele entonces encontrar una cola que debe ser corta y que se procesa r\u00e1pidamente, de manera que se mantengan bajos el tiempo de latencia, la fluctuaci\u00f3n de fase y la p\u00e9rdida de paquetes. EF puede ofrecer un servicio de tipo \u00abl\u00ednea arrendada\u00bb virtual.<\/p>\n

El comportamiento por salto AF est\u00e1 destinado a servicios m\u00e1s generales. La especificaci\u00f3n AF define cuatro clases y tres niveles de prioridad de rechazo (DP) que caracterizan la importancia relativa de un paquete en determinada clase cuando hay congesti\u00f3n. <\/p>\n

Se puede considerar cada clase como una cola separada que utiliza una determinada proporci\u00f3n de recursos de la red. Para cada clase se utiliza un algoritmo de gesti\u00f3n de cola que tiene en cuenta la prioridad de descarte del paquete. De haber congesti\u00f3n, el algoritmo descarta primero los paquetes menos importantes. El grado de reenv\u00edo garantizado de cada paquete en determinada clase AF depende entonces de:<\/p>\n

\u2022 los recursos atribuidos
\n\u2022 la carga disponible para la clase
\n\u2022 la prioridad de descarte de paquete.<\/p>\n

En el caso de flujos que utilizan el comportamiento AF, el DSCP de paquete indica la clase de paquete y su prioridad de descarte. Mientras que los paquetes en el mismo tren deben pertenecer a la misma clase para evitar que sean desordenados, pueden tener diferentes prioridades de descarte. Estas prioridades se pueden utilizar para diferenciar entre trenes o diferenciar entre informaci\u00f3n diferente dentro del mismo tren.<\/p>\n

Tomado de: https:\/\/www.itu.int\/ITU-D\/cyb\/publications\/2003\/IP-tel_report-es.pdf<\/p>\n

[rev_slider captions]
\n[rev_slider ServerVoip]
\n <\/p>\n

\n

DataCenter VoIP<\/h2>\n

Los edificios que alojan a los servidores en Europa y Estados Unidos son los centros de datos m\u00e1s ecol\u00f3gicos y fueron construidos como idea de almac\u00e9n de datos. La ubicaci\u00f3n estrat\u00e9gica en Europa central y en Estados Unidos son las ventajas principales.<\/p>\n

Los Data Centers est\u00e1n perfectamente situados para garantizar conexiones r\u00e1pidas a todos los territorios de Europa y Am\u00e9rica para que todos los clientes se beneficien de la mejor calidad en el servicio brindado. Por otra parte, el edificio que est\u00e1 situado en Europa se encuentra en una de las zonas m\u00e1s ricas de agua subterr\u00e1nea, lo que abre la posibilidad a ServerVoIP de realizar un innovador, ecol\u00f3gico y \u00fanico sistema de refrigeraci\u00f3n de forma natural.<\/p>\n

\"datacenter<\/a>
\n