Lab3 - A few Queries

Hi Folks,

Need to seek some expertise on the following tasks for Lab3. Any kind replies will be much appreciated.

 

Cheers

Nit

 

Task 4.8 - RIPv2 (Do not enable RIP on any other
interfaces)

 

(Q1.) "passive-interface" is used on both R5
and SW1. If there any reason why "passive-interface"is NOT configured
on R6?

(Q2.) Also do i have to put "no passive-interface
loopback0" on SW1 since loopback0 is to be advertised into RIP?

 

Task 4.9 - IGP Redistribution

 

R5

router rip

distance 109

 

(Q1.) Where is there a need to reduce the RIP distance
from 120 to 109? Since there is no multiple mutual redistribution between RIP
and OSPF domains. Suboptimal routing is not going to happen. I noticed this is
practised in Lab2 also, is this some kind of best practice for a "Bigger
Distance Routing Protocol" to be redistributed into a "Smaller
Distance Routing Protocol" even it is just only a single point of mutual
redistribution?

 

(Q2.) R5 should route thru R1 to get to prefixes learned
from BB1. R5 should route thru R2 to get to prefixes learned from BB3.

 

Besides the solution given by IE. Can i do the followings
ways, have tested it and it works.

(Read this on Brian’s
blog)

 

Method 1 – Apply summary address on both R2 (smaller
prefix of BB1 routes)and R1 (smaller prefix of BB3 routes)

Method2 – Change the admin distance of the OSPF routes to
255 originated by R1(matches BB3 routes) and R2 (matches BB1 routes) on R5

 

Task8.1  - Frame
Relay Traffic Shaping

 

map-class frame-relay FRTS

 frame-relay bc 32000

 

(Q1.) For calculation, do I always assume the intervals
is standard of 8? Which gives a Tc of 125ms?

 

Formula is    Bc/Tc
= CIR

                     Bc/125ms = 256000   ; assume Tc is using 8

 

Task8.3 – Rate Limiting

 

Task – In order to attempt to improve
VoIP performance, configure the client applications on these VLANS to request bandwidth reservations of the network in the
transit path.

 

(Q1.) Does the  traffic needs to match ‘udp’  1st before configuring “ip rvsp
bandwidth” since the objective is to improve VoIP performance?

 

 

Task10.3

 

(Q1.) Where to find this command “frame-relay
interface-dlci 555 protocol ip 136.1.5.2”? Even under CCO ‘AutoInstall
over Frame Relay-ATM Interworking Connections
’, cant find this command

Comments

  • R5

    router rip

    distance 109

     

    (Q1.) Where is there a need to reduce the RIP distance
    from 120 to 109? Since there is no multiple mutual redistribution between RIP
    and OSPF domains. Suboptimal routing is not going to happen. I noticed this is
    practised in Lab2 also, is this some kind of best practice for a "Bigger
    Distance Routing Protocol" to be redistributed into a "Smaller
    Distance Routing Protocol" even it is just only a single point of mutual
    redistribution?

    for instance, without distance <110 this BB2 route is learned via R1 and is looped -- R2 learns it via R5.....

    R5#sh ip route 222.22.2.0
    Routing entry for 222.22.2.0/24
      Known via "ospf 1", distance 110, metric 20, type extern 2, forward metric 12953
      Redistributing via rip
      Advertised by rip metric 1
      Last update from 136.1.15.1 on Serial0/0.15, 00:01:35 ago
      Routing Descriptor Blocks:
      * 136.1.15.1, from 150.1.1.1, 00:01:35 ago, via Serial0/0.15
          Route metric is 20, traffic share count is 1

     

  • (Q1.) "passive-interface" is used on both R5
    and SW1. If there any reason why "passive-interface"is NOT configured
    on R6?

    (Q2.) Also do i have to put "no passive-interface
    loopback0" on SW1 since loopback0 is to be advertised into RIP?

     

    A1 -- Yes. It's not needed. All the interfaces are in different (major) networks.

    A2 -- No. It's not in the same (major) network.

  • Thanks for your kind explanations mate!

    I really like all these labs........didnt expect to be so challenging and interesting.

     

    Cheers

    Nit

     

     

  • for instance, without distance <110 this BB2 route is learned via R1 and is looped -- R2 learns it via R5.....

    R5#sh ip route 222.22.2.0
    Routing entry for 222.22.2.0/24
      Known via "ospf 1", distance 110, metric 20, type extern 2, forward metric 12953
      Redistributing via rip
      Advertised by rip metric 1
      Last update from 136.1.15.1 on Serial0/0.15, 00:01:35 ago
      Routing Descriptor Blocks:
      * 136.1.15.1, from 150.1.1.1, 00:01:35 ago, via Serial0/0.15
          Route metric is 20, traffic share count is 1

     

     

    I was failing to understand this for a while, as I'd passed by this after completing the redistribution part.   I tried to test this by shutting the BGP session down between R5 and BB2 to simulate this, since it appeared that my best route for the 222.22.2.0/24 network ends up being the BGP route.  When I shut down the session, I see this:

     

    Rack1R5#sh ip route 222.22.2.1
    Routing entry for 222.22.2.0/24
      Known via "rip", distance 120, metric 7
      Redistributing via ospf 1, rip
      Advertised by ospf 1 subnets
      Last update from 192.10.1.254 on Ethernet0/0, 00:00:08 ago
      Routing Descriptor Blocks:
      * 192.10.1.254, from 192.10.1.254, 00:00:08 ago, via Ethernet0/0
          Route metric is 7, traffic share count is 1

     

    The reason I don't see the route as an OSPF route is that I specifically prevented OSPF routes from looping back through the EIGRP domain and going back into OSPF.  I was very confused why we had to change RIP's distance to 109, since I wasn't seeing an issue.

     

    Thanks a bunch for the explanation!

     

    --JB

     

     

Sign In or Register to comment.