task 3.2 inverse arp

Hi there

 

the SG mapped the dlci to the IP for the multi-point fr interface on R5...

 

I've relied on inverse-arp to distribute the info..... as no requiremnts broken I'll take it as viable!

 

Comments


  • interface Serial0/0/0.1 multipoint

     ip address 144.7.15.5 255.255.255.0

     frame-relay interface-dlci 501

    interface Serial0/1/0

     ip unnumbered Loopback0

     encapsulation ppp

    alias exec i sh ip int brie

    alias exec ci sh run  | s int

    RSRack7R5#

    Nov  9 05:39:58.375: %SYS-5-CONFIG_I: Configured from console by console

    RSRack7R5#sh frame map'

                          ^

    % Invalid input detected at '^' marker.

     

    RSRack7R5#sh frame map

    Serial0/0/0.1 (up): ip 144.7.15.1 dlci 501(0x1F5,0x7C50), dynamic,

                  broadcast,, status defined, active


  • the SG mapped the dlci to the IP for the multi-point fr interface on R5...

    I've relied on inverse-arp to distribute the info..... as no requiremnts broken I'll take it as viable!

    Thats true no requirement is broken but i always prefer to use static mapping if not explicit mentioned in the task. Because its more reliable at least from lab exam persperctive.

  • I let is map dynamically but I do agree with dcancerlan that as much as we can make static in the lab and predictable will probably help. I always wonder if adding static maps to local interface IP to help with the tcl scripts for connectivity would break the rules...

  • In lab forbidden is only that is explicitly told. Otherwise you are free to do what you feel is best to do. If you are not forbidden to local ips then you can put local mappings. Same way if they dont ask for optimal routing then you have not to strive for optimal routing. Just an end to end reachibility will be sufficient.

     

    HTH

Sign In or Register to comment.