Prezados, este é o nosso post II sobre CUCME (Cisco Unified Communications Manager Express). Neste post vamos abordar implementações, integrações com CUE e com a Telefonia tradicional. Então, vamos em frente…

CRONOGRAMA

Parte I

- Introdução
- Histórico
- Principais features
- Estrutura básica do CUCME

Parte II
- Visão geral sobre o CUE
- Implementando o CUCME
- Integrando o CUCME com o CUE
- Integrando o CUCME com a telefonia tradicional

1. Visão geral sobre o CUE

O CUE (Cisco Unity Express) é uma Solução proprietária da Cisco® que é responsável pelo auto-atendimento e armazenamento de mensagens de correio de voz eletrônico. Seu fucionamento atua de modo bem semelhante ao serviço de caixa postal da telefonia móvel, sendo que o seu grande diferencial diz respeito a possibilitar o envio de um e-mail atachando o arquivo de audio da mensagem deixando-o em caixa postal.

Os arquivos enviados pelo CUE, normalmente, são gerados nos formatos de audio mais utilizados, dos quais podemos citar os arquivos de extensões .WAV e .MP3. O CUE é suportado por todos os hardphones comerciais da Cisco e pelo famoso IP Communicator, aquele softphone do qual havíamos comentado no post anterior.

O CUE, por se tratar de uma versão “express”, ele possui limitações em relação a versão “FULL”. Basicamente, suas limitações dizem respeito a quantidade de contas de correio (mailboxes) e das horas suportadas de gravação.

Atualmente há três opções possíveis para habilitar o CUE, que seriam através dos módulos: AIM-CUE, NM-CUE e ISM-SRE. Vamos compreender tais siglas logo abaixo, além disso devemos aproveitar para destacar informações sobre dimensionamento, então vamos conhecer esses termos:

- AIM-CUE & AIM2-CUE-K9: Cisco Unity Express AIM (Advanced Integration Module): suporta no máximo 14 horas para cada mailbox e possui limite máximo de 50 mailboxes.

- ISM-SRE-300-K9: Cisco Unity Express em SRE: suporta no máximo 60 horas de gravação para cada mailbox e possui limite máximo de 100 mailboxes.

- NME-CUE: Cisco Unity Express Network Module Enhanced: suporta no máximo 300 horas para cada mailbox e possui limite máximo de 250 mailboxes.

As NM’s e NME’s são suportadas em linhas de produtos mais robustos como: Cisco 2811 ou superior. De qualquer forma, segue uma ilustração abaixo da NM-CUE (que normalmente a mais utilizada por conta do melhor Custo vs Benefício).

2. Implementando o CUCME

Vamos voltar para o nosso assunto principal que é tratar sobre o CUCME. Nosso propósito para este tópico é “fornecer o caminho das pedras” para a implementação do CUCME, destancando as informações primordiais para implementá-lo com êxito. É válido mencionar que no post III ainda abordaremos sobre a implementação deste produto, isso ocorrerá no tópico: “dominando o CUCME”.

O CUCME possui basicamente três modos para implementá-lo, que são:

- Modo Wizard
- Modo GUI
- Modo CLI

Assim, vamos conhecê-los…

2.1. Modo Wizard

A princípio trataremos sobre o modo Wizard. Bom, ele é bastante prático, por isso ele possui esse nome. Ele é recomendado principalmente para iniciantes ou para os “apressadinhos”. Com apenas um comando o: telephony-service setup executado diretamente no modo global, serão solicitados alguns questionamentos e ao concluir, pronto! CUCME configurado!

Cisco3845_CUCME(config)#telephony-service setup
--- Cisco Unified Communications Manager Express Setup ---
Do you want to setup DHCP service for your IP Phones? [yes/no]: yes
Configuring DHCP Pool for Cisco IOS Telephony Services :
IP network for telephony-service DHCP Pool:172.31.255.192
Subnet mask for DHCP network :255.255.255.192
TFTP Server IP address (Option 150) :172.31.255.193
Default Router for DHCP Pool :172.31.255.193
Do you want to start telephony-service setup? [yes/no]: yes

Configuring Cisco IOS Telephony Services :
Enter the IP source address for Cisco IOS Telephony Services :172.31.255.193
Enter the Skinny Port for Cisco IOS Telephony Services : [2000]:
How many IP phones do you want to configure : [0]: 4
Do you want dual-line extensions assigned to phones? [yes/no]: yes
What Language do you want on IP phones :
0 English
(…)
8 Portuguese
9 Danish
10 Swedish
11 Japanese
[0]: 0
What is the first extension number you want to configure : 1000
Do you have Direct-Inward-Dial service for all your phones? [yes/no]: yes
(…)

Depois dessa pergunta sobre o DID, há umas duas ou três perguntas posteriores. A última pergunta é sobre salvar as configurações… Lembrando que a qualquer momento é possível sair desse modo através da tecla de atalho: CTRL+C.

Implementá-lo no GNS3 segue justamente esse mesmo procedimento, tudo na base de Q&A. O principal ponto fraco para esta implementação diz respeito a necessidades de ajustes, que normalmente se faz necessário, mesmo seguindo todos os passos corretamentes.

2.2. Modo GUI

Agora vamos tratar sobre o modo GUI (Graphical User Interface). Infelizmente ele é um modo limitado, não sendo possível sequer utilizar mais de 10% das funções do CUCME. Mesmo assim ele é pode ser util quando ocorrer algum projeto em que o cliente mesmo queira instalar um telefone IP ainda com suas funções básicas.

Para habilitar o modo GUI, precisaremos realizar as seguintes configurações:

Cisco3845_BLOG(config)# ip http server
Cisco3845_BLOG(config)# ip http authentication { AAA | enable | local | tacacs }
Cisco3845_BLOG(config)# telephone-service
Cisco3845_BLOG(config-telephony)# web admin system name user { password string | secret 0 | 5 string }
Cisco3845_BLOG(config-telephony)# dn-webedit
Cisco3845_BLOG(config-telephony)# time-webedit


Apesar de não ter sido mencionado como habilitar o SSL (Secure Socket Layer) sobre HTTP, podemos mencionar que é da mesma forma de habilitar o HTTPS mesmo para acessar o SDM ou recurso antigo de WEB seguro dos roteadores. Portanto, sem mistérios…

Abaixo, encontra-se uma ilustração sobre o CUCME GUI:

2.3. Modo CLI

Configurar o CUCME através da CLI (Command Line Interface) é o modo mais recomendado, pois através dele é possível customizar toda a plataforma incluindo seus recursos adicionais a nível lógico ou físico que forem contemplados pelo produto. Assim, durante a implementação a flexibilidade é algo inquestionável. É fato que neste modo o processo de implementação poderá demorar um pouco mais, porém sem dúvidas fornecer quaisquer subsídios para se adequar exatamente a necessidade esperada.

Para facilitar nossa compreensão, daremos um exemplo na prática todo comentado, serão destacados os comandos principais a nível de CUCME, assim, segue:

!!! Vamos começar aqui configurando o domínio
ip domain name blog.ccna.com.br
ip host blog_ccna 172.30.3.30
!
!!! Agora vamos atribuir um TFTP Server para todos os aquivos de firmwares / cfgs e toques musicais
!!! toques musicais = .raw | configurações = .xml | arquivos de firmwares já falamos no post I.
!
tftp-server flash:phone/SCCP11.8-2-2SR2S.loads
tftp-server flash:phone/CP7912080002SCCP060817A.sbin
tftp-server flash:phone/P00307020200.bin
tftp-server flash:phone/P00307020200.sbn
tftp-server flash:phone/P00307020200.sb2
tftp-server flash:phone/P00307020200.loads
tftp-server flash:xml/RingList.xml
tftp-server flash:xml/DistinctiveRingList.xml
tftp-server flash:raw/Jamaica.raw
(..)
tftp-server flash:raw/CTU24.raw
tftp-server flash:raw/Breakout_FooFighters.raw
tftp-server flash:raw/PositiveVib_bobmarley.raw
!
!!! Aqui é uma parte importante devemos ter bastante atenção daqui para frente...
telephony-service
!!! Carregando os firmwares que foram disponibilizados via TFTP e associando-os ao modelo de Telephone IP/ endpoint IP
load 7910 SCCP11
load 7960-7940 P00307020200
load 7912 CP7912080002SCCP060817A
!!! Definindo o limite de recursos de building blocks dos endpoints
max-ephones 36
max-dn 144
ip source-address 172.30.3.30172.30.3.30 port 2010
!!! Definindo timeouts
timeouts interdigit 3
timeouts busy 5
timeouts ringing 25
!!! Mensagem na tela dos Telefones
system message Blog CCNA
time-format 24
date-format dd-mm-yy
!!! Configurando a musica em espera
moh bacdprompts/millencolin_nocigar.wav
multicast moh 239.1.1.239 port 2010 route 172.30.3.1 172.31.2.2
!!! Serviço de diretórios interno, ou seja, visualizar a lista de ramal + nome

!!! Lembrando também que o serviço de diretorios pode suporta recursos de ordenacao: last-name-first ou first-name-first directory entry 1 2020 name Fulano
directory entry 2 2021 name Cicrano
directory entry 3 2022 name Beltrano
directory entry 4 2023 name Fulana
!!! Recriando a configuração dos perfis. Lembre-se de realizar o comando “create cnf-files” toda vez que houver qualquer !!! alteração de configuração dos Telefones IP.
create cnf-files version-stamp 7960 Jan 18 2010 16:20:09
!!! Configurando um telefone IP do modelo 7970G
!
ephone-dn 1 dual-line
number 2029
pickup-group Blog_CCNA
label Blog CCNA
description Ramal 2029
name Blog CCNA
no huntstop
!
ephone 2
device-security-mode none
mac-address AAAA.BBBB.CCCC
type 7970G
no dnd feature-ring
button 2:2
!

3. Integrando o CUCME com o CUE

Após ter configurado o CUCME, podemos ainda integrá-lo com o CUE. Assim, para configurar o CUE, temos que primeiro conhecer o conceito de MWI. MWI é o acrônimo para Message Waiting Indication e esse termo será utilizado bastante em recursos de voice-mail.

Como exemplo, vamos mencionar o seguinte, o equipamento possui uma NM e será utilizando o gw SIP para termos uma idéia de como ficaria a configuração, assim, segue:

!
sip-ua
mwi-server ip-address [expires seconds] [port port] [transport tcp | udp]
telephony-service
voicemail 123456789
mwi prefix prefix-string
!!! Cfg Loopback
interface Loopback0
ip address 192.168.87.65 255.255.255.252
!
!!! Interface na NM'
interface Service-Engine1/0
ip unnumbered Loopback0
no shutdown
service-module ip address 192.168.87.65 255.255.255.252
service-module ip default-gateway 1 192.168.87.66

!!! Além disso, é possível também habilitar o CUE nos ephones através do comando: mwi [ on | off ] 

4. Integrando o CUCME com a telefonia tradicional

Ao tratarmos sobre integração do CUCME com a telefonia tradicional já nos gera uma idéia em termos de comunicação com portas digitais ou analógicas, bem como esse post já está ficando bem longo… Vamos a um exemplo simples de integração com a interface FXO interligada a um pabx analógico. Devemos considerar que a porta FXO está ligada em posição do ramal 2024 desse PABX-analógico, confiram:

!!! Configuração da interface FXO
voice-port 0/1/1
trunk-group Blog_CCNA
translate calling 1
translate called 1
supervisory disconnect dualtone mid-call
supervisory dualtone-detect-params 1
soft-offhook
output attenuation -1
no vad
no comfort-noise
cptone BR
timeouts call-disconnect 120
connection plar opx 2024 cut-through-wait
music-threshold -70
station-id name Blog_CCNA
station-id number @
caller-id enable
!!! Criação de um dial-peer, onde ao discar “0” solicitará a sinalização do PABX para complementar a chamada.
dial-peer voice 1 pots
destination-pattern 0.................
direct-inward-dial
port 0/1/1
forward-digits all
!

Como sabemos, nem todos os comandos foram detalhados, mas mesmo assim com base no que foi abordado, percebemos que a idéia principal sobre o processo de implementação do CUCME foi descrita . De qualquer forma, se houver quaisquer dúvidas ou sugestões, desde já, serão bem vindas!

Até mais,

Italo Amaral

Popularity: 4% [?]

Pessoal, segue nosso 1^o desafio de 2010!

Com relação ao protocolo EIGRP: Para tornar-se um “feasible successor”, qual das seguintes afirmações deve ser verdadeira?

A) A “advertised distance” da rota deve ser menor que a “feasible distance” da rota sucessora
B) A “advertised distance” da rota deve ser maior que a “feasible distance” da rota sucessora
C) A “advertised distance” da rota deve ser menor que a “advertised distance” da rota sucessora
D) A “advertised distance” da rota deve ser maior que a “advertised distance” da rota sucessora

Popularity: 2% [?]

Prezados, este é o nosso post I sobre CUCME (Cisco Unified Communications Manager Express). Neste post vamos abordar temas fundamentais e teóricos para compreendermos como este produto surgiu, como ele evoluiu e quais foram suas principais características desenvolvidas. Além disso, iremos apresentar uma visão geral de seu papel desempenhado nas infra-estruturas de redes convergentes. Assim, vamos adiante…

CRONOGRAMA

Parte I
- Introdução
- Histórico
- Principais features
- Estrutura básica do CUCME

Parte II
- Visão geral sobre o CUE
- Implementando o CUCME
- Integrando o CUCME com o CUE
- Integrando o CUCME com a telefonia tradicional

1. Introdução

O CUCME (Cisco Unified Communications Manager Express) é uma aplicação de PABX IP puro de propriedade da Cisco, ele é “express” pelo fato de se tratar de uma versão limitada em relação a versão “FULL”, o CUCM (Cisco Unified Communications Manager). O CUCME é responsável pelo controle de processamento de chamadas de Telefonia IP / UC, ele é habilitado diretamente em IOS’s dos roteadores das linhas que suportam recursos de VoIP/Telefonia IP. Apesar de ser considerado um “PABX IP puro”, ele possui total interoperabilidade com o mundo analógico e digital.

O CUCME atende desde de pequenas empresas, até médias ou grandes empresas. Através dele é possível criar cenários centralizados ou distribuídos de Telefonia IP ou mesmo em ambiente multi-distribuído fisicamente.

Para aqueles que já conhecem ou pelo menos já ouviram falar da versão FULL, já percebem grandes diferenças em relação a versão EXPRESS em termos de manuseabilidade. Pois apesar de ambos possuirem acesso via GUI baseado em Web, o CUCME ainda hoje deixa muito a desejar em relação ao seu acesso via WEB, pois não é possível utilizar nem 10% das features do produto através da GUI. Assim, o CUCME é configurado praticamente via CLI, portanto é até desejável que o recurso via WEB seja desabilitado.

A Cisco entrou nesse mercado em 1998 e foi justamente nesse ano que surgiu o primeiro “CUCME”, sendo que ele era chamado de ITS (IOS Telephony Services). A seguir, iremos relatar um pouco do histórico desse PABX IP.

2. Histórico

O gráfico abaixo nos mostra a evolução do CUCME fazendo uma referência entre os IOS’s vs o decorrer dos anos.

Como vimos, a última versão do ITS foi a 2.1, depois disso esse sistema de PABX IP da Cisco foi patenteado de CCME (Cisco Call Manager Express), tendo como sua primeira versão o CCME 3.0. Daí para frente ocorre uma evolução circunstancial até que em 2007 o produto foi renomeado e, assim, foi lançado o primeiro CUCME (Cisco Unified Communications Manager Express).

Durante o período de evolução, várias e várias características técnicas foram adicionadas ao produto. Assim, dentre as principais features com base na versão, destacamos:

- ITS 1.0 – COR, NTP, VoFR, VoATM, VoIP H323.
- ITS 2.0 – MOH, TCL e integração com o Unity.
- ITS 2.0.1 – Suporte ao serviço de diretórios internos.
- ITS 2.1 – O comando “reset” foi modificado pelo comando “restart”.
- CCME 3.0 - Hunt Groups, DND, Call Pickups, Label (IOS 12.2 e 12.3(4)T).
- CCME 3.1 – Call Park e Suporte ao IP Conference Station 7936 (12.3(7)T).
- CCME 3.2 – Trancoding entre G711-G729, DNIS, Translate Profile.
- CCME 3.2.1/3.2.2/3.3 – Início e evolução do B-ACD (IOS 12.3(14)T).
- CCME 3.4 – Suporte para telefones IP com SIP.
- CCME 4.x – MOH para ligações internas/externas, os recursos de conferência possibilitaram a desconexão do grupo ou apenas parte dos participantes, suporte ao IP Communicator e suporte a FAX.
- CUCME 7.x – A evolução da espécie… Agora esse conceito de Telefonia IP ficou para “trás”, o negócio agora é all-in-one através das comunicações unificadas. . Além disso, essa versão trouxe melhorias circunstanciais para o ambiente de administração via GUI, mas mesmo assim a idéia ainda está limitada.

É válido citar, que com o decorrer dessa evolução, novos Telefones IP’s também foram sendo fabricados e suportados com base na versão corrente dos ITS’s ou CCME’s ou CUCME’s. Só a título de exemplo, o tradicional ATA 186 foi suportado desde o ITS2.0.1.

O PABX IP da Cisco, tendo como referência sua versão express, percebemos tamanha robustez que o tornam um bem mais completo e integrado do que um simples PABX IP.

Como vimos, foram mencionadas algumas características técnicas do PABX IP da Cisco, assim, para que possamos nos familiarizar ainda mais ou para fazermos uma pequena revisão, iremos discuti-las a seguir.

3. Principais features do ITS/CCME/CUCME

Agora iremos mencionar alguma características técnicas (features) do PABX IP da Cisco, contemplando um pequeno trecho explicativo.

- COR: É o acrônimo para Class-on-Restrictions, este recurso restringe chamadas de I/O (entrada ou saída). Por exemplo, para certos usuários seria proibido discar para qualquer que seja o 0300*** ou mesmo receber qualquer ligação feita à cobrar 9090***. Este recurso é bem interessante e é aplicado diretamente nos dial-peers.
- MOH: Music-on-hold, trata-se da música de espera. Normalmente o arquivo possui extensão .au, esse formato de arquivo de som é tradicionalmente usado por programas de Unix e Unix-Like, mas também é adotado como formato de áudio padrão para a linguagem Java.
- DND: Do-not-Disturb, o nome já diz tudo!
- Call Pickup: recurso para capturar chamada de outro telefone ou grupo.
- Hunt-groups: recurso que manipula uma sequência de ramais para chamadas, ou seja, há como deixar os telefones de um departamento tocando simultaneamente, serialmente ou até mesmo de modo circular.
- TCL (Tool Command Language): linguagem de script para customizar recursos de IVR (Interative Voice Response)
- DNIS: Suporte ao serviço de diretórios internos, com ele é possível criar uma agenda contendo ramal/número e nome.
- Call Forward: é o recurso responsável pelo encaminhamento de chamadas. Também é conhecido como o famoso “siga-me”.
- IP Communicator: não seria bem uma característica… mas sim o Softphone da Cisco. É válido lembrar que a Cisco também já teve um produto chamado Softphone, entretanto ele foi descontinuado no final de 2005. O IP Communicator é baseado no hardphone IP Phone 7970. Abaixo temos uma ilustração do IP Communicator integrado ao Cisco VT Advantage (câmera).

Ele é suportado pelos protocolos SCCP (Skinny Call Control Protocol) e também SIP (Session Initiation Protocol), sendo que se for necessário habilitar o recurso de VT-A (vídeo) será necessário utilizar obrigatoriamente o SCCP, pois o IP Communicator não suporta vídeo sobre o protocolo SIP.

4. Estrutura básica do CUCME

4.1. Arquivos do CUCME

- Arquivos base: normalmente eles possuem uma extensão .tar que contém alguns firmwares básicos dos telefones e também arquivos para a GUI do produto. O procedimento técnico para extrair esses arquivos é o mesmo de qualquer outro arquivo .tar utilizado nos produtos da Cisco. Assim, o comando seria esse: # archive tar /xtract source-url flash:/<dir>, onde o source-url normalmente utiliza-se via tftp.

- Firmwares dos Endpoints: eles possuem extensões .sbn e .bin. A Cisco recomenda a utilização de arquivos .sbn, pois eles são assinados e homologados (sbn = signed binary), já o .bin trata-se do unsigned.

- Arquivos XML: são os templates de configuração dos telefones, onde é possível ocultar ou habilitar certos recursos ou teclas ou softkeys dos endpoints de Comunicações Unificadas.

4.2. Dimensionamento

- Os CUCME’s são extremamente flexíveis em relação a sua configuração de desenho para atender a soluções integradas de Telefonia IP ou mesmo de Comunicações Unificadas. Dependendo da plataforma teremos uma quantidade “X” de endpoints IP’s suportados. Abaixo, encontra-se a plataforma e o quantitativo de endpoints suportáveis:

É válido citar que essa tabela tem como referência o CUCME 7.1.

4.3. Building Blocks

Para entedermos como alocar os telephones IP’s ou os endpoints IP, devemos saber que o CUCME utiliza o conceito de Building Blocks, através de dois recursos básicos que são os ephones e os ephone-dn’s.

Certo, mas o que seriam esses ephone(dn)’s? Vamos abordá-los:

- ephone: trata-se de Ethernet Phone. É a estrutura que representa um endpoint-ip instrumental, podendo ser físico no caso dos hardphones ou lógico, no caso dos softphones. É nele onde é atribuído o mac-address do dispositivo a ser gerenciado e controlado. Assim, cada ephone pode ter multiplas extensões associadas em relacionamentos um-para-muitos ou muitos-para-muitos. O número máximo de ephones representa justamente o número máximo de telefones suportados com base no dimensionamento.

- ephone-dn: trata-se de Ethernet Phone Directory Number, ele representa um ou mais linhas que conectam a um canal de você através da lógica que um usuário faz para criar e receber chamadas. Esse comando cria automaticamente uma porta de voz virtual que pode ser associada para um ou mais dial-peers’s. O ephone-dn possui os seguintes modelos:

–- Single-line (padrão): onde um ephone é associado para um ephone-dn. O problema maior deste tipo, é que apenas uma linha por vez é suportada, assim, se houver uma chamada secundária para um número do qual já está alocado, resultará em linha ocupada.
–- Dual-line: onde um ephone-dn “dual-line”, ou seja, com suporte a duas linhas, assim, o problema do single-line já é resolvido :).
–- Shared ephone-dn: atrela dois ou mais ephones a um só ephone-dn.
–- Overlaid ephone-dn: é justamente o inverso do conceito do shared, ou seja, ele atrela dois ou mais ephone-dns a um só ephone.

Além desses, ainda é possível atribuir dois ou mais ephone-dn’s com um só número ou mesmo mesclar tipos diferentes de ephone-dn’s. A título de comando para a realização dessa modelagem utilzamos o comando “button” que deve ser utilizado dentro do ephone.

A nível de sintaxe, teríamos o seguinte exemplo básico:

Cisco2851(config)#! criando um e-phone
Cisco2851(config)# ephone-dn 1 dual-line
Cisco2851(config-ephone-dn)# number 1234
Cisco2851(config-ephone-dn)# description Ephone-dn-teste1
Cisco2851(config-ephone-dn)# name IP_PHONE_BLOG_CCNA
Cisco2851(config)# ephone-dn 2 dual-line
Cisco2851(config-ephone-dn)# number 1235
Cisco2851(config-ephone-dn)# description Ephone-dn-teste2
Cisco2851(config-ephone-dn)# name IP_PHONE_BLOG_CCNA2
Cisco2851(config)#ephone 1
Cisco2851(config-ephone)#mac-address 0123.4567.89A0
Cisco2851(config-ephone)#type 7960
Cisco2851(config-ephone)#auto-line incoming
Cisco2851(config-ephone)#button 1:1 2o2

Recomendamos para os que tentarem fazer esse pequeno teste em LAB, ao digitar o comando base, utilizar o recurso da “?” para explorar mais as funções e sintaxes. No post II desta série abordaremos mais sobre implementações, inclusive detalhando cada comando,

Até mais,

Italo.

Popularity: 4% [?]

Estavam sentindo falta de um desafio, não estavam? Pois segue mais um, para fazer vocês pensarem um pouco… este, sobre EIGRP, um dos protocolos de roteamento cobrado no exame 640-802 (CCNA), e também no exame BSCI (CCNP). Procurem compreender a questão, pesquisem e, somente então, respondam!

Bom trabalho!

Dois roteadores foram configurados com EIGRP conforme ilustra a figura abaixo:

O router CK1 e o router CK2 não estão formando adjacência EIGRP. Quais as possíveis razões para este problema?

A) A configuração de bandwidth nas interfaces de ambos os routers não bate

B) Os routers pertencem à sistemas autônomos distintos

C) EIGRP não forma adjacências usando endereços IP secundários

D) O parâmetro “network” da config EIGRP não bate com a subrede configurada na interface Ethernet

E) Auto-sumarização não foi corretamente configurada no router CK1

Popularity: 3% [?]