Qualidade de Serviço (QoS) : Marcação de pacotes QoS

Implementar soluções QoS para videoconferências H.323 sobre IP

18 Junho 2016 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (19 Dezembro 2015) | Feedback


Índice

CAC

Introdução

H.323 é o padrão com aceitação global para conferências dos multimédios em uma rede IP. Este documento discute as ferramentas para implementar a Qualidade de Serviço (QoS) para as videoconferências H.323 em uma WAN empresarial com links de baixa velocidade.

Pré-requisitos

Requisitos

Os leitores deste documento devem estar cientes destes tópicos:

  • Os componentes de um sistema H.323-compliant. Os componentes incluem, mas não são limitados a, terminais, gateways, porteiros, controladores de multiponto (MC), processadores de multiponto (MP), e unidades de controle multiponto (MCU). Refira o White Paper: Pedidos de distribuição de H.323 nas redes Cisco para mais informação.

  • Soluções de videoconferência de Cisco H.323, que incluem MCU e gateways assim como o porteiro e proxy do Multimedia Conference Manager (MCM). Veja a seção da “informação relacionada” deste documento para os links à informação em soluções de videoconferência de Cisco.

  • Projetos da zona de H.323. O grupo de valores-limite de H.323 ocorre nas zonas, que são conveniências administrativas similares a um Domain Name System (DNS). Cada zona tem um porteiro que controla todos os valores-limite.

  • Planos marcando. Refira o capítulo 5: Arquitetura do Plano de discagem e configuração da solução do Cisco AVVID, Telefonia IP: Revisão do CallManager da Cisco 3.0(5) para mais informação.

  • Técnicas do controle de admissão da chamada (CAC), que incluem a sinalização dos requisitos de recurso através do Resource Reservation Protocol (RSVP).

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas.

Convenções

Para obter mais informações sobre convenções de documento, consulte as Convenções de dicas técnicas Cisco.

Informações de Apoio

A maioria de redes apoiam hoje uns ou vários destes tipos do tráfego de vídeo:

Tipo video Características de tráfego
Videoconferência Largura de banda viva, em dois sentidos, pequena dos grupos: Uns ou vários córregos pelo usuário
Video on Demand One-way, (largura de banda ponto a ponto do modelo da tração): Um córrego pelo usuário
Vídeo de transmissão (programada) One-way, um-à-muito (largura de banda do modelo do impulso): Um córrego aos usuários ilimitados (Protocolo IP multicast)

Ao mesmo tempo, muitas empresas examinam a existência e frequentemente os dados separados, a Voz, e as infra-estruturas de rede de vídeo para determinar a maioria de maneiras eficientes trazer junto estas redes através de uma infraestrutura de IP. Nestas redes convergidas, QoS é imperativo em algum ponto do congestionamento potencial na rede. QoS assegura-se de que atraso e tráfico sensível a queda, vídeo em tempo real, e passagem da Voz com desimpedido, relativo aos aplicativos de dados tolerantes a queda. Em particular, QoS é crucial no roteador de ponta de WAN. Lá, as centenas de megabits do agregado do tráfego potencial na velocidade mais lenta ligam nos kilobits ou na baixa escala do Megabits-per-second.

H.323

Muitos aplicativos de videoconferência IP usam o conjunto de protocolos de H.323. O International Telecommunications Union (ITU) H.323 define um internacional padrão para multimédios sobre o IP. O ITU aprovou a primeira versão do padrão de H.323 em 1996. A versão atual é 4. Muitos aplicativos agora distribuem geralmente sistemas de vídeo LAN-baseados de H.323. Um exemplo de aplicativo é o Microsoft NetMeeting, que utiliza H.323 para a videoconferência e a colaboração compartilhada.

Previamente, os sistemas de vídeo-conferência com H.320 eram como base comuns. Cada sistema teve sua própria conexão da rede telefônica pública comutada (PSTN). Enquanto o lado esquerdo da figura nesta seção mostra, hoje você pode usar gateways de vídeo de comunicação entre a rede convirgida de H.323 e a rede de vídeo legado. O lado direito da figura mostra como você pode usar adaptadores de terminal de vídeo para ligar continuamente os valores-limite H.320 individuais em uma rede de H.323.

http://www.cisco.com/c/dam/en/us/support/docs/quality-of-service-qos/qos-packet-marking/21662-video-qos-1.gif

Caracterização do tráfego de videoconferência

Ao contrário da Voz, o vídeo tem uma taxa de pacote de informação muito alta e extremamente variável com uma unidade de transmissão máxima média muito mais alta (MTU). Esta figura ilustra uma divisão do tamanho de pacote típico do tráfego de videoconferência:

http://www.cisco.com/c/dam/en/us/support/docs/quality-of-service-qos/qos-packet-marking/21662-video-qos-2.gif

Um córrego do tráfego de videoconferência consiste em dois tipos de quadros, porque esta figura ilustra:

http://www.cisco.com/c/dam/en/us/support/docs/quality-of-service-qos/qos-packet-marking/21662-video-qos-3.gif

“Eu” moldo sou uma amostra completa do vídeo. Os quadros “P” e “B” usam a quantização através dos vetores e dos algoritmos de predição do movimento.

Planejamento de capacidade

Antes que você coloque o tráfego de vídeo em uma rede, assegure-se de que a largura de banda adequada exista para todos os aplicativos necessários. Primeiramente, calcule os requisitos de largura de banda mínima para cada aplicativo principal, por exemplo, Voz, vídeo, e dados. A soma representa o requisito de largura de banda mínima para todo o link específico. Esta quantidade deve consumir não mais de 75 por cento da largura de banda total disponível nesse link. Uma esta regra de 75 por cento supõe que alguma largura de banda é necessária para o tráfego aéreo. Os exemplos do tráfego aéreo incluem atualizações de protocolo de roteamento e mergulham 2 Keepalives, assim como aplicativos adicionais, tais como o email e o tráfego de HTTP. Mande a Voz e o tráfego de vídeo ocupar não mais de 33 por cento da capacidade do link. Este exemplo de cenário explica o planejamento da capacidade em uma rede convergida.

Cenário de exemplo

Um local tem uma capacidade do link de 1.544 Mbps e contém dois terminais de vídeo que apoiam uma taxa de dados máxima 256 dos kbps cada um. Embora a taxa dos dois iguais video dos atendimentos 512 kbps, adicione 20 por cento à taxa de dados do atendimento para esclarecer despesas gerais. Vinte por cento são um porcentagem conservadora que assegure o planejamento da capacidade apropriado na maioria de ambientes. Você pode começar com um acréscimo 20 por cento para despesas gerais e então ajustar este valor, mais altamente ou abaixá-lo, com os resultados de seu monitor como base.

Provision a fila de prioridade para que a largura de banda suficiente permita que ambos os terminais de vídeo tenham uma chamada ativa através de WAN simultaneamente sem a possibilidade de um overrun da fila de prioridade. Neste exemplo de cenário, se você adiciona um terceiro terminal de vídeo, você precisa de executar algum formulário do CAC.

Determine o consumo de largura de banda por chamada

Com planejamento da capacidade, um da maioria de conceitos críticos a compreender é quanto a largura de banda você se usa para cada atendimento. Esta seção alista a largura de banda que cada codificador-decodificador (codec) usa. Refira a Voz sobre o IP - Pelo consumo de largura de banda por chamada para mais informação.

Áudio H.323

Os sinais de áudio contêm digitado, som compactado (geralmente discurso). Algoritmos codec de áudio provados apoios do padrão de ITU de H.323. Os algoritmos com apoio incluem:

  • G.711 — 3.1 quilohertz (kHz) em 48, 56, e 64 kbps (telefonia normal)

  • G.722 — kHz 7 em 48, 56, e 64 kbps

  • G.728 — 3.1 kHz em 16 kbps

  • G.723 — 5.3 e 6.3 modos dos kbps

A seleção do codec direito reflete trocas entre a qualidade de discurso, a taxa de bits, a potência do cálculo, e o atraso de sinal.

Vídeo H.323

De acordo com o padrão de H.323, as capacidades de vídeo nos Terminais H.323 são opcionais. Contudo, quando você executa os Terminais H.323, os terminais devem apoiar o codec H.261, com suporte opcional para o padrão H.263.

  • H.261 — Codec de vídeo para serviços audiovisuais em múltiplos de 64 kbps. Os dispositivos H.261-compliant codificam inteiramente frames iniciais. Os dispositivos codificam então somente as diferenças entre os quadros iniciais e subsequentes para transmissões de pacote mínimo. A compensação de movimento opcional melhora a qualidade de imagem.

  • H.263 — Codec de vídeo para o serviço de telefonia tradicional (POTS) video. O padrão H.263 é uma atualização para trás-compatível ao padrão H.261. O H.263 aumenta significativamente a qualidade de imagem com uma técnica da avaliação do movimento do metade-pixel, que seja uma exigência. Os realces igualmente vêm dos frames previstos e de uma tabela de código de Huffman, com otimização para transmissões do Low Bit Rate. O padrão H.263 define cinco formatos de imagem padrão, como mostras da tabela 1 no White Paper do documento: Aplicativos de distribuição de H.323 nas redes Cisco.

Classificação

Para fornecer as garantias apropriadas de QoS ao tráfego de vídeo, necessidade dos dispositivos de rede de poder identificar tal tráfego.

O modelo dos Serviços diferenciados (DiffServ) de QoS usa valores do DiffServ Code Point (DSCP) para separar o tráfego em classes. O DiffServ define estes dois grupos de valores DSCP:

  • Expedited forwarding (EF) — Fornece um único valor DSCP (101110) que deem a pacotes marcados o mais de nível elevado do serviço da rede. Serviço dos implementares EF de Cisco através do low latency queueing (LLQ). Geralmente, o EF mantém a fila de alta prioridade muito pequena para controlar o atraso e para impedir a inanição do tráfego de prioridade mais baixa. Em consequência, os pacotes podem deixar cair, se a fila está completa. Geralmente, o EF é o mais apropriado para VoIP.

  • Assured Forwarding (AF) — Fornece quatro classes, cada um os três níveis de precedência da gota.

Para obter informações adicionais sobre DSCP, consulte Implementando a qualidade das políticas de serviço com o DSCP.

Geralmente, os Guias de Design de Cisco recomendam AF41 (valor 100010 DSCP) para o vídeo. Não há nenhuma vantagem se você trata a parcela audio dos fluxos de vídeo melhor do que os pacotes de vídeo em um aplicativo de videoconferência IP. , Use consequentemente o AF41 como o valor DSCP para media da Voz e do vídeo em uma videoconferência.

Na camada 2, você pode usar os 3 bit do Classe de serviço (CoS) no campo do IEEE 802.1P, que é parte da etiqueta do IEEE 802.1Q.

Atualmente, não há nenhum padrão que descreve que o valor é o mais apropriado para a videoconferência IP. Contudo, Cisco recomenda normalmente este esquema da marcação para redes de multiserviço:

Tipo de tráfego Camada 2 CoS Precedência IP da camada 3 Camada 3 DSCP
Voz RTP1 5 5 EF
Controle da Voz 3 3 AF31
Videoconferência 4 4 AF41
Vídeo fluente (IP/TV) 1 1 AF13
Dados 0-2 0-2 0-AF23

1 RTP = protocolo de transporte em tempo real

Esta tabela atribui a vídeo fluente e a videoconferência valores separados da classificação e marcação. A vídeo fluente tem uma capacidade melhor para proteger córregos e tratar o retardo e tremulação. Consequentemente, a vídeo fluente exige níveis diferentes de QoS.

Além, você pode separar o controle e as porções de dados dos córregos da videoconferência. Para separar estas duas parcelas dos córregos, marque o controle com AF31 e os dados com AF41. Contudo, este projeto não é o melhor projeto. Não todos os valores-limite permitem-no a Mark Bearer e ao tráfego de controle diferentemente, e um proxy de Cisco marca todo o tráfego de videoconferência com um valor. Além, as taxas de bits do tráfego de controle são insignificantes, relativo às taxas de bits video do atendimento.

Execute a classificação tão perto à fonte como possível. Os Parceiros video da terceira VCON, PictureTel, e Polycom podem ajustar os bit de precedência IP. Se seu terminal de H.323 não ajusta nenhuns valores de cabeçalho, você pode marcar os pacotes nestes pontos na rede:

  • Uma porta do switch de camada 3

    Refira configurar QoS para mais informação.

  • Um roteador do ½ do ¿  de Cisco IOSï que use o Class-based Marking

    Refira configurar a marcação do pacote baseado em classe para mais informação.

  • Um roteador do Cisco IOS que use a característica de Cisco MCM

  • Um porteiro/proxy de H.323 que seja executado em um WAN Router remoto

Selecione um mecanismo fancy queuing

O Cisco IOS Software inclui agora diversos mecanismos de filas. Estes mecanismos encontram as necessidades do tipo de tráfego que incorpora a rede e os media da área ampla que o tráfego atravessa. No terreno ou no WAN, quando há um ponto do congestionamento potencial na rede, o aplicativo das técnicas de formação de fila apropriadas é necessário. A fila assegura-se de que o atraso e o tráfico sensível a queda, tal como a Voz e a vídeo em tempo real, passem com desimpedido, relativo aos aplicativos de dados tolerantes a queda. Uma interrupção é típica no roteador de ponta de WAN. Lá, as centenas de megabits do agregado do tráfego potencial na velocidade mais lenta ligam nos kilobits ou na baixa escala do Megabits-per-second.

Configurar os métodos mais novos da fila com os comandos do comando line interface(cli) do QoS modular (MQC). Com o MQC, especifique uma garantia de largura de banda mínima com o comando bandwidth. Especifique o desenfileiramento de prioridade estrita à fila do nível de interface com o comando priority. O comando bandwidth executa o Class-Based Weighted Fair Queueing (CBWFQ), e o comando priority executa o LLQ. Refira a comparação dos comandos bandwidth and priority de uma política de serviços de QoS para mais informação.

Esquema de modelo/priorização

Cisco recomenda este modelo ou esquema de priorização em uma rede de multiserviço:

-
Tipo do link de dados Release do Cisco IOS Software mínimo Classificação Prioridade LFI1 Modelagem de tráfego
Linhas de série Cisco IOS Software Release 12.0(7)T DSCP = EF para a Voz; DSCP = AF41 para todo o tráfego de videoconferência; DSCP = AF31 para o tráfego de controle da Voz; outras classes de tráfego têm uma classificação exclusiva. LLQ com CBWFQ MLP2
Frame Relay Cisco IOS Software Release 12.1(2)T DSCP = EF para a Voz; DSCP = AF41 para o vídeo; DSCP = AF31 para o tráfego de controle da Voz; outras classes de tráfego têm uma classificação exclusiva. LLQ com CBWFQ FRF.12 Tráfego da forma ao CIR3.
ATM Cisco IOS Software Release 12.1(5)T DSCP = EF para a Voz; DSCP = AF41 para o vídeo; DSCP = AF31 para o tráfego de controle da Voz; outras classes de tráfego têm uma classificação exclusiva. LLQ com CBWFQ MLP over ATM Tráfego da forma à porção garantida de largura de banda.
ATM e Frame Relay Cisco IOS Software Release 12.1(5)T DSCP = EF para a Voz; DSCP = AF41 para o vídeo; DSCP = AF31 para o tráfego de controle da Voz; outras classes de tráfego têm uma classificação exclusiva. LLQ com CBWFQ MLP over ATM e Frame Relay Dê forma ao tráfego à porção garantida de largura de banda no link o mais lento.

1 LFI = fragmentação do link e intercalação

2 MLP = Multilink PPP

3 CIR = committed information rate

Esta lista explica alguns pontos chaves do esquema de modelo/priorização.

  • Exprima entra em uma fila com capacidades do Priority Queuing (PQ) e recebe uma largura de banda de 48 kbps. Os critérios de entrada desta fila são o valor DSCP do EF, ou um valor de precedência IP do tráfego 5. além de 48 gotas dos kbps se há um congestionamento de interface. , Use consequentemente um mecanismo de controle de admissão para assegurar-se de que o tráfego não exceda este valor.

  • O tráfego de videoconferência entra em uma fila com capacidades PQ e recebe uma largura de banda da taxa de dados de chamada mais 20 por cento. Os critérios de entrada a esta fila são um valor DSCP do AF41, ou um valor de precedência IP do tráfego 4. além da taxa de dados de chamada deixa cair se há um congestionamento de interface. Consequentemente, como no caso da Voz, você deve usar um mecanismo de controle de admissão para assegurar-se de que o tráfego não exceda este valor. Use o proxy para o acesso da fila, particularmente se você não configurou a confiança em cada porta de switch. Para o acesso da fila em locais pequenos com somente alguns terminais de vídeo, use o Access Control Lists (ACLs) com o endereço IP de Um ou Mais Servidores Cisco ICM NT do terminal de vídeo como base. O uso dos ACL protege contra os usuários do vermelho que marcam o tráfego com Precedência IP 4. Esta marca contorneia o porteiro, ou o CAC, e afeta todo o vídeo no PQ.

    Nota: O tráfego de vídeo de sentido único, tal como o IP/TV, deve usar o CBWFQ através do comando bandwidth. As tolerâncias de retardo são mais altas.

  • A congestão dos links MACILENTOS pode completamente morrer de fome os protocolos de sinalização do controle da Voz. Neste caso, os Telefones IP não podem terminar atendimentos através do IP WAN. O tráfego de protocolo de controle de voz, tal como H.323 e o protocolo skinny client control, exige sua própria fila do equilíbrio justo baseado em classes com uma largura de banda configurável mínima igual a um valor DSCP do AF31. Este valor DSCP correlaciona a um valor de precedência IP de 3.

  • O tráfego do Systems Network Architecture (SNA) entra em uma fila com uma largura de banda especificada de 56 kbps. A operação de fila dentro desta classe é FIFO, com uma alocação de largura de banda mínimo de 56 kbps. Trafique nesta classe que excede 56 kbps entra na fila padrão. Os critérios de entrada a esta fila podem um ou outro ser números de porta de TCP, um endereço da camada 3, Precedência IP, ou um DSCP.

Todo o tráfego que permanece pode entrar em uma fila padrão. Se você especifica uma largura de banda, a operação de fila é FIFO. Alternativamente, se você especifica o palavra-chave fair, a operação é Weighted Fair Queuing (WFQ).

Além, não faz a videoconferência sobre velocidades do link de menos de 768 kbps. Nos links do Low Bit Rate, o uso do Compressed RTP (cRTP) e o LFI podem reduzir os efeitos da serialização e do retardo de enfileiramento.

Não use o cRTP com videoconferências IP. Esta lista fornece melhores prática para o cRTP:

  • Use o cRTP somente com os codecs da Voz do Low Bit Rate, tais como G.729. Se você usa G.711 porque os codec de áudio para um atendimento da Voz ou de videoconferência, os ganhos estatísticos da taxa de transferência que você consegue com cRTP não são significativos bastante merecer o uso do cRTP.

  • Use o cRTP somente quando a Voz do Low Bit Rate é um percentual significativo da carga oferecida. Geralmente, esta característica é somente benéfica quando a Voz do Low Bit Rate é maior de 30 por cento da carga oferecida a um circuito.

  • o cRTP pode afetar o desempenho de encaminhamento. Monitore a utilização CPU quando você permitiu a característica.

A voz e o vídeo devem compartilhar o LLQ?

Uma consideração frequente com políticas de serviços multisserviços de QoS é se configurar a Voz e o tráfego de videoconferência como classes de prioridade. Esta consideração vem do fato de que o LLQ apoia presentemente uma única fila de prioridade estrita, mesmo quando você configurou classes múltiplas para a prioridade. Quando você configura VoIP e as classes video com prioridade, o tráfego dboth of these classes entra em uma fila única. Consequentemente, estas razões podem fazer com que você escolha não colocar o vídeo na fila de prioridade:

  • Os pacotes de vídeo são muito maiores do que pacotes de voz. Os pacotes de vídeo são geralmente tão grandes quanto o tamanho do MTU do link máximo. Com a marca EF, os pacotes de vídeo podem entrar na mesma fila de prioridade que a Voz. Se um pacote voip pequeno entra na fila atrás de um grande pacote de vídeo, ou atrás de diversos tais pacotes, o atraso no pacote voip aumenta. O atraso pode ser substancial, e afeta adversamente o desempenho de aplicativos de VoIP.

  • Porque a maioria de filas EF são muito pequenas, podem conduzir à queda de pacote de informação quando você as usa para o tráfego de vídeo.

Cisco executou os testes que colocaram o vídeo na fila de prioridade. Os testes eram com kbps das velocidades do link maiores de 768 e com o CAC apropriado para evitar a sobreassinatura. Cisco encontrou que a localização de vídeo na fila de prioridade não introduziu um aumento visível no atraso aos pacotes de voz.

Geralmente, você pode selecionar um destes modelos. Cisco testou ambos os modelos:

  • A Voz, o vídeo, e o áudio na fila de prioridade e provision apropriadamente

  • Voz na fila de prioridade, com vídeo e áudio em uma fila de largura de banda

Uma terceira aproximação é separar o componente de áudio da videoconferência. Ou seja coloque o componente de áudio na fila de prioridade e o componente de vídeo em uma fila de largura de banda. Contudo, os codificadores de vídeo tendem a ter uns atrasos mais longos da codificação do que para exprimir codificadores. Consequentemente, se você dá os fluxos de áudio de uma prioridade absoluta da videoconferência, os fluxos de áudio chegam cedo e são guardados a fim conseguir a sincronia labial. Assim, não há nenhuma vantagem se você coloca os pacotes de voz associados com uma videoconferência em uma fila com melhor serviço do que o serviço que os pacotes de vídeo recebem.

Se você escolhe colocar o vídeo e a Voz na fila de prioridade, marque os tipos de tráfego com valores diferentes DSCP. Se você marca os tipos de tráfego com valores diferentes DSCP, você pode usar uma instrução de prioridade diferente em sua política de serviços de QoS para controlar o vídeo. Em particular, o vídeo pode exigir um parâmetro de intermitência maior.

CAC

A prioridade do tráfego resolve somente parte do desafio da provisão de QoS para vídeo sobre o IP. Uma solução completa exige o CAC.

O CAC, ou o controle de largura de banda, são necessários para evitar a sobreassinatura dos recursos de rede. Com vídeo conferência, uma rejeção de um terminal de vídeo que peça recursos de rede é necessária para manter a qualidade de fluxos de vídeo existentes se o terminal novo excede a largura de banda disponível. Ou seja o CAC protege o vídeo do vídeo.

Geralmente, há três esquemas para a disposição CAC para os atendimentos video:

  • Limite o número de terminais de vídeo. Em particular, em locais remotos sem um porteiro de H.323, há somente uma maneira de controlar o uso da largura de banda de vídeo através de um enlace particular, tal como WAN. Neste caso, você precisa de limitar fisicamente o número de terminais de vídeo em locais remotos. Provision a largura de banda suficiente na fila de prioridade para apoiar a taxa de dados máxima de todos os pontos finais de vídeo em uma site específico.

    Nota: Provision a fila de prioridade para a taxa de dados máxima dos terminais de vídeo mais 20 por cento. Os 20 por cento adicional permitem o IP e o Transport Overhead.

  • Use o porteiro CAC para ajustar limites da largura de banda para a interzona e a intrazona chama por sessão uma base. Você pode combinar o porteiro CAC com um proxy, que fornece um único Access point na fila de prioridade. Este único Access point impede uma sobreassinatura da fila de prioridade por fluxos de vídeo desautorizados. Você deve registrar terminais de vídeo com o porteiro para obter o acesso ao proxy. A configuração de gatekeeper permite uma largura de banda máxima de vídeo fora da zona local. Esta largura de banda máxima precisa de combinar a disposição da largura de banda da fila de prioridade assegurar a funcionalidade de enfileiramento apropriada. Estas diretrizes aplicam-se somente aos ambientes do hub and spoke. O modo direto do uso dos porteiros e não permite que os gatekeeperes intermediários deduzam a largura de banda dos links.

  • Execute os valores-limite para que você permitiu o RSVP. Os valores-limite usam mensagens de RSVP para descrever o perfil de tráfego e para pedir o serviço necessário. os dispositivos de rede RSVP-cientes ao longo do caminho de ponta a ponta leem estes mensagens de RSVP e decidem se conceder ou negar a requisição de reserva. Os dispositivos comunicam sua decisão ao valor-limite através de um outro mensagem de RSVP. O valor-limite e seu aplicativo decidem então se adaptar-se às condições de rede disponíveis com uma descontinuação da conferência ou uma redução das exigências.

O apêndice II do padrão da versão 4 de H.323 esboça uma aproximação para o uso do RSVP. Os pontos principais são:

  • Quando você coloca um atendimento, um valor-limite comunica a capacidade do valor-limite para reservar recursos ao porteiro. O porteiro indica então se uma tentativa da reserva de recurso do valor-limite é aconselhável.

  • Durante a fase H.245, os valores-limite indicam se podem sinalizar reservas de recurso. Com esta informação, os valores-limite decidem se continuar com o atendimento.

  • A emissão de mensagens da reserva de rsvp pode ocorrer após o aberto dos canais lógicos mas antes do uso dos canais lógicos para pacotes de dados.

Modelagem de tráfego

O uso do Frame Relay para a conectividade de WAN introduz um outro requisito de QoS. Especificamente, quando uma instalação central mais de alta velocidade alimenta uns ou vários locais remotos da velocidade mais baixa, a instalação central pode passar a largura de banda física e a largura de banda de CIR do local remoto. Para impedir a emissão de demasiada largura de banda a um local remoto, modelagem de tráfego do implementar no roteador do site central. Refira estes recursos para obter mais informações sobre do Formatação de tráfego frame relay:

Interconexão com terminais H.323

As redes de vídeo-conferência de H.323 consistem tipicamente em cinco componentes funcionais:

  • Terminais de vídeo

  • Porteiros

  • Gateways

  • MCU

  • Proxys

Soluções de produto das ofertas de Cisco para todos estes componentes, exceto terminais de vídeo. A prova mostra que o Produtos de Cisco H.323 interopera com Terminais H.323 da terceira.

Em alguns casos, estes terminais oferecem ferramentas de QoS assegurar a satisfação do atraso e dos parâmetros de perda do tráfego de vídeo face aos fluxos de dados imprevisíveis. Por exemplo, Polycom Viewstation mantém-se a par de todos os pacotes de vídeo após o estabelecimento de um atendimento. Polycom Viewstation relata a latência média assim como o número de vídeo ou de pacotes de áudio perdidos. Esta ferramenta igualmente apoia debuga com saída legível. Estes debugam podem ajudar a indicar a fonte de um problema que não seja detectável com a análise das saídas de vídeo. Para mais informação, refira o documento como configurar o vídeo sobre o IP para unidades de vídeo Polycom.

Configuração de exemplo

Esta configuração de exemplo demonstra como aplicar o LLQ ao tráfego de videoconferência que atravessa um link MACILENTO:

Configuração de exemplo
Sample Configuration 
class-map Video-Conf 
  match access-group 102 
class-map Streaming-Video 
  match access-group 103 
! 
policy-map QoS-Policy 
  class Video-Conf 
    priority 450 30000 
  class Streaming-Video 
    bandwidth 150 
class class-default 
    fair-queue 
! 
! -- Video-Conf Traffic 
access-list 102 permit ip any any dscp cs4 
access-list 102 permit ip any any dscp af41 
! 
! -- Streaming Traffic 
access-list 103 permit ip any any dscp cs1 
access-list 103 permit ip any any dscp af13

Depois que você cria um mapa da política de QoS, aplique a política com o comando service-policy. O tipo de relação a que você aplica a política determina os lugares do aplicativo do comando. Aqui estão alguns exemplos:

Tipo de interface Exemplo de configuração
Linha alugada
line interface multilink1 
  service-policy output QoS-Policy 
ATM PVC1
interface atm 1/0.1 point 
  pvc 1/50 
    service-policy output QoS-Policy
VC do Frame Relay2
map-class frame-relay vcofr 
  frame cir 128000 
  frame mincir 64000 
  frame bc 1000 
  frame frag 160 
  service-policy output QoS-policy 

Nota: No Cisco 7500 Series com QoS distribuído, use os comandos DTS3. Refira o Formatação de tráfego frame relay com o QoS distribuído no Cisco 7500 Series.

1 PVC = circuitos permanentes

2 VC = circuitos virtuais

3 DTS = Distributed Traffic Shaping

Discussões relacionadas da comunidade de suporte da Cisco

A Comunidade de Suporte da Cisco é um fórum onde você pode perguntar e responder, oferecer sugestões e colaborar com colegas.


Informações Relacionadas


Document ID: 21662