"Introducción Este documento solicita un punto de código de servicios diferenciados (DSCP) de la Autoridad de números asignados de Internet (IANA) para una clase de tráfico en tiempo real. Esta clase se ajusta al reenvío acelerado (EF) [RFC3246] [RFC3247] por salto Comportamiento. También se admite utilizando un procedimiento CAC que involucra autenticación@autorización@ y admisión de capacidad. Esto difiere de una clase de tráfico en tiempo real que se ajusta al comportamiento de reenvío acelerado por salto pero no está sujeto a admisión de capacidad o sujeto a condiciones muy aproximadas. Admisión de capacidad. Además, este documento recomienda que ciertas clases de vídeo descritas en [RFC4594] se traten como si requirieran admisión de capacidad. Los flujos de tráfico en tiempo real tienen uno o más puntos de congestión potenciales entre los puntos finales. Reservar capacidad para estos flujos es importante para rendimiento de la aplicación Todas estas aplicaciones tienen baja tolerancia a la fluctuación (también conocida como variación de retardo) y pérdida @ como se resume en la Sección 2 @ y la mayoría (excepto las conferencias multimedia) tienen un comportamiento de flujo inelástico de la Figura 1 de [RFC4594]. El comportamiento de flujo inelástico y la baja tolerancia a la fluctuación/pérdida son las características del servicio que definen la necesidad de un comportamiento de control de admisión. Una de las razones detrás del requisito de admisión de capacidad es la necesidad de clases de tráfico que se manejen bajo políticas especiales. Los proveedores de servicios deben distinguir entre tráfico de políticas especiales y otras clases, en particular los servicios de voz sobre IP (VoIP) existentes que no admiten ninguna capacidad o sólo admiten una capacidad muy aproximada y pueden exceder sus recursos asignados. El DSCP solicitado se aplica a la Clase de Servicio de Telefonía descrita en [RFC4594]. Dado que las clases de video no han tenido un historial de mezclar tráfico admitido y no admitido en el mismo comportamiento por salto (PHB) como ocurrió para EF@, no se recomienda un punto de código DSCP adicional en este documento para video. En lugar de ello, la "mejor práctica" recomendada es realizar un control de admisión para todo el tráfico en tres de las clases de vídeo de [RFC4594]: o El tráfico interactivo en tiempo real (CS4@ utilizado para videoconferencias y juegos interactivos)@ o El Broadcast TV (CS3) para uso en un contexto de video bajo demanda@ y o The AF4 Multimedia Conferencing (videoconferencia). Se cree que otras clases de vídeo no tienen el problema actual de confusión con el tráfico no admitido y, por lo tanto, no se beneficiarían de la noción de un DSCP separado para el tráfico admitido. Dentro de un ISP y en enlaces entre ISP (es decir, dentro de redes cuyas rutas internas son uniformes a cientos de megabits por segundo o más rápido) @ uno esperaría que todo este tráfico se transportara en la clase de tráfico en tiempo real (RTP) descrita. en [RFC5127]."
RFC 5865-2010 Historia
2010RFC 5865-2010 Un punto de código de servicios diferenciados (DSCP) para tráfico de capacidad admitida (Actualizaciones: 4542@ 4594)