Exemplo de configuração de endpoints baseados em TC do Collaboration Edge

Introdução

Este documento descreve o que é necessário para configurar e solucionar problemas de registro de endpoint com base em TelePresence Codec (TC) por meio da solução Mobile and Remote Access.

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

• Solução de acesso móvel e remoto
• Certificados do Video Communication Server (VCS)
• Expressway X8.1.1 ou posterior
• Cisco Unified Communication Manager (CUCM) versão 9.1.2 ou posterior
• Endpoints com base em TC
• O CE8.x requer a chave de opção de criptografia para ativar "Edge" como uma opção de provisionamento

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

• VCS X8.1.1 ou posterior
• CUCM Versão 9.1(2)SU1 ou posterior e IM & Presence 9.1(1) ou posterior
• Firmware TC 7.1 ou posterior (TC7.2 recomendado)
• Controle VCS e núcleo e borda Expressway/Expressway
• CUCM
• Endpoint TC

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Configurar

Estas etapas de configuração pressupõem que o administrador configurará o endpoint baseado em TC para o registro seguro do dispositivo. O registro seguro NÃO é um requisito, no entanto, o guia geral da solução de acesso remoto e móvel dá a impressão de que é porque há capturas de tela da configuração que mostram perfis de dispositivos seguros no CUCM.

Etapa 1. Criar um perfil de telefone seguro no CUCM no formato FQDN (opcional).

1. No CUCM, selecione System > Security > Phone Security Profile.
2. Clique em Add New.
3. Selecione o tipo de endpoint baseado em TC e configure estes parâmetros:
4. Nome - Secure-EX90.tbtp.local (Formato FQDN Necessário)
5. Modo de segurança do dispositivo - Criptografado
6. Tipo de transporte - TLS
7. Porta de telefone SIP - 5061

Etapa 2. Verificar se o Modo de Segurança de Cluster é (1) - Misto (Opcional).

1. No CUCM, selecione System > Enterprise Parameters.
2. Role para baixo até Parâmetros de segurança > Modo de segurança de cluster > 1.

   

Se o valor não for 1, o CUCM não foi protegido. Se esse for o caso, o administrador precisa revisar um desses dois documentos para proteger o CUCM.

Guia de segurança do CUCM 9.1(2)

Guia de segurança do CUCM 10

Etapa 3. Crie um perfil no CUCM para o endpoint baseado em TC.

1. No CUCM, selecione Device > Phone.
2. Clique em Add New.
3. Selecione o tipo de endpoint baseado em TC e configure estes parâmetros:
   1. Endereço MAC - endereço MAC do dispositivo baseado em TC
   2. Campos com asterisco obrigatórios (*)
   3. Proprietário - Usuário
   4. ID de usuário do proprietário - Proprietário associado ao dispositivo
   5. Perfil de segurança do dispositivo - Perfil configurado anteriormente (Secure-EX90.tbtp.local)
   6. Perfil SIP - Perfil SIP padrão ou qualquer perfil personalizado criado anteriormente

   

   

   

Etapa 4. Adicione o nome do perfil de segurança à SAN do certificado Expressway-C/VCS-C (opcional).

1. No Expressway-C/VCS-C, navegue para Manutenção > Certificados de segurança > Certificado do servidor.
2. Clique em Gerar CSR.
3. Preencha os campos de CSR (Certificate Signing Request, Solicitação de assinatura de certificado) e certifique-se de que o nome do perfil de segurança de telefone do Unified CM tenha o Perfil de segurança de telefone exato listado no formato FQDN (Fully Qualified Domain Name, Nome de domínio totalmente qualificado). Por exemplo, Secure-EX90.tbtp.local.

   Note: Os nomes do perfil de segurança do telefone Unified CM são listados na parte de trás do campo Nome alternativo do assunto (SAN).

4. Envie o CSR para uma CA (Certificate Authority, autoridade de certificação) interna ou de terceiros para ser assinado.
5. Selecione Maintenance > Security Certificates > Server Certificate para carregar o certificado no Expressway-C/VCS-C.

   

Etapa 5. Adicione o domínio UC ao certificado Expressway-E/VCS-E.

1. No Expressway-E/VCS-E, selecione Manutenção > Certificados de segurança > Certificado do servidor.
2. Clique em Gerar CSR.
3. Preencha os campos CSR e certifique-se de que os "domínios de registros do Unified CM" contenham o domínio para o qual o endpoint baseado em TC fará solicitações de borda de colaboração (borda de colaboração), nos formatos DNS (Domain Name Server) ou SRV (Service Name).
4. Envia o CSR para uma CA interna ou de terceiros para ser assinada.
5. Selecione Maintenance > Security Certificates > Server Certificate para carregar o certificado no Expressway-E/VCS-E.

   

Etapa 6. Instalar o Certificado de CA confiável apropriado no endpoint baseado em TC.

1. No endpoint baseado em TC, selecione Configuration > Security.
2. Selecione a guia CA e procure o certificado CA que assinou seu certificado Expressway-E/VCS-E.
3. Clique em Add certificate authority.

   Note: Quando o certificado for adicionado com êxito, você o verá listado na lista Certificados.

   

   Note: O TC 7.2 contém uma lista de CAs pré-instaladas. Se a CA que assinou o certificado Expressway-E estiver contida nesta lista, as etapas listadas nesta seção não serão necessárias.

   

   Note: A página de CAs pré-instaladas contém um conveniente botão "Configurar provisionamento agora" que o direciona diretamente para a configuração necessária indicada na etapa 2 na próxima seção.

Etapa 7. Configurar um endpoint baseado em TC para provisionamento de borda

• No endpoint baseado em TC, selecione Configuration > Network e certifique-se de que esses campos sejam preenchidos corretamente na seção DNS:
  Nome de domínio
  Endereço do servidor
  
  
• No endpoint baseado em TC, selecione Configuration > Provisioning e verifique se estes campos estão preenchidos corretamente:
  LoginName - conforme definido no CUCM
  Modo- Borda
  Senha - conforme definido no CUCM
  Gerente externo
  Endereço - nome de host do seu Expressway-E/VCS-E
  Domínio - Domínio em que o registro de borda de colaboração está presente

Verificar

Use esta seção para confirmar se a sua configuração funciona corretamente.

Endpoint baseado em TC

1. Na GUI da Web, navegue até "Home". Procure a seção "Proxy SIP 1" para obter um Status "Registrado". O endereço do Proxy é seu Expressway-E/VCS-E.

   

2. Na CLI, digite xstatus //prov. Se você estiver registrado, deverá ver o Status de provisionamento "Provisionado".

   xstatus //prov
   *s Network 1 IPv4 DHCP ProvisioningDomain: ""
   *s Network 1 IPv4 DHCP ProvisioningServer: ""
   *s Provisioning CUCM CAPF LSC: Installed
   *s Provisioning CUCM CAPF Mode: IgnoreAuth
   *s Provisioning CUCM CAPF OperationResult: NotSet
   *s Provisioning CUCM CAPF OperationState: NonPending
   *s Provisioning CUCM CAPF ServerName: ""
   *s Provisioning CUCM CAPF ServerPort: 0
   *s Provisioning CUCM CTL State: Installed
   *s Provisioning CUCM ExtensionMobility Enabled: False
   *s Provisioning CUCM ExtensionMobility LastLoggedInUserId: ""
   *s Provisioning CUCM ExtensionMobility LoggedIn: False
   *s Provisioning CUCM ITL State: Installed
   *s Provisioning CUCM ProvisionSecurity: Signed
   *s Provisioning CUCM TVS Proxy 1 IPv6Address: ""
   *s Provisioning CUCM TVS Proxy 1 Port: 2445
   *s Provisioning CUCM TVS Proxy 1 Priority: 0
   *s Provisioning CUCM TVS Proxy 1 Server: "xx.xx.97.131"
   *s Provisioning CUCM UserId: "pstojano"
   *s Provisioning NextRetry: ""
   *s Provisioning Reason: ""
   *s Provisioning Server: "xx.xx.97.131"
   *s Provisioning Software Current CompletedAt: ""
   *s Provisioning Software Current URL: ""
   *s Provisioning Software Current VersionId: ""
   *s Provisioning Software UpgradeStatus LastChange: "2014-06-30T19:08:40Z"
   *s Provisioning Software UpgradeStatus Message: ""
   *s Provisioning Software UpgradeStatus Phase: None
   *s Provisioning Software UpgradeStatus SecondsUntilUpgrade: 0
   *s Provisioning Software UpgradeStatus SessionId: ""
   *s Provisioning Software UpgradeStatus Status: None
   *s Provisioning Software UpgradeStatus URL: ""
   *s Provisioning Software UpgradeStatus VersionId: ""
   *s Provisioning Status: Provisioned
   ** end

CUCM

No CUCM, selecione Device > Phone. Role pela lista ou filtre a lista com base no seu endpoint. Você verá a mensagem "Registrado com %CUCM_IP%". O endereço IP à direita deve ser o Expressway-C/VCS-C, que faz o proxy do registro.

Expressway-C

• Em Expressway-C/VCS-C, selecione Status > Unified Communications > View Provisioning sessions.
• Filtre pelo endereço IP do seu endpoint baseado em TC. Um exemplo de uma sessão provisionada é mostrado na imagem:

  

Troubleshooting

Esta seção fornece informações que podem ser usadas para o troubleshooting da sua configuração.

Os problemas de registro podem ser causados por vários fatores que incluem DNS, problemas de certificado, configuração, etc. Esta seção inclui uma lista abrangente do que você normalmente veria se encontrasse um determinado problema e como corrigi-lo. Se você tiver problemas fora do que já foi documentado, sinta-se à vontade para incluí-los.

Ferramentas

Para começar, esteja ciente das ferramentas à sua disposição.

Endpoint TC

GUI da Web

• all.log
• Inicie o registro estendido (inclua uma captura de pacote completa)

CLI

Estes comandos são mais úteis para solucionar problemas em tempo real:

• log ctx HttpClient debug 9
• log ctx PROV debug 9
• log output on <— Mostra o registro via console

Uma maneira eficaz de recriar o problema é alternar o modo de provisionamento de "Edge" para "Off" e, em seguida, de volta para "Edge" na GUI da Web. Você também pode entrar no modo de provisionamento do xConfiguration: no CLI.

Expressways

• Nos registros de diagnóstico
• TCPDump

CUCM

• Rastreamentos SDI/SDL

Problema 1: O registro da borda da colaboração não está visível e/ou o nome do host não pode ser resolvido

Como você pode ver, get_edge_config falha devido à resolução de nome.

Logs de endpoint TC

15716.23 HttpClient   HTTPClientCurl error
 (https://RTP-TBTP-EXPRWY-E.tbtp.local:8443/dGJ0cC5jb20/get_edge_config/):
 'Couldn't resolve host name'

15716.23 PROV    ProvisionRequest failed: 4 (Couldn't resolve host name)
15716.23 PROV I: notify_http_done: Received 0 (Couldn't resolve host name) on request
 https://RTP-TBTP-EXPRWY-E.tbtp.local:8443/dGJ0cC5jb20/get_edge_config/

Correção

1. Verifique se o registro collab-edge está presente e retorna o nome de host correto.
2. Verifique se as informações do servidor DNS configuradas no cliente estão corretas.

Problema 2: A CA Não Está Presente na Lista de CAs Confiáveis no Ponto de Extremidade com Base em TC

Logs de endpoint TC

15975.85 HttpClient     Trying xx.xx.105.108...
15975.85 HttpClient     Adding handle: conn: 0x48390808
15975.85 HttpClient     Adding handle: send: 0
15975.86 HttpClient     Adding handle: recv: 0
15975.86 HttpClient     Curl_addHandleToPipeline: length: 1
15975.86 HttpClient     - Conn 64 (0x48396560) send_pipe: 0, recv_pipe: 0
15975.87 HttpClient     - Conn 65 (0x4835a948) send_pipe: 0, recv_pipe: 0
15975.87 HttpClient     - Conn 67 (0x48390808) send_pipe: 1, recv_pipe: 0
15975.87 HttpClient     Connected to RTP-TBTP-EXPRWY-E.tbtp.local (xx.xx.105.108)
 port 8443 (#67)
15975.87 HttpClient     successfully set certificate verify locations:
15975.87 HttpClient     CAfile: none
  CApath: /config/certs/edge_ca_list
15975.88 HttpClient   Configuring ssl context with special Edge certificate verifier
15975.88 HttpClient     SSLv3, TLS handshake, Client hello (1):
15975.88 HttpClient     SSLv3, TLS handshake, Server hello (2):
15975.89 HttpClient     SSLv3, TLS handshake, CERT (11):
15975.89 HttpClient     SSLv3, TLS alert, Server hello (2):
15975.89 HttpClient     SSL certificate problem: self signed certificate in
 certificate chain
15975.89 HttpClient     Closing connection 67
15975.90 HttpClient     HTTPClientCurl error
 (https://RTP-TBTP-EXPRWY-E.tbtp.local:8443/dGJ0cC5jb20/get_edge_config/):
 'Peer certificate cannot be authenticated with given CA certificates'

15975.90 PROV    ProvisionRequest failed: 4 (Peer certificate cannot be
 authenticated with given CA certificates)
15975.90 PROV I: notify_http_done: Received 0 (Peer certificate cannot be
 authenticated with given CA certificates) on request
 https://RTP-TBTP-EXPRWY-E.tbtp.local:8443/dGJ0cC5jb20/get_edge_config/
15975.90 PROV   EDGEProvisionUser: start retry timer for 15 seconds

Correção

1. Verifique se uma CA de terceiros está listada na guia Security > CAs no endpoint.
2. Se o CA estiver listado, verifique se está correto.

Problema 3: O Expressway-E não tem o domínio UC listado na SAN

Logs de endpoint TC

82850.02 CertificateVerification ERROR: [verify_edge_domain_in_san]: Edge TLS
 verification failed: Edge domain 'tbtp.local' and corresponding SRVName
 '_collab-edge._tls.tbtp.local' not found in certificate SAN list
82850.02 HttpClient     SSLv3, TLS alert, Server hello (2):
82850.02 HttpClient     SSL certificate problem: application verification failure
82850.02 HttpClient     Closing connection 113
82850.02 HttpClient     HTTPClientCurl error
(https://RTP-TBTP-EXPRWY-E.tbtp.local:8443/dGJ0cC5jb20/get_edge_config/):
 'Peer certificate cannot be authenticated with given CA certificates'

SAN Expressway-E

X509v3 Subject Alternative Name:
                DNS:RTP-TBTP-EXPRWY-E.tbtp.local, SRV:_collab-edge._tls.tbtppppp.local

Correção

1. Regenerar o CSR do Expressway-E para incluir o(s) domínio(s) de UC.
2. É possível que no ponto de extremidade TC o parâmetro ExternalManager Domain não esteja definido como o Domínio UC. Se este for o caso, você deve igualá-lo.

Problema 4: O nome de usuário e/ou a senha fornecidos no perfil de provisionamento TC estão incorretos

Logs de endpoint TC

83716.67 HttpClient     Server auth using Basic with user 'pstojano'
83716.67 HttpClient     GET /dGJ0cC5jb20/get_edge_config/ HTTP/1.1
Authorization: xxxxxx
Host: RTP-TBTP-EXPRWY-E.tbtp.local:8443
Cookie: JSESSIONIDSSO=34AFA4A6DEE1DDCE8B1D2694082A6D0A
Content-Type: application/x-www-form-urlencoded
Accept: text/xml
User-Agent: Cisco/TC
Accept-Charset: ISO-8859-1,utf-8
83716.89 HttpClient     HTTP/1.1 401 Unauthorized
83716.89 HttpClient     Authentication problem. Ignoring this.
83716.90 HttpClient     WWW-Authenticate: Basic realm="Cisco-Edge"
83716.90 HttpClient     Server CE_C ECS is not blacklisted
83716.90 HttpClient     Server: CE_C ECS
83716.90 HttpClient     Date: Thu, 25 Sep 2014 17:42:51 GMT
83716.90 HttpClient     Age: 0
83716.90 HttpClient     Transfer-Encoding: chunked
83716.91 HttpClient     Connection: keep-alive
83716.91 HttpClient
83716.91 HttpClient     0
83716.91 HttpClient     Connection #116 to host RTP-TBTP-EXPRWY-E.tbtp.local
 left intact
83716.91 HttpClient   HTTPClientCurl received HTTP error 401

83716.91 PROV    ProvisionRequest failed: 5 (HTTP code=401)
83716.91 PROV I: notify_http_done: Received 401 (HTTP code=401) on request
 https://RTP-TBTP-EXPRWY-E.tbtp.local:8443/dGJ0cC5jb20/get_edge_config/

Expressway-C/VCS-C

2014-09-25T13:46:20-04:00 RTP-TBTP-EXPRWY-C edgeconfigprovisioning
 UTCTime="2014-09-25 17:46:20,92" Module="network.http.edgeconfigprovisioning"
 Level="DEBUG" Action="Received"
 Request-url="https://xx.xx.97.131:8443/cucm-uds/user/pstojano/devices" 
HTTPMSG:
|HTTP/1.1 401 Unauthorized
 Expires: Wed, 31 Dec 1969 19:00:00 EST
 Server: 
 Cache-Control: private
 Date: Thu, 25 Sep 2014 17:46:20 GMT
 Content-Type: text/html;charset=utf-8
 WWW-Authenticate: Basic realm="Cisco Web Services Realm"

2014-09-25T13:46:20-04:00 RTP-TBTP-EXPRWY-C UTCTime="2014-09-25 17:46:20,92"
 Module="developer.edgeconfigprovisioning.server" Level="DEBUG"
 CodeLocation="edgeprotocol(1018)" Detail="Failed to authenticate user against server"
 Username="pstojano" Server="('https', 'xx.xx.97.131', 8443)"
 Reason="<twisted.python.failure.Failure <type 'exceptions.Exception'>>
"2014-09-25T13:46:20-04:00 RTP-TBTP-EXPRWY-C edgeconfigprovisioning: 
Level="INFO" Detail="Failed to authenticate user against server" Username="pstojano" 
Server="('https', 'xx.xx.97.131', 8443)" Reason="<twisted.python.failure.Failure
 <type 'exceptions.Exception'>>" UTCTime="2014-09-25 17:46:20,92"

Correção

1. Verifique se o Nome de usuário/Senha inserido na página Provisionamento no endpoint TC é válido.
2. Verifique as credenciais no banco de dados CUCM.
3. Versão 10 - use o portal Self Care
4. Versão 9 - use as Opções do usuário do CM

A URL para ambos os portais é a mesma: https://%CUCM%/ucmuser/

Se for apresentado um erro de direitos insuficiente, verifique se estas funções estão atribuídas ao usuário:

• CTI padrão habilitado
• Usuário final do CCM padrão

Problema 5: O registro de endpoint baseado em TC é rejeitado

Rastreamentos de CUCM

08080021.043 |16:31:15.937 |AppInfo  |SIPStationD(18400) - validTLSConnection:TLS
 InvalidX509NameInCertificate, Rcvd=RTP-TBTP-EXPRWY-C.tbtp.local,
 Expected=SEP00506006EAFE. Will check SAN the next
08080021.044 |16:31:15.937 |AppInfo  |SIPStationD(18400) - validTLSConnection:TLS
 InvalidX509NameInCertificate Error , did not find matching SAN either,
 Rcvd=RTP-TBTP-EXPRWY-C.tbtp.local, Expected=Secure-EX90.tbtp.local
08080021.045 |16:31:15.937 |AppInfo  |ConnectionFailure - Unified CM failed to open
 a TLS connection for the indicated device Device Name:SEP00506006EAFE
 IP Address:xx.xx.97.108 IPV6Address: Device type:584 Reason code:2 App ID:Cisco
 CallManager Cluster ID:StandAloneCluster Node ID:RTP-TBTP-CUCM9  08080021.046
 |16:31:15.938 |AlarmErr |AlarmClass: CallManager, AlarmName: ConnectionFailure,
 AlarmSeverity: Error, AlarmMessage: , AlarmDescription: Unified CM failed to open
 a TLS connection for the indicated device, AlarmParameters:
  DeviceName:SEP00506006EAFE, IPAddress:xx.xx.97.108, IPV6Address:,
 DeviceType:584, Reason:2, AppID:Cisco CallManager, ClusterID:StandAloneCluster,
 NodeID:RTP-TBTP-CUCM9,

Endpoint TC

Expressway-C/VCS-C real

X509v3 Subject Alternative Name:
DNS:RTP-TBTP-EXPRWY-C.tbtp.local, XMPP:conference-2-StandAloneCluster5ad9a.tbtp.local

Neste exemplo de registro específico, está claro que o Expressway-C/VCS-C não contém o FQDN do perfil de segurança do telefone na SAN. (Secure-EX90.tbtp.local). No handshake do Transport Layer Security (TLS), o CUCM inspeciona o certificado de servidor do Expressway-C/VCS-C. Como não o encontra na SAN, ele emite o erro em negrito e relata que esperava o perfil de segurança do telefone no formato FQDN.

Correção

1. Verifique se o Expressway-C/VCS-C contém o perfil de segurança do telefone no formato FQDN na SAN do certificado do servidor.
2. Verifique se o dispositivo usa o perfil de segurança correto no CUCM se você usa um perfil seguro no formato FQDN.
3. Isso também pode ser causado pelo bug da Cisco ID CSCuq86376. Se este for o caso, verifique o tamanho da SAN do Expressway-C/VCS-C e a posição do Perfil de segurança do telefone dentro da SAN.

Problema 6: Falha no provisionamento de endpoint baseado em TC - Sem servidor UDS

Este erro deve estar presente em Diagnostics > Troubleshooting :

Error: Provisioning Status
Provisioning failed: XML didnt contain UDS server addres

Logs de endpoint TC

 Role para a direita para ver os erros em negrito

9685.56 PROV    REQUEST_EDGE_CONFIG:
9685.56 PROV    <?xml version='1.0' encoding='UTF-8'?>
9685.56 PROV    <getEdgeConfigResponse version="1.0"><serviceConfig><service><name>_cisco-phone-tftp</name><error>NameError</error></service><service><name>_cuplogin</name><error>NameError</error></service><service><name>_cisco-uds</name><server><priority>1</priority><weight>1</weight><port>8443</port><address>cucm.domain.int</address></server></service><service><name>tftpServer</name><address></address><address></address></service></serviceConfig><edgeConfig><sipEdgeServer><server><address>expe.domain.com</address><tlsPort>5061</tlsPort></server></sipEdgeServer><sipRequest><route>&lt;sip:192.168.2.100:5061;transport=tls;zone-id=3;directed;lr&gt;</route></sipRequest><xmppEdgeServer><server><address>expe.domain.com</address><tlsPort>5222</tlsPort></server></xmppEdgeServer><httpEdgeServer><server><address>expe.domain.com</address><tlsPort>8443</tlsPort></server></httpEdgeServer><turnEdgeServer/>
8443</edgeConfig></getEdgeConfigResponse>
9685.57 PROV ERROR: Edge provisioning failed! url='https://expe.domain.com:8443/ZXUuY2hlZ2cuY29t/get_edge_config/', message='XML didn't contain UDS server address'
9685.57 PROV   EDGEProvisionUser: start retry timer for 15 seconds
9700.57 PROV I: [statusCheck] No active VcsE, reprovisioning!

Correção

1. Verifique se há um Perfil de serviço e um Serviço CTI UC associados à conta de Usuário final usada para solicitar o provisionamento de ponto de extremidade por meio de serviços MRA.

2. Navegue até CUCM admin > User Management > User Settings > UC Service e crie um CTI UC Service que aponte para o IP do CUCM (ou seja, MRA_UC-Service).

3. Navegue até CUCM admin > User Management > User Settings > Service Profile e crie um novo perfil (ou seja, MRA_ServiceProfile).

4. No novo Perfil de Serviço, role até a parte inferior e, na seção Perfil CTI, selecione o novo Serviço CTI UC que você acabou de criar (ou seja, MRA_UC-Service) e clique em Salvar.

5. Navegue até CUCM admin > User Management > End User e localize a conta de usuário usada para solicitar o provisionamento de ponto final por meio de serviços MRA.

6. Em Service Settings desse usuário, verifique se Home Cluster está marcado e se UC Service Profile reflete o novo Service Profile que você criou (ou seja, MRA_ServiceProfile), depois clique em Save.

7. A replicação pode demorar alguns minutos. Tente desabilitar o modo de provisionamento no ponto de extremidade e ative-o novamente alguns minutos mais tarde para ver se o ponto de extremidade agora se registra.

Informações Relacionadas

• Guia de acesso móvel e remoto
• Guia de criação de certificado VCS
• Guia de introdução do EX90/EX60
• Suporte Técnico e Documentação - Cisco Systems