R. Um PVC é um circuito que um operador de rede em uma rede comutada por ATM entre uma origem específica e um destino específico provisiona manualmente. Um PVC é provisionado para durar de um mês a vários anos ou até que o serviço seja encerrado. Consulte a RFC 1483 para obter mais informações.
Observação: o PVC também é conhecido como Canal Virtual Permanente.
R. Um operador de rede implementa PVCs em linhas alugadas de provedores ATM. Um PVC ATM fornece ao usuário final um circuito não redundante através da nuvem do provedor de serviços. Esse circuito é provisionado com a largura de banda que o usuário final pagou e precisa.
R. Há duas implementações típicas de PVC:
Back-to-Back — normalmente usado em um laboratório ou em um ambiente que não seja de produção. Isso deve ocorrer para configurar um PVC em uma topologia back-to-back:
O mesmo par de identificador de caminho virtual/identificador de canal virtual (VPI/VCI) precisa ser usado em ambos os dispositivos finais. Neste exemplo, VPI/VCI (ou PVC) é 0/40.
Um roteador deve ser configurado para remarcar o sinal de TX do oscilador interno. Por padrão, os roteadores Cisco fazem o clock do sinal TX pelo clock recebido na linha. Este é um exemplo ilustrado.
![]()
San Jose
Nova Iorque
interface ATM0/0 no ip address no atm ilmi-keepalive no scrambling-payload atm clock internal !--- This router provides clocking. ! interface ATM0/0.1 point-to-point ip address 172.10.10.1 255.255.255.0 pvc 0/40 interface ATM0/0 no ip address no atm ilmi-keepalive no scrambling-payload ! interface ATM0/0.1 point-to-point ip address 172.10.10.3 255.255.255.0 pvc 0/40Por meio de uma nuvem Telco — normalmente usada em um ambiente de produção quando os clientes usam linhas alugadas de provedores de serviços ATM.
![]()
O ATM Service Provider deve fornecer as informações de VPI/VCI que os dois dispositivos finais usam para configurar um PVC. Os pares VPI/VCI não precisam ser os mesmos. O provedor de serviços ATM configura conexões cruzadas nos switches entre os pares VPI/VCI.
R. Estes são os quatro tipos diferentes de encapsulamento de PVC:
aal5ciscoppp — Para o PPP sobre ATM proprietário da Cisco, o aal5ciscoppp suporta apenas roteadores Cisco com interfaces ATM ou ADSL (Asymmetric Digital Subscriber Line Linha Digital de Assinante Assimétrica). Use esse tipo de encapsulamento quando a autenticação PPP for desejada.
aal5mux — O encapsulamento AAL5 MUX suporta apenas um único protocolo, IP ou IPX, por PVC.
aal5nlpid—O encapsulamento NLPID (Network Layer Protocol Identification) AAL5 permite que as interfaces ATM interoperem com as HSSIs (High-Speed Serial Interfaces) que usam uma ADSU (ATM Data Service Unit) e que executam a DXI (ATM-Data Exchange Interface).
aal5snap—O encapsulamento LLC/SNAP (Logical Link Control/Subnetwork Access Protocol) AAL5 suporta o ARP inverso e incorpora o LLC/SNAP que precede o datagrama de protocolo. Isso permite que vários protocolos transpassem o mesmo PVC.
Observação: aal5snap é o encapsulamento padrão e o mais amplamente usado, pois permite que vários protocolos sejam transportados por um PVC.
R. Na maioria dos casos, as diferenças se referem aos PVCs do ponto de conexão de sub-rede (SNAP - SubNetwork Attachment Point) de encapsulamento LLC. Os PVCs roteados têm apenas o cabeçalho LLC 802.2 (0xFE-FE-03), que o campo SNAP 802.1a pode possivelmente seguir. Os PVCs com bridge têm o cabeçalho 802.1 (0xAA-AA-03) e vários outros campos que incluem um endereço de destino de rede de área metropolitana.
Consulte Vários Protocolos Roteados em PVCs ATM Usando Encapsulamento LLC para obter um exemplo de configuração roteada RFC 1483. Consulte Configuração básica de PVC usando RFC 1483 com bridge para obter uma configuração de RFC 1483 com bridge.
R. Você pode configurar sua interface ATM em um roteador Cisco que usa uma configuração de PVC roteado ou com bridge. Este é um exemplo de uma configuração RFC 1483 roteada.
![]()
San Jose Nova Iorque interface ATM0/0 no ip address no atm ilmi-keepalive no scrambling-payload ! interface ATM0/0.1 point-to-point ip address 172.10.10.1 255.255.255.0 pvc 0/40 protocol ip 172.10.10.1 broadcast !--- Allows this router to ping !--- its own ATM interface. protocol ip 172.10.10.3 broadcast interface ATM0/0 no ip address no atm ilmi-keepalive no scrambling-payload ! interface ATM0/0.1 multipoint ip address 172.10.10.3 255.255.255.0 pvc 0/50 protocol ip 172.10.10.1 broadcast protocol ip 172.10.10.3 broadcast !--- Allows this router to ping !--- its own ATM interface.Observação: ambos os roteadores são interfaces ponto-a-ponto ou multiponto. O exemplo anterior demonstra a configuração para ambos os tipos. O encapsulamento AAL (ATM Adaptation Layer) é aal5snap por padrão. O tipo de serviço ATM é a Taxa de Bits Não Especificada (UBR - Unspecified Bit Rate) por padrão. Essas configurações são de um roteador Cisco 7200 e presume-se que o administrador de rede ATM/ISP forneceu ao cliente pares VPI/VCI para ambas as extremidades do circuito que os roteadores terminam. No caso do exemplo anterior, os pares VPI/VCI dados ao cliente são 0/40 para o roteador San Jose e 0/50 para o roteador New York.
R. O número de valores de VPI/VCI que podem ser usados em uma plataforma Cisco pode variar, pois depende da plataforma e da configuração. Por exemplo, as configurações de Multiplexação Inversa para ATM (IMA) usam apenas os subintervalos de VPI 0-15, 64-79, 128-143, 192-207. Normalmente, o Cabeçalho de Célula de Cinco Bytes ATM inclui 8 bits para VCI e 16 bits para VPI. Esta figura mostra como o cabeçalho de célula de cinco bytes ATM é formado:
![]()
A maioria das plataformas usa 8 bits para um VPI, que fornece um intervalo de 0 a 255 e 16 bits para um VCI, que fornece um intervalo de 0 a 65535. Entendendo o Número Máximo de Circuitos Virtuais Ativos em Interfaces de Roteadores ATM Cisco fornece informações muito detalhadas dos intervalos de VPI/VCI para diferentes plataformas. Consulte Qual é a faixa do Identificador de caminho virtual/Identificador de canal virtual (VPI/VCI) para as placas IMA? para obter mais informações sobre intervalos de IMA VPI/VCI.
R. A Cisco apresentou a configuração PVC ATM no Cisco IOS® Software Release 10.0 que usa o comando de interface atm pvc vcd vpi vci aal-encap. Isso agora é conhecido como configuração de PVC de estilo antigo. No Cisco IOS Software Release 11.3 T, a Cisco introduziu uma nova maneira de configurar PVCs ATM que usa o novo pvc [nome] vpi/vci [ilmi | qsaal comando |smds]. Consulte Nova Configuração de VC para obter mais informações. Essa nova maneira de configurar PVCs ATM permite mais flexibilidade e maior capacidade. Algumas das limitações do estilo antigo são a falta de suporte para Operação e Gerenciamento (OAM - Operation And Management) e Enfileiramento de Baixa Latência (LLQ - Low Latency Queueing).
Esta tabela mostra o suporte do Cisco IOS Software à sintaxe de configuração ATM PVC suportada:
Configuração de PVC de estilo antigo (anterior ao Cisco IOS Software Release 11.3 T) Configuração de PVC de novo estilo (Cisco IOS Software Release 11.3T e posterior) interface ATM0/0 ip address 172.10.10.1 255.255.255.0 atm pvc 1 0 40 aal5snap atm pvc 2 0 50 aal5snap 1500 512 64 map-group 1483pvc map-list 1483pvc ip 172.10.10.2 atm-vc 1 broadcast ip 172.10.10.3 atm-vc 2 broadcast ip 172.10.10.1 atm-vc 1 broadcast interface ATM0/0 ip address 172.10.10.1 255.255.255.0 pvc 0/40 protocol ip 172.10.10.2 broadcast protocol ip 172.10.10.1 broadcast pvc 0/50 protocol ip 172.10.10.3 broadcast vbr-nrt 1500 512 64
R. Um SVC é uma conexão sob demanda que é estabelecida dinamicamente por dispositivos finais através do método de sinalização Network-Network Interface (NNI). Deve haver um switch ATM entre os dispositivos finais que roteiam dinamicamente a chamada através da nuvem ATM. Os operadores de rede não precisam configurar manualmente cada switch ATM no caminho. Se houver uma falha de link, o dispositivo final deverá reiniciar a chamada SVC. Os SVCs também são desativados após ficarem ociosos por um período de tempo especificado (o tempo limite de ociosidade padrão para roteadores Cisco é de 300 segundos). Consulte estes documentos para saber como configurar SVCs em diferentes plataformas Cisco:
Configurando RFC 1483 ATM SVCs sem ILMI para registro do endereço
Configurando o IP clássico sobre ATM em um ambiente SVC em um módulo ARM
Observação: o SVC também é conhecido como Canal Virtual Comutado.
R. Um operador de rede que implementa LAN Emulation (LANE) ou Classical IP (CLIP) sobre ATM (RFC 1577) estabelece SVCs. Os operadores de rede não precisam usar LANE ou CLIP para estabelecer SVCs. O operador de rede pode configurar o endereço ATM de 20 bytes para mapeamentos de protocolo (IP, IPX) em todos os dispositivos finais. Isso permite que o dispositivo final use a sinalização UNI para configurar uma chamada para um dispositivo final remoto.
R. Um Soft-PVC é um PVC que é estabelecido manualmente em uma UNI e dinamicamente em uma Interface Usuário-Rede (NNI). O Soft-PVC permanece ativo através da rede ATM o tempo todo. Se houver uma falha no switch ATM, o Soft-PVC redirecionará pela rede ATM. A configuração Soft-PVC fornece o melhor dos PVCs e SVCs porque fornece a flexibilidade dos SVCs no núcleo da rede e a estabilidade dos PVCs na borda.
Soft-PVCs podem ser configurados somente em switches ATM. Consulte Configuração de SVCs, PVCs, Soft PVCs, PVPs e Túneis de VP para obter informações mais detalhadas sobre como configurar Soft-PVCs. Esta figura mostra onde os PVCs e os SVCs estão configurados.
![]()
R. Um operador de rede precisa implementar Soft-PVCs quando a rede ATM está totalmente engrenada. O operador de rede precisa apenas configurar um dos switches ATM conectados a um dispositivo final.
R. Um PVP é uma conexão que é configurada manualmente por um operador de rede e é provisionada pela configuração de células de switch a switch ATM que usa apenas o VPI no cabeçalho da célula. Como os SVCs, os PVPs são provisionados durante a vida útil do serviço. Os PVPs são usados como pontos de multiplexação/desmultiplexação em switches ATM para VCs (Circuitos Virtuais) de vários dispositivos finais. Consulte Configuração de SVCs, PVCs, Soft PVCs, PVPs e Túneis de VP para obter mais informações.
R. Os PVPs reduzem o tempo de switching em switches ATM, pois as células são comutadas com base apenas em seus VPIs. Um operador de rede pode configurar PVPs em switches ATM quando um conjunto de VCs que usam o mesmo VPI precisa ser comutado de um local para outro. Alguns exemplos são: LANE, IP clássico (RFC 1577) e qualquer implementação que exija o uso de SVCs.
R. Uma implementação típica de PVP é usada para multiplexar o tráfego ATM. Os operadores de rede ATM normalmente usam isso para reduzir o tempo de switching em switches ATM. Uma topologia comum é mostrada neste diagrama de rede.
![]()
R. Não, porque os roteadores Cisco não podem estabelecer SVCs em conexões PVP. Os roteadores não são capazes de executar a Sinalização UNI sobre qualquer VPI diferente de 0. A maioria dos Provedores de Serviços ATM não permite que os clientes sinalizem sobre VPI 0. O roteador precisa ser conectado a um switch ATM configurado com um PVP na nuvem do Provedor de Serviços ATM. Um PVP pode ser configurado nos roteadores de modo que todo o VP possa ser modelado por tráfego para evitar que o operador de rede precise configurar a modelagem de tráfego para cada PVC que usa o mesmo VPI.
R. Sim. Os switches ATM Cisco podem ser programados para mapear um PVP para outro na mesma interface. Este é um exemplo de configuração de um Switch ATM Cisco:
interface ATM0/0/0 no ip address atm pvp 20 interface ATM0/0/0 10
R. Isso ocorre devido à ID de bug da Cisco CSCdv83829 (somente clientes registrados). O PVP do ATM não é removido mesmo que não haja PVC configurado para esse VPI. Esse problema é resolvido nas versões 12.1(12), 12.2(7) e posteriores do software Cisco IOS.
R. As células de loopback OAM não são modeladas pelo tráfego dos adaptadores ATM. O provedor ATM pode policiar e descartar as células de loopback OAM que violam o contrato de tráfego. O provedor ATM precisa aumentar sua Cell Delay Variation Tolerance (CDVT) para resolver esse problema.
R. Não. As portas PA-A2 CBR foram projetadas somente para Circuit Emulation Services (CES). Este é um exemplo de como eles podem ser usados:
![]()
R. Um operador de rede precisa configurar o dispositivo final, roteador, para transmitir células ATM a uma taxa que esteja em conformidade com a Qualidade de Serviço (QoS) que foi adquirida de um Provedor de Serviços Internet (ISP) ATM. O serviço adquirido ou solicitado precisa ser baseado no tipo de serviço de que o usuário precisa:
voz
vídeo
dados
Atualmente, há cinco classes de serviço:
Available Bit Rate (ABR) — Essa é uma classe de serviço em que os switches ATM não garantem a entrega de células, mas garantem uma taxa de bits mínima e que a perda de células é mantida o mais baixo possível com o uso de um mecanismo de feedback. A categoria de serviço ABR é projetada para VCs que transportam transferências de arquivos e outro tráfego em surtos, não em tempo real, que requer uma quantidade mínima de largura de banda, especificada por meio de uma taxa de célula mínima, para estar disponível enquanto o VC está configurado e ativo. Consulte Entendendo a Categoria de Serviço de Taxa de Bits Disponível (ABR - Available Bit Rate) para VCs ATM para obter uma configuração e informações mais detalhadas sobre ABR.
Taxa de Bits Constante (CBR - Constant Bit Rate) — É uma classe de serviço em que as células são transmitidas em um fluxo de bits contínuo para atender às necessidades de QoS de voz e vídeo. A classe de serviço CBR é projetada para VCs (virtual circuits, circuitos virtuais) ATM que precisam de uma quantidade estática de largura de banda que esteja continuamente disponível durante a conexão ativa. Um VC ATM configurado como CBR pode enviar células na taxa de célula de pico (PCR) a qualquer momento e por qualquer duração. Também pode enviar células a uma taxa menor que a PCR ou até mesmo não emitir nenhuma célula. A configuração no CBR pode variar com diferentes plataformas. Consulte Understanding the CBR Service Category for ATM VCs para obter informações detalhadas sobre o CBR e sua configuração.
Taxa de Bits Não Especificada (UBR - Unspecified Bit Rate)—Esta é uma classe de serviço em que o gerenciamento de rede não compromete a Qualidade de Serviço (QoS - Quality of Service). Ele modela o serviço de melhor esforço que a Internet normalmente fornece e é adequado para aplicativos tolerantes a atrasos e não exige respostas em tempo real. Os exemplos incluem e-mail, transmissão de fax, transferências de arquivos, Telnet, LAN e interconexão de escritórios remotos. Consulte Understanding the UBR Service Category for ATM Virtual Circuits para obter informações detalhadas sobre o entendimento e a configuração dos serviços UBR. A Cisco fornece uma variante dessa classe de serviço chamada UBR+. A principal vantagem da classe de serviço UBR+ é que ela permite que um sistema final ATM sinalize uma taxa de célula mínima para um switch ATM em uma solicitação de conexão, e a rede ATM tenta manter esse mínimo como uma garantia fim-a-fim. Consulte Entendendo a categoria de serviço UBR+ para ATM VCs.
Taxa de Bits Variável - Tempo Não Real (VBR-nrt) — Essa classe de serviço é usada para transmitir aplicativos não em tempo real que são intermitentes por natureza. As características de tráfego são definidas em termos de PCR (Peak Cell Rate, taxa de células em pico), SCR (Sustained Cell Rate, taxa de células em espera) e MBS (Minimum Burst Size, tamanho mínimo de surto). Consulte Entendendo a categoria de serviço e modelagem de tráfego VBR-nrt para ATM VCs para obter informações detalhadas e configuração sobre VBR-nrt.
Taxa de Bits Variável - Tempo Real (VBR-rt) — Essa classe de serviço é usada para transmitir dados em tempo real que são sensíveis a atrasos de tempo, como voz sobre IP compactada e videoconferência. VBR-rt, assim como VBR-nrt, são caracterizados por um PCR, SCR e MBS. Consulte Entendendo a Categoria de Serviço de Taxa de Bits Variável em Tempo Real (VBR-rt - Variable Bit Rate Real Time) para VCs ATM para obter informações detalhadas e configuração sobre VBR-rt.
Consulte Gerenciamento de Tráfego para obter informações mais detalhadas sobre modelagem de tráfego ATM.
R. O policiamento de tráfego ATM é o meio pelo qual os administradores de rede ATM podem aplicar penalidades no tráfego de usuário que não esteja em conformidade com o contrato de tráfego adquirido para as categorias de serviço ABR, CBR, UBR, VBR-nrt e VBR-rt. Os administradores precisam configurar os switches ATM que compõem o caminho do circuito para marcar, alterar o bit CLP do cabeçalho ATM para 1 ou descartar células transmitidas a uma taxa que não esteja de acordo com os parâmetros do tipo de serviço. Consulte Vigilância de Tráfego e Configuração e Vigilância de Tráfego de Conexões PVC Ponto a Multiponto em Switches LightStream 1010, Catalyst 8510MSR e Catalyst 8540MSR para obter informações mais detalhadas sobre Vigilância de Tráfego ATM.
R. O suporte ao CDP é apresentado no Cisco IOS Software Release 12.2(8)T. Atualmente, o CDP é suportado apenas em PVCs AAL5SNAP RFC 1483 e apenas em subinterfaces ponto-a-ponto. O suporte a subinterface multiponto ainda não está planejado. Este é um exemplo que mostra o CDP em PVCs AAL5snap:
![]()
Observação: Router1 e Router2 são 2 7140 roteadores que executam o Cisco IOS Software Release 12.2(8)T.
Router1 Roteador2 interface ATM4/0.1 point-to-point ip address 10.4.4.1 255.255.255.0 pvc 0/100 encapsulation aal5snap ! cdp enable interface ATM1/0.1 point-to-point ip address 10.4.4.2 255.255.255.0 pvc 0/100 encapsulation aal5snap ! cdp enablerouter1#show cdp interface atm4/0.1 ATM4/0.1 is up, line protocol is up Encapsulation ATM Sending CDP packets every 60 seconds Holdtime is 180 seconds router1# show cdp neighbors Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge S - Switch, H - Host, I - IGMP, r - Repeater Device ID Local Intrfce Holdtme Capability Platform Port ID router2 ATM4/0.1 171 R 7120-AE3 ATM1/0.1 router1#show cdp neighbors atm4/0.1 detail ------------------------- Device ID: router2 Entry address(es): IP address: 10.4.4.2 Platform: cisco 7120-AE3, Capabilities: Router Interface: ATM4/0.1, Port ID (outgoing port): ATM1/0.1 Holdtime : 137 sec Version : Cisco Internetwork Operating System Software IOS (tm) EGR Software (C7100-JS-M), Version 12.2(8)T, RELEASE SOFTWARE (fc2) TAC Support: http://www.cisco.com/tac Copyright (c) 1986-2002 by cisco Systems, Inc. Compiled Wed 13-Feb-02 17:46 by ccai advertisement version: 2 router2#show cdp interface atm 1/0.1 ATM1/0.1 is up, line protocol is up Encapsulation ATM Sending CDP packets every 60 seconds Holdtime is 180 seconds router2#show cdp neighbors atm1/0.1 detail ------------------------- Device ID: router1 Entry address(es): IP address: 10.4.4.1 Platform: cisco 7140-2MM3, Capabilities: Router Interface: ATM1/0.1, Port ID (outgoing port): ATM4/0.1 Holdtime : 127 sec Version : Cisco Internetwork Operating System Software IOS (tm) EGR Software (C7100-JS-M), Version 12.2(8)T, RELEASE SOFTWARE (fc2) TAC Support: http://www.cisco.com/tac Copyright (c) 1986-2002 by cisco Systems, Inc. Compiled Wed 13-Feb-02 17:46 by ccai advertisement version: 2
R. O suporte ao Cisco Discovery Protocol (CDP) para encapsulamento aal5nlpid foi introduzido no Cisco IOS Software Release 12.2T através do bug da Cisco ID CSCdz54297 (somente clientes registrados). O CDP agora é suportado em PVCs aal5snap e aal5nlpid e somente em subinterfaces ponto a ponto.
R. O LS1010 é um switch ATM que só pode comutar células ATM. Embora seja possível terminar um PVC ATM na porta da CPU (ATM 0), você não pode usar a porta Ethernet para rotear o tráfego do usuário ou pacotes IP entre ele mesmo e o PVC ATM terminado na porta da CPU. Observe também que a porta Ethernet LS1010 ou a porta ATM 0 da CPU deve ser usada apenas para fins de gerenciamento e não para rotear o tráfego do usuário, pois todo o processamento nela é feito pela CPU, processo comutado.
R. Diferentemente da capacidade de configurar a comutação Frame Relay em um roteador com interfaces seriais para atuar como um Switch Frame Relay, você não pode usar um roteador equipado com interfaces ATM para atuar como um Switch ATM para comutar células ATM ou PVCs ATM. O único lugar que você pode fazer isso é na Camada 3, onde você pode terminar o protocolo da Camada 3 na interface ATM junto com outros PVCs e executar o roteamento/switching da Camada 3 entre os PVCs configurados. Para fazer a comutação de célula, você deve usar um Switch ATM como LS1010, 8510 MSR ou 8540 MSR.
R. O bridging entre uma porta Ethernet e PVC ATM em um Switch ATM 8500 não pode ser configurado, a menos que o 8500 esteja equipado com um Módulo Roteador ATM (ARM). Quando um ARM é instalado, você pode configurar o Bridging entre portas Ethernet e ATM que usa as diretrizes de configuração fornecidas em Emulação de LAN Usando o Módulo do Roteador ATM.
R. Emita o comando clear atm atm-vc atm, como mostrado neste exemplo:
d12-4-8540msr-27#clear atm atm-vc atm 1/0/0 1 ? <0-65535> Virtual Circuit Identifier (VCI)
R. A única maneira de remover totalmente uma subinterface é emitir o comando no interface atm, salvar a configuração e recarregar o roteador.
Se você excluir apenas a subinterface dele sem recarregar o roteador, a subinterface ainda estará presente e, como resultado, você não poderá reconfigurá-la com outro tipo. Por exemplo, a antiga sempre reaparece.
Pivrnec#configure terminal Enter configuration commands, one per line. End with CNTL/Z. Pivrnec(config)#no interface atm 1/0.1 Not all config may be removed and may reappear after reactivating the sub-interface Pivrnec(config)# exit Pivrnec#show ip interface brief Interface IP-Address OK? Method Status Protocol <skip> ATM1/0 unassigned YES NVRAM down down ATM1/0.1 unassigned YES unset deleted down ATM1/1 unassigned YES NVRAM down down ATM1/2 unassigned YES NVRAM down down <skip>Observe que a subinterface ATM1/0.1 ainda aparece mesmo depois de ser removida da configuração.
Pivrnec#write memory Building configuration... [OK] Pivrnec# Pivrnec#reload Proceed with reload? [confirm]Após recarregar, você pode confirmar que a subinterface ATM1/0.1 não aparece mais na lista de interfaces.
Pivrnec#show ip interface brief Interface IP-Address OK? Method Status Protocol <skip> ATM1/0 unassigned YES NVRAM down down ATM1/1 unassigned YES NVRAM down down ATM1/2 unassigned YES NVRAM down down <skip>
R. Esse problema está documentado no bug da Cisco ID CSCdt64050 (somente clientes registrados) que afirma que o comando vc-per-vp não funciona corretamente. O motivo é que quando você configura o ATM-IMA, se o valor de vc-per-vp for definido como 1024 (ou um valor diferente de 256) e a configuração for salva na NVRAM, o valor de vc-per-vp não será refletido após o recarregamento. O valor vc-per-vp volta para 256 após o recarregamento.
Não há outra solução senão atualizar para uma versão do Cisco IOS Software com a correção para esse problema.
A solução é atualizar o Cisco IOS Software para uma destas versões de software: 12.2(15)ZN 12.2(17)B 12.2(4)PB 12.2(4)S 12.2(3)T, 12.2(3) ou posterior que corresponda às suas características.
Para interfaces IMA, esse problema é documentado na ID de bug CSCdt65959 da Cisco (somente clientes registrados) onde o valor de vc-per-vp é desativado após o recarregamento no ATM-IMA. O motivo é que, no ATM-IMA, quando o valor de vc-per-vp é definido como 1024 e quando a configuração é salva na NVRAM, o valor de vc-per-vp não é refletido após o recarregamento. O valor de vc-per-vp vai para 256 após o recarregamento.
Não há outra solução senão atualizar para uma versão do Cisco IOS Software com a correção para esse problema.
A solução é atualizar sua versão do Cisco IOS Software para um destes: 12.2(4)B 12.2(4)PB 12.2(4)S 12.2(3)T, 12.2(3) ou posterior que corresponda aos seus recursos.