A Cisco lançou um link para que vocês possam verificar o que serve como requisito de cada certificação nível associate (CCNA Voice, CCNA Security, CCNA Wireless, ect) nesse link: http://www.cisco.com/web/learning/tools/ccna_tool/index.html

Veja abaixo os requisitos válidos para o CCNA Security.

Requisitos para certificações Cisco

Na realidade o CCNA ou CCENT atual sendo válido continua servindo como requisito para maioria das provas. Para descobrir o pré-requisito no link anterior basta selecionar a certificação que você está querendo fazer e verificar se a versão 1.1 é aceita ou não como requisito.

Outro ponto é que apesar do CCENT ter sido colocado como requisito para muitas das carreiras, você vai notar que elas aceitam o CCNA R&S (composite v2.0), pois ele abrange o conteúdo do CCENT e naturalmente é aceito como requisito para completar a certificação.

Espero que tenha ajudado a tirar as dúvidas e qualquer coisa perguntem!!!

Prof Marcelo Nascimento

Confiram o artigo original publicado pela DlteC do Brasil: Como eu descubro o pré-requisito para uma certificação Cisco nível associate com as mudanças no CCNA?

Antes de começar, certifique-se que você está utilizando uma versão de CUCME que suporta essa recurso!

Vamos direto a um exemplo prático onde já temos os ramais 6000 e 6001 criados e queremos monitorar através do 6000 o ramal 6001:

!
ephone-dn  1
number 6001
description Gerencia-6001
allow watch
!
!
ephone-dn  2
number 6000
description Secretaria-6000
!

ephone  1
device-security-mode none
mac-address xxxx.yyyy.zzzz
button  1:1
!
ephone  2
device-security-mode none
mac-address xxxx.yyyy.zzzz
blf-speed-dial 1 6000 label “Gerencia″
button  1:2

!
presence
presence call-list
!

Os comandos que habilitaram o presence são os em destaque, portanto com essa configuração quando o ramal 6001 receber ou fizer uma ligação um ícone no botão do speed-dial do ramal 6000 indicará essa condição. Esse ícone aparecerá como uma nova linha no telefone e com o nome (label) “Gerencia”, o qual ficará vermelho quando o telefone 1 (linha 6001) ficar off-hook, conectado ou no estado de DND.

Veja a figura abaixo de um exemplo que tenho configurado em meu ramal pessoal, onde eu monitoro os ramais da Ana e do Alexei. Ao ligar para o prof Alexei o ícone do BLF com o ramal dele mostra que o telefone está sendo chamado e o speed-dial ficou vermelho, permitindo que eu monitore o status do seu telefone e não desperdice tempo tentando ligar quando ele já está ocupado.

Presence no CUCME – BLF

Para que a configuração seja aplicada será necessário resetar os telefones envolvidos, caso não funcione entre com o comando ”create cnf-files” dentro do telephony-services.

Você pode testar em seu laboratório utilizando o GNS3 e o Cisco IP Communicator sem problemas algum, o packet tracer já não suporta esse tipo de configuração. Nós na DlteC utilizamos um CUCME internamente em nosso escritório (com Cisco 2801, telefones 7911G e CIPC) e temos também o CUCM/CUC/CUPS instalados em laboratório, portanto o que mostramos em nossos cursos e posts realmente funciona!

Hoje ficamos por aqui e até a próxima!!!

Confiram o artigo original publicado pela DlteC do Brasil: Configurando recursos de Presence no CUCME – CCNA Voice

Veja abaixo o mapeamento das certificações.

Carreiras Cisco

Note que com exceção das carreiras de Vídeo e Data Center, todas as demais áreas tem o CCENT como pré-requisito e o CCNA Routing e Switching vira pré-requisito apenas do CCNP.

A nova versão do ICND-1 (100-101) tem diferenças em relação à antiga  (640-822) , agora alguns conceitos que eram cobrados no ICND-2 foram trazidos para ele, tais como OSPF single area e ACL, assim como o tópico de WLAN foi retirado nessa nova versão.

Espero que vocês tenham gostado do artigo e até uma próxima!

 Prof. Marcelo Nascimento

Confiram o artigo original publicado pela DlteC do Brasil: Alteração no mapa das carreiras da Cisco – CCENT como pré-requisito

Juntamente com o número, o nome do CCNA mudou para CCNA Routing and Switching e deixa de ser pré-requisito para as demais carreiras de certificação da Cisco, pois agora o CCENT será o requisito para maioria das carreiras (confira o mapa das carreiras nesse link).

Para entendermos as diferenças veja abaixo o conteúdo do novo CCNA Routing and Switching (composite 200-120):

Operation of IP Data Networks

• Operation of IP Data Networks
• Recognize the purpose and functions of various network devices such as Routers, Switches, Bridges and Hubs.
• Select the components required to meet a given network specification.
• Identify common applications and their impact on the network
• Describe the purpose and basic operation of the protocols in the OSI and TCP/IP models.
• Predict the data flow between two hosts across a network.
• Identify the appropriate media, cables, ports, and connectors to connect Cisco network devices to other network devices and hosts in a LAN

LAN Switching Technologies

• Determine the technology and media access control method for Ethernet networks
• Identify basic switching concepts and the operation of Cisco switches.
• Configure and verify initial switch configuration including remote access management.
• Verify network status and switch operation using basic utilities such as ping, telnet and ssh.
• Identify enhanced switching technologies
• Describe how VLANs create logically separate networks and the need for routing between them.

IP addressing (IPv4 / IPv6)

• Describe the operation and necessity of using private and public IP addresses for IPv4 addressing
• Identify the appropriate IPv6 addressing scheme to satisfy addressing requirements in a LAN/WAN environment.
• Identify the appropriate IPv4 addressing scheme using VLSM and summarization to satisfy addressing requirements in a LAN/WAN environment.
• Describe the technological requirements for running IPv6 in conjunction with IPv4 such as dual stack
• Describe IPv6 addresses

IP Routing Technologies

• Describe basic routing concepts
• Describe the boot process of Cisco IOS routers
• Configure and verify utilizing the CLI to set basic Router configuration
• Configure and verify operation status of a device interface, both serial and ethernet
• Verify router configuration and network connectivity
• Configure and verify routing configuration for a static or default route given specific routing requirements
• Manage Cisco IOS Files
• Differentiate methods of routing and routing protocols
• Passive Interfaces
• Configure and verify OSPF (single area)
• Configure and verify EIGRP (single AS)
• Configure and verify interVLAN routing (Router on a stick)

IP Services

• Configure and verify DHCP (IOS Router)
• Describe the types, features, and applications of ACLs
• Configure and verify ACLs in a network environment
• Identify the basic operation of NAT
• Configure and verify NAT for given network requirements
• Configure and verify NTP as a client
• Recognize High availability (FHRP)
• Configure and verify Syslog
• Describe SNMP v2 & v3

Network Device Security

• Configure and verify network device security features such as
• Configure and verify Switch Port Security features such as
• Configure and verify ACLs to filter network traffic
• Configure and verify an ACLs to limit telnet and SSH access to the router

Troubleshooting

• Identify and correct common network problems
• Utilize netflow data
• Troubleshoot and correct common problems associated with IP addressing and host configurations
• Troubleshootand Resolve VLAN problems
• Troubleshoot and Resolve trunking problems on Cisco switches
• Troubleshoot and Resolve Spanning Tree operation issues
• Troubleshoot and Resolve routing issues
• Troubleshoot and Resolve OSPF problems
• Troubleshoot and Resolve EIGRP problems
• Troubleshoot and Resolve interVLAN routing problems
• Troubleshoot and Resolve ACL issues
• Troubleshoot and Resolve WAN implementation issues
• Troubleshoot and Resolve Layer 1 problems
• Monitor NetFlow statistics
• Troubleshoot etherchannel problems

WAN Technologies

• Identify different WAN Technologies
• Configure and verify a basic WAN serial connection
• Configure and verify a PPP connection between Cisco routers
• Configure and verify Frame Relay on Cisco routers
• Implement and troubleshoot PPPoE

Em destaque estão as novidades do exame,  tais como Netflow, PPoE, NTP, SNMP, Syslog, FHRP e Etherchannel, muitos dos assuntos já abordados em nosso material atualmente.

Outra diferença é um tópico focado em troubleshooting das mais diversas tecnologias, pois realmente é parte importante do dia a dia de um CCNA e estava distribuído no exame anterior entre os diversos requisitos.

Notem também que a parte de wireless saiu dessa versão, ficando dedicada no CCNA Wireless, e também a parte de segurança foi reduzida a um mínimo necessário para ter um aprofundamento maior no CCNA Security. Outro item que foi retirado é o protocolo de roteamento RIP, nos requisitos aparecem apenas o OSPF single area e o EIGRP single AS.

Na prática, assim como atualmente ocorre com o CCNA Security, essa nova versão está lançada em inglês e a antiga irá valer até que essa esteja traduzida para o português, o que ocorre normalmente nos seis primeiros meses, portanto a versão 640-802 deve ainda valer até meados de 2014.

Em inglês a versão atual do ICND-1, ICND-2 e CCNA Composite valem até 30 de setembro de 2013, porém como já comentamos a prova em português e demais idiomas levará mais um tempo para o lançamento e a versão atual fica como válida até essa tradução.

Realmente achamos as alterações muito pertinentes, pois assim o exame cada vez mais se aproxima do que é cobrado de um profissional que atua como CCNA nas empresas, deixando assuntos mais específicos para as demais carreiras.

Para maiores informações sobre as carreiras e certificações da Cisco consulte o site: http://www.cisco.com/go/certifications

Espero que vocês tenham gostado do artigo e até uma próxima!

 Prof. Marcelo Nascimento

Confiram o artigo original publicado pela DlteC do Brasil: Cisco anuncia nova versão do CCNA – Confira as mudanças

Uma porta E&M pode trabalhar com a voz em dois ou quatro fios, mais a sinalização através dos fios E (Ear ou earth) e M (Mouth ou magnet). Veja o esquema abaixo o esquema da porta E&M tipo 5 a quatro fios.

E&M Tipo 5

Muitas vezes o mais complicado ao fazer um troubleshooting com placas E&M é convencer que o roteador e suas placas estão realmente funcionando, por isso normalmente utilizo esse teste recomendado pelo TAC (Cisco Technical Assistance Center) utilizando um cabo rollover e criando um dial peer para que o roteador saia com uma ligação de teste por uma porta e atenda por outra porta na mesma placa, garantindo assim que esse módulo está em perfeitas condições de operação.

Porque testar com um cabo rollover? Porque normalmente ele vem com maioria dos roteadores e se não vier é simples de ser crimpado em campo. Vamos lembrar a pinagem do cabo rollover:

1——-8
2——-7
3——-6
4——-5
5——-4
6——-3
7——-2
8——-1

A sinalização é passada no pino 2 (fio M) e 7 (fio E) que na outra porta vai estar conectada de forma cruzada. Os fios 4 e 5 (par de áudio) serão também cruzados mas não irão interferir na voz, pois vamos setar ambas as portas para dois fios (2-wire) com operação tipo 5 (type 5). Com essa configuração, quaisquer dígitos DTMF serão enviados imediatamente para o roteador e o match será feito em um dial peer pré-configurado. Se o teste funcionar podemos ter quase 100% de certeza que a placa está operando normalmente (o quase é porque não testamos todos os fios).

Portanto, para o teste conecte o cabo nas portas a serem testadas e faça a seguinte configuração (veja o número correto das voice ports):

voice-port 1/0/0
!— primeira porta a ser testada
operation 2-wire
signal-type wink
type 5
!
voice-port 1/0/1
!— segunda porta a ser testada
operation 2-wire
signal-type wink
type 5
!
dial-peer voice 100 pots
!— chamada recebida pela port 1/0/0, remove o 100 e colocamos o prefixo 200.
destination-pattern 100
port 1/0/0
prefix 200
!
dial-peer voice 200 voip
!— a chamada para o número 200 é recebida
!— na port 1/0/1 e enviada como uma chamada VoIP para 10.1.1.1
destination-pattern 200
session-target ipv4:10.1.1.1
!

Com essa configuração, quando a chamada entra no roteador para o número 100 ela é enviada via porta  1/0/0. Por padrão esses dígitos são explícitos e são removidos antes de da chamada ser completada, porém para que o teste ocorra temos que usar o comando prefix para adicionar os dígitos 200 como número discado (called number). Devido à conexão em loop entre as portas 1/0/0 e  1/0/1 essa chamada será novamente recebida pelo roteador e os dígitos irão dar match no dial-peer 200, fazendo com que o roteador faça uma nova chamada VoIP para o IP configurado nesse dial-peer. Se estiver tudo OK devemos ouvir novamente nossa voz em loop, provando que as portas estão funcionando.

Outra alternativa de teste que também funciona é você colocar um dial-peer apontando para um ramal IP qualquer, por exemplo:

dial-peer voice 100 pots
!— chamada recebida pela port 1/0/0, remove o 100 e colocamos o prefixo 200.
destination-pattern 100
port 1/0/0
prefix 2000

Nesse caso, o teste seria feito de um ramal diferente do 2000 e ligaria para o número 100, quando a E&M 1/0/0 recebe ela encaminha para a porta 1/0/1 que recebe e manda para o router com o número 2000 e o ramal 2000 deve tocar, assim se a ligação estiver OK testamos o par de portas. Você pode utilizar o comando “show voice port summary” para ver se o canal foi ocupado ou então utilizar o “debug vpm signal” para verificar a troca de sinalização entre as portas.

A maioria dos casos de problemas com E&M são no cabeamento ou configurações nas portas do PABX.

Por hoje ficamos por aqui e até a próxima!!!

Confiram o artigo original publicado pela DlteC do Brasil: Testando porta E&M com cabo rollover em roteadores Cisco – CCNA Voice

A demanda por profissionais de TI com conhecimento em network na América Latina será 35% maior que a oferta de talentos até 2015, o que poder afetar a competitividade dos países da região. O alerta é do estudo “Networking Skills in Latin America“, realizado pela IDC, encomendado pela Cisco.

De acordo com a pesquisa, a América Latina tinha em 2011 uma carência de 139,8 mil profissionais com experiência em redes e conectividade, ou seja, falta de especialistas com habilidade para planejar, projetar, gerenciar e suportar tecnologias de networking nas organizações. A previsão para 2015 é de que esse número aumente para 296 mil, o que representa um crescimento de 35% do déficit de talentos nessa área.

Esta situação é agravada pelas novas tendências, como computação em nuvem, mobilidade transmissão de vídeo pela internet, entre outras tecnologias que estão chegando ao mercado. A falta de profissionais capacitados pode representar um grande desafio para o desenvolvimento econômico da região, sinaliza o estudo.

“A falta de profissionais treinados poderá impactar o desenvolvimento econômico e social na região”, afirma Max Tremp, diretor de Operações Técnicas da Cisco México. Se não houver um esforço para resolver essa carência, o setor de TIC terá dificuldade para manter seu crescimento, alerta o executivo.

A demanda por profissionais capacitados em redes e conectividade na região está sendo impulsionada pela necessidade das empresas de investirem em tecnologias mais eficiente de infraestrutura com cloud computing e virtualização. Além disso, está crescendo o uso de dispositivos conectados e soluções interativas de vídeo nas organizações, que exige habilidade dos especialistas para instalação dessas aplicações.

O estudo da Cisco abordou 767 organizações em oito países: Argentina, Brasil, Chile, Colômbia, Costa Rica, México, Peru e Venezuela. As entrevistas foram segmentadas por setores (governo, educação, saúde, telecomunicações, finanças, etc) e tamanho (mais de 100 empregados).

Tecnologias emergentes

O estudo revelou que demanda por profissionais com conhecimentos básicos em rede como segurança, telefonia IP e banda larga aumentará 44% em 2015. Há dois anos havia uma escassez de cerca de 76 mil profissionais e em 2015 esse número subirá para 129 mil.

Ao analisar a procura por profissionais com conhecimento em tecnologias emergentes, tais como comunicações unificadas, vídeo, computação em nuvem, mobilidade e virtualização, o estudo apontou que havia um déficit de 45% em 2011. Para 2015, esse índice chegará a 56%.

O estudo revelou que há dois anos faltavam 63 mil especialistas nessas tecnologias e que esse número vai pular para 167 mil em 2015. Essa taxa representa uma diferença gradual projetada de 42% em 2011 e 53% em 2015. Com o aumento da penetração dessas tecnologias em organizações latino-americanas, a demanda por estas habilidades terá uma taxa de crescimento anual de 28% em três anos.

O diretor de Operações Técnicas da Cisco no México destacou o impacto sobre a estrutura econômica e social das novas tecnologias, tais como o aumento da penetração de banda larga na região. Ele afirma que a pesquisa mostra que a adoção das TIC e da internet rápida pode impulsionar o sucesso de negócios na América Latina e no Caribe. A expansão de 10% desse serviço representa um aumento do produto interno bruto (PIB) de 3,19% e um crescimento de produtividade de 2,61%, diz o executivo.

Importância das certificações

Para 75% das organizações entrevistadas, as certificações exercem um papel importante porque atestam o conhecimento dos profissionais em redes. Das 767 companhias abordadas, 49% disseram que essas credenciais são “muito importante”, enquanto 28% considerou “importante”.

O estudo também revelou que é cada vez mais difícil encontrar profissionais de segurança da informação para ambiente de resde. A demanda por esse talento aumentou exponencialmente nos oito países pesquisados. Entre as organizações entrevistadas, 87% disseram que vão contratar especialistas com habilidades extras nessa área nos próximos 24 meses.

Fonte: Computerworld

Confiram o artigo original publicado pela DlteC do Brasil: América Latina vai precisar de mais 296 mil especialistas em rede até 2015

Os dados da pesquisa salarial 2013-2012 revelam que enquanto os profissionais de tecnologia em geral tiveram um salto salarial de cerca de 5%, os profissionais Linux obtiveram quase o dobro de crescimento salarial, com um aumento de 9% em seus contracheques. A vice-presidente do Dice.com, Jennifer Bewley disse à Katherine Noyes da PCWorld Internacional: “Conhecer Linux é uma habilidade fundamental, mas está começando também a ser uma habilidade muito bem remunerada (e respeitada). Mais Linux, significa mais dinheiro.”.

Além disso, enquanto a média dos valores pagos como bônus no mercado de tecnologia em geral caíram um pouco, no mercado de Linux houve uma colisão de aumentos consecutivos em bônus (por produção, por inovação, por conhecimentos e até mesmo por resolução de problemas).

Por que ter conhecimentos em Linux proporciona maiores bônus e salários?

Pelo menos uma razão pôde ser apontada, de acordo com o que o que Dice citou como as três áreas de habilidades Linux com maior demanda: sistemas móveis, em nuvem e armazenamento (seguro) de dados. O Linux é a base para cada uma dessas tendências tecnológicas (entre centenas de outras) – desde o Android nos smartphones, até a ampliação da adoção de nuvem e os servidores de alto desempenho que suportam grandes quantidades de dados. Atualmente, o Linux utiliza mais da infraestrutura de computação disponível do que nunca, e a demanda por profissionais talentosos em Linux e os benefícios que vêm com esses empregos estão evidentes.

Fonte: Linux Magazine

Confiram o artigo original publicado pela DlteC do Brasil: Mais Linux, Mais Dinheiro

No evento Cisco Live, em Londres, Robert Soderbery, vice-presidente sênior e gestor geral do grupo de redes empresariais, mostrou um leque de produtos que, segundo ele, estão prontos para a Internet das Coisas. Os equipamentos incluíram pontos de acesso WiFi reforçados, como o Aironet 1550 Series, o router Series 2000 Grid, e  switches industriais, como a série 3000 IE. Além disso foram apresentados pequenos dispositivos para os setores automotivo e militar.

No entanto, Soderbery ressalvou que o fabricante não deverá revelar a sua visão completa para a Internet das Coisas até 2014, porque os planos da companhia vão muito além dos equipamentos apresentados. “Nossa perspectiva é entregar uma plataforma de Internet das Coisas capaz de permitir a implantação de aplicações e a gestão dessas aplicações e disponibilizá-las para a comunidade de desenvolvedores“, disse.

Os equipamentos demonstrados hoje foram desenvolvidos no Cisco Labs. Envolvem a plataforma Jabber , de comunicações unificadas, que combina mensagens instantâneas, voz, vídeo e compartilhamento de desktop.

O gestor da Cisco,  Sean Curtis, mostrou como os sensores na rede podem ser usados para fornecer informação de presença sobre os usuários do sistema Jabber. Por exemplo, quando o usuário entra no seu escritório, os detectores de movimento instalados na porta desencadeariam um alteração do estado do usuário na plataforma de comunicação.

Usando o GPS no smartphone do usuário, o Jabber é capaz de controlar se o indivíduo permanece no escritório ou vai a outro lugar. Se uma segunda pessoa entrar no escritório e fechar a porta – sinal de que estará realizando uma reunião privada – o estado do usuário no Jabber muda automaticamente para “ocupado”.

A caminho da casa do empregado, no carro, o acelerômetro no smartphone desse usuário pode ser usado para indicar se ele tem disponibilidade para conversar. No caso de o dispositivo estar virado para cima no banco do passageiro, o estado no Jabber indicará disponibilidade. Mas se a face estiver para baixo, será sinalizada indisponibilidade.

O Jabber procurará também fornecer sugestões sobre a melhor forma de contactar o usuário – por email, telefone, SMS entre outras –, com base na sua atividade em tempo real. “Os sensores na rede vão fornecer informações, mas é o que vamos fazer com ela que realmente pode melhorar a experiência de utilização e mudar os processos de negócio – a Internet  da Coisas é sobre isso”, disse Curtis.

A vantagem de trabalhar com uma norma aberta como o IP é ter acesso a uma matriz comum, tornando mais fácil às empresas associarem-se, considera a Cisco. Por exemplo, a companhia já está trabalhando com a Schneider Electric para desenvolver aplicações de Internet das Coisas envolvendo a gestão de energia em edifícios.

No entanto, a Cisco considera ser necessário uma adoção maior do IPv6 dentro das organizações, para liberar mais espaço de endereço IP e os fabricantes consigam assim perceber melhor as oportunidades  proporcionadas pela Internet das Coisas em uma escala macro.

Fonte: CIO

Confiram o artigo original publicado pela DlteC do Brasil: Plataforma Cisco para Comunicação M2M

Existe mais de uma maneira de descobrir o MAC e depende do dispositivo que você está conectado para realizar o teste, por isso vamos utilizar duas situações, sendo que a primeira você está em um computador ou servidor baseado no sistema operacional Windows e não vai instalar nenhum programa extra. O teste mais fácil é verificar se o IP está na mesma rede ou subrede que seu computador, se estiver para descobrir o MAC basta dar um ping e depois utilizar ainda no prompt de comando o “arp -a”, pois quando damos um ping para o host de destino o seu computador deve realizar uma consulta ARP para descobrir o MAC de destino dele e com o “arp -a” vamos visualizar o que foi armazenado no cachê arp. Veja exemplo abaixo onde o computador tem o IP 192.168.1.63 e queremos descobrir o MAC do host de destino com IP 192.168.1.254.

C:\>ipconfig

Configuração de IP do Windows

Adaptador Ethernet Ponte de rede:

   Sufixo DNS específico de conexão. . . . . . :
   Endereço IPv6 de link local . . . . . . . . : fe80::ccff:5f8f:47f5:950d%32
   Endereço IPv4. . . . . . . .  . . . . . . . : 192.168.1.63
   Máscara de Sub-rede . . . . . . . . . . . . : 255.255.255.0
   Gateway Padrão. . . . . . . . . . . . . . . : 192.168.1.1

C:\>ping 192.168.1.254

Disparando 192.168.1.254 com 32 bytes de dados:
Resposta de 192.168.1.254: bytes=32 tempo=11ms TTL=64
Resposta de 192.168.1.254: bytes=32 tempo=6ms TTL=64
Resposta de 192.168.1.254: bytes=32 tempo=5ms TTL=64
Resposta de 192.168.1.254: bytes=32 tempo=5ms TTL=64

Estatísticas do Ping para 192.168.1.254:
    Pacotes: Enviados = 4, Recebidos = 4, Perdidos = 0 (0% de
             perda),
Aproximar um número redondo de vezes em milissegundos:
    Mínimo = 5ms, Máximo = 11ms, Média = 6ms

C:\>arp -a

Interface: 192.168.1.63 --- 0x20
  Endereço IP           Endereço físico       Tipo
  192.168.1.1           28-93-fe-6c-e1-63     dinâmico
  192.168.1.254         00-12-7b-50-01-f6     dinâmico
  192.168.1.255         ff-ff-ff-ff-ff-ff     estático
  224.0.0.22            01-00-5e-00-00-16     estático
  224.0.0.252           01-00-5e-00-00-fc     estático
  224.0.1.60            01-00-5e-00-01-3c     estático
  239.255.255.250       01-00-5e-7f-ff-fa     estático
  255.255.255.255       ff-ff-ff-ff-ff-ff     estático

C:\>

Lembre-se que o ARP não armazena informações de hosts em redes ou subredes diferentes das que estão configuradas nas interfaces de rede do computador local.

Se o host remoto tiver o protocolo netbios ativado você pode tentar entrar no switch ou roteador que está na mesma VLAN dele e fazer o mesmo passo a passo acima, com um ping e depois visualizando a tabela arp do roteador ou switch com o “show arp”.

Por exemplo, ainda estando no computador 192.168.1.63 queremos descobrir o MAC do servidor DNS que está na rede 192.168.10.0 e tem IP 192.168.10.1. Para resolver demos um telnet para o roteador 192.168.1.1, o qual tem uma interface na rede 192.168.10.0 para finalizar o teste, veja a saída abaixo.

DlteC-FW#ping 192.168.10.2
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.10.2, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/3/4 ms
DlteC-FW#show arp
Protocol  Address          Age (min)  Hardware Addr   Type   Interface
Internet  10.0.1.1                -   2893.fe6c.e163  ARPA   FastEthernet0/1.20
Internet  10.0.1.2               46   0026.5a9e.9f25  ARPA   FastEthernet0/1.20
Internet  192.168.1.1             -   2893.fe6c.e163  ARPA   FastEthernet0/1.10
Internet  192.168.1.63            0   c018.85e5.eedb  ARPA   FastEthernet0/1.10
Internet  192.168.1.201           2   000c.295e.bb64  ARPA   FastEthernet0/1.10
Internet  192.168.1.254           1   0012.7b50.01f6  ARPA   FastEthernet0/1.10
Internet  192.168.2.1             -   2893.fe6c.e163  ARPA   FastEthernet0/1.30
Internet  192.168.2.22           36   0023.339d.0792  ARPA   FastEthernet0/1.30
Internet  192.168.2.25           10   001d.7060.d31b  ARPA   FastEthernet0/1.30
Internet  192.168.10.1            0   0022.3f3d.d916  ARPA   FastEthernet0/0
Internet  192.168.10.2            -   2893.fe6c.e162  ARPA   FastEthernet0/0
DlteC-FW#show arp | include 192.168.10.2
Internet  192.168.10.2            -   2893.fe6c.e162  ARPA   FastEthernet0/0
DlteC-FW#

Por hoje ficamos com esses conhecimentos, espero que vocês tenham gostado e caso tenham alguma sugestão de post é só colocar no comentário que os mais pedidos serão analisados com muito carinho.

Até uma próxima!!!

Confiram o artigo original publicado pela DlteC do Brasil: Como descobrir o MAC de um host se eu tenho apenas o IP? – CCNA

O RIP ou Routing Information Protocol é um protocolo aberto, definido na RFC  1058, e classificado como vetor de distância. As diferenças básicas entre o RIP versão 1 e versão 2 é que o primeiro é classfull, ou seja, suporta apenas classes cheias (A, B ou C) ou subrede com a mesma máscara e troca atualizações de roteamento via broadcast. Já a versão 2 suporta CIDR (classless) e VLSM (divisão de subredes com várias máscaras de subrede), além disso, troca informações através de multicast no endereço  224.0.0.9. Ambas as versões trocam informações utilizando UDP na porta 520.

Para IPv6 (versão 6 do protocolo IP) o RIP passa a chamar RIPng (Next Generation) e funciona basicamente da mesma maneira que o RIP versão 2 para IPv4, porém enviando updates no endereço IPv6 de multicast FF02::9.

Para configurar o RIP versão 1 basta ativar o protocolo com o comando “router rip”, depois em modo de configuração do roteador definir as redes que serão anunciadas com o comando “network”. No comando network você deve utilizar apenas as redes classfull e não subredes, por exemplo, se no roteador você tem as redes 10.0.0.0/24 e 10.0.1.0/24 você deve anunciar “network 10.0.0.0″, ou seja, apenas a classe A cheia, sem subredes.

Por padrão, com a configuração citada acima você terá o RIP versão 1 ativado, para ativar a versão 2 basta adicionar o comando “version 2″.

Vamos ver um exemplo simples de configuração do RIP para o R2 da topologia abaixo.

Topologia RIP – CCNA

Configuração do RIP v1 no roteador R2:

R2#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
R2(config)#router rip
R2(config-router)#network 192.168.1.0
R2(config-router)#network 192.168.0.0

Configuração do RIP v2 no roteador R2:

R2#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
R2(config)#router rip
R2(config-router)#version 2
R2(config-router)#no auto-summary
R2(config-router)#network 192.168.1.0
R2(config-router)#network 192.168.0.0

O comando “no auto-summary” desabilita a sumarização automática em redes classfull, apesar de nesse caso não ser necessário por todas as redes serem classe C o comando é recomendado pela Cisco. Se estivéssemos utilizando subrede o roteador sem esse comando enviaria para o vizinho apenas um anúncio com a rede classe A, B ou C utilizada como base para as subredes.

Por hoje ficamos com esses conhecimentos, espero que vocês tenham gostado e caso tenham alguma sugestão de post é só colocar no comentário que os mais pedidos serão analisados com muito carinho.

Até uma próxima!!!

Confiram o artigo original publicado pela DlteC do Brasil: Configuração básica do RIP versão 1 e 2 para o CCNA