- Este tópico contém 16 respostas, 9 vozes e foi atualizado pela última vez 14 anos, 7 meses atrás por miovieira.
-
AutorPosts
-
setembro 23, 2009 às 3:16 pm #44482feliciorParticipante
Queria saber.
setembro 23, 2009 às 3:42 pm #72604FlávioParticipanteCara, com base apenas no meu conhecimento, nunca vi uma rede deste tipo funcionar, os IPs das seriais devem estar na mesma rede.
Agora comunicação é um pouco subjetivo, comunicação dos hosts não ocorrerá, porém entre os roteadores haverá comunicação na camada 2, por exemplo: Se o CDP estiver habilitado, os roteadores terão informações sobre endereçamento dos vizinhos e dessa forma o problema poderá ser solucionado.
Monte no PT, se funcionar pra mim é novidade.
setembro 23, 2009 às 3:57 pm #72605Gustavo Rodrigues RamosParticipanteFunciona em links seriais usando PPP ou HDLC. Outros tipos de protocolos da camada de enlace (ethernet, por exemplo) podem não funcionar – a maior probabilidade é que não funcionem de jeito nenhum.
Acontece que em interfaces seriais tudo o que você “mandar” para a interface será enviado para o outro lado (independente do endereçamento IP utilizado nas próprias interfaces). Acontece que usando endereços diferentes você terá dificuldade para testar a conectividade (tendo que colocar rotas, por exemplo) e algumas outras coisas…
Esse é um tipo de “design” que NÃO DEVE SER UTILIZADO. Repito: NÃO DEVE SER UTILIZADO. Já que outros protocolos dependem da comunicação fim-a-fim especificada pela pilha de protocolos TCP/IP (principalmente IP) e este cenário não está de acordo com estas especificações.
Resumindo, não é por que o HDLC ou o PPP funcionem dessa forma que o protocolo IP deve seguir esta mesma linha de pensamento. Se ainda não ficou claro, por favor nos avise pois isso é muito importante que fique _bem claro_, principalmente para quem está começando.
Gustavo.
setembro 23, 2009 às 3:59 pm #72606marcosgessoloParticipanteTem sim, uma das opções é rotas estáticas nos dois roteadores.
Algo assim:
ip route 190.19.3.14 255.255.255.255 serial 0/0 no router 1 e
ip route 189.190.0.50 255.255.255.255 serial 0/0 no router 2.
Att.
setembro 23, 2009 às 4:10 pm #72607feliciorParticipanteVi uma parte da configuração feita em um dos roteadores, lembro que estava configurado com potocolo rip. vou pegar a configuração exata e vou postar.
setembro 23, 2009 às 4:12 pm #72608feliciorParticipanteOs alunos que fizeram no boson disse que conseguiram pingar de um host a outro, duvidei queria ter visto o execicio pronto mas até agora niguem me mostrou.
setembro 23, 2009 às 4:12 pm #72609ferrugemParticipantefelicior e Flávio… Montei este cenário no PT, exatamente com as informações que foram fornecidas, e não funcionou.. R1 não pinga R2!
Até onde eu sei, isso não funciona.. Mas vai saber neh! O instrutor falou que funciona… É esperar para ver a resposta dele, ou alguém aqui no fórum que conheça!
Abs,
Felipe Ferrugem!
setembro 23, 2009 às 4:14 pm #72610feliciorParticipanteFlavio ja tentei no boson e no pt, sem sucesso..
setembro 23, 2009 às 4:27 pm #72611marcosgessoloParticipanteFunciona sim, vejam as configs:
Router 1:
Router#sh run
*Mar 1 00:43:54.699: %SYS-5-CONFIG_I: Configured from console by console
Building configuration…Current configuration : 765 bytes
!
version 12.2
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Router
!
!
ip subnet-zero
!
!
!
!
!
!
!
interface Serial0/0
ip address 189.190.0.50 255.255.255.0
serial restart_delay 0
!
interface Serial0/1
no ip address
shutdown
serial restart_delay 0
!
interface Serial0/2
no ip address
shutdown
serial restart_delay 0
!
interface Serial0/3
no ip address
shutdown
serial restart_delay 0
!
interface FastEthernet1/0
ip address 192.168.0.1 255.255.255.0
duplex auto
speed auto
!
ip classless
ip route 10.0.0.0 255.0.0.0 Serial0/0
ip route 10.0.0.0 255.0.0.0 190.19.3.14
ip route 190.19.3.14 255.255.255.255 Serial0/0
ip http server
!
!
!
line con 0
line aux 0
line vty 0 4
!
!
endRouter 2:
Router#sh run
Building configuration…Current configuration : 730 bytes
!
version 12.2
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Router
!
!
ip subnet-zero
!
!
!
!
!
!
!
interface Serial0/0
ip address 190.19.3.14 255.255.255.248
serial restart_delay 0
!
interface Serial0/1
no ip address
shutdown
serial restart_delay 0
!
interface Serial0/2
no ip address
shutdown
serial restart_delay 0
!
interface Serial0/3
no ip address
shutdown
serial restart_delay 0
!
interface FastEthernet1/0
ip address 10.0.0.1 255.0.0.0
duplex auto
speed auto
!
ip classless
ip route 189.190.0.50 255.255.255.255 Serial0/0
ip route 192.168.0.0 255.255.255.0 189.190.0.50
ip http server
!
!
!
line con 0
line aux 0
line vty 0 4
!
!
endRotas defaults nos pcs para o gateway.
setembro 23, 2009 às 4:28 pm #72612marcosgessoloParticipanteAh, testado no GNS3.
setembro 23, 2009 às 4:35 pm #72613rgrsilvaParticipanteVou dar meu parecer…
Concordo com relação ao CDP anunciar seus dados para o vizinho. Layer 2
O ping e demais protocolos de níveis superiores não devem funcionar sem o endereçamneto IP. Layer 3 – 7
Resumindo… Quando o professor resolver o exercício nos conte!
[ ]’s
setembro 23, 2009 às 4:37 pm #72614Gustavo Rodrigues RamosParticipantePessoal, lembrem-se que o PT e o Boson são simuladores, ok?
setembro 23, 2009 às 5:05 pm #72615thiago.fioriniParticipanteMontei o lab assim como na figura, só que utilizando Eigrp (rede classless) e ip route 0.0.0.0/0(trapaça xD) ….
Se for isso mesmo, funciona sim ! Isso se você pensar que o cenário é composto apenas pelos dois routers e dois pcs.
O roteador pega o pacote, analisa a tabela, se for um PC diretamente conectado, ele já transmite; Se for um host que não é seu “vizinho”, olha na tabela, encontra a rota estática configurada, e manda o pacote pela interface correspondente;Nesse caso, não precisamos nem configurar o protocolo, pois o roteador irá preferir rotas com menor AD, e as aprendidas pelo Eigrp ficam “ocultas”; Quando o roteador for testar a rota, verá que está isolado na rede, e ela será apagada da tabela de roteamento;
/
| Ou isso tá certo, ou viajei legal….PKT em anexo.
setembro 23, 2009 às 5:12 pm #72616feliciorParticipanteVou pegar a configuração hoje na faculdade, mas me lembro que era configurado com rip não com rota estatica.
setembro 23, 2009 às 5:33 pm #72617Gustavo Rodrigues RamosParticipanteRIP, EIGRP, OSPF __não__ são protocolos responsáveis pelo “encaminhamento” dos pacotes. Estes protocolos são responsáveis pela troca de informação de roteamento entre roteadores – e não pelo roteamento propriamente dito.
Como já havia dito, o fato de utilizar endereços diferentes em interfaces seriais diretamente conectadas é um problema para os protocolos mais acima na pilha TCP/IP. Por exemplo, você não vai conseguir estabelecer vizinhança EIGRP ou OSPF com redes diferentes. Mas, no entanto, o RIP pode funcionar, já que não existe o conceito de vizinhança, mas sim, a divulgação de toda a tabela por uma determinada interface…
Gustavo.
setembro 23, 2009 às 6:19 pm #72618Marco FilippettiMestreFelicior, a questão aqui não é se funciona ou não… ao meu ver, o buraco é mais embaixo. Um professor não deveria ensinar algo assim. Como o Gustavo bem colocou, vai totalmente contra os conceitos de redes, e insistir que algo assim funciona (por mais que seja um fato) é passar aos alunos que algo totalmente fora dos padrões pode funcionar. O problema, é que isso funciona apenas em determinadas situações, e mediante determinadas configurações. Qual o valor didático disso? ZERO. Não costumo julgar as pessoas, mas este não parece ser um bom professor, se me permite dizer. A função de um professor (pelo menos de um BOM professor) é passar aos alunos a forma CORRETA de fazer as coisas. E não gabar-se por saber que algo que funciona por uma mera falha arquitetural. Se fosse um treinamento 100% focado em técnicos de campo ou analistas de NOC, esta informação até poderia ter alguma validade. Minha opinião é que, para cursos pedagógicos ou básicos de redes, informações como esta são completamente desnecessárias e deveriam ser evitadas.
Gostaria de saber se ele, ao menos, explicou como e por que isso funciona. Nosso amigo Gustavo explicou isso muito bem. E o seu professor, explicou?
Passar este tipo de informação em cursos básicos serve apenas para confundir os alunos. Não agrega nada.
Marco.
PS: Apenas esclarecendo: De fato, funciona. Pelos motivos alegados pelo Gustavo. Se quiserem testar, basta montar um cenário no Dynamips. Lembrem-se que é necessário adicionar rotas, como foi sugerido antes aqui, nesta discussão do fórum.
setembro 23, 2009 às 6:57 pm #72619miovieiraParticipanteSenhores, eu trabalho com muitos locais desenhados de maneira bem parecida com o ambiente proposto, E PARA TODOS OS CASOS NOS LINKS DE WAN USAMOS UM /30 PARA LIGAR UMA PONTA NA OUTRA. Se fosse nos meus tempos de estudos, isso muito me confundiria. Nunca vi LUGAR NENHUM USAR UMA CONEXÃO DESSE TIPO.
-
AutorPosts
- Você deve fazer login para responder a este tópico.