Voltar para CCNA

Cenario, roteadores em redes diferentes funcionam?Comentem.

Home Fórum CCNA Cenario, roteadores em redes diferentes funcionam?Comentem.

Visualizando 17 posts - 1 até 17 (de 17 do total)
  • Autor
    Posts
  • #44482
    felicior
    Participante

    Queria saber.

    #72604
    Flávio
    Participante

    Cara, 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.

    #72605

    Funciona 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.

    #72606
    marcosgessolo
    Participante

    Tem 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.

    #72607
    felicior
    Participante

    Vi 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.

    #72608
    felicior
    Participante

    Os 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.

    #72609
    ferrugem
    Participante

    felicior 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!

    #72610
    felicior
    Participante

    Flavio ja tentei no boson e no pt, sem sucesso..

    #72611
    marcosgessolo
    Participante

    Funciona 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
    !
    !
    end

    Router 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
    !
    !
    end

    Rotas defaults nos pcs para o gateway.

    #72612
    marcosgessolo
    Participante

    Ah, testado no GNS3.

    #72613
    rgrsilva
    Participante

    Vou 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

    #72614

    Pessoal, lembrem-se que o PT e o Boson são simuladores, ok?

    #72615
    thiago.fiorini
    Participante

    Montei 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.

    #72616
    felicior
    Participante

    Vou pegar a configuração hoje na faculdade, mas me lembro que era configurado com rip não com rota estatica.

    #72617

    RIP, 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.

    #72618

    Felicior, 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.

    #72619
    miovieira
    Participante

    Senhores, 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.

Visualizando 17 posts - 1 até 17 (de 17 do total)
  • Você deve fazer login para responder a este tópico.