Pete's Packet

Limitless

Archive for July 8th, 2009

ipv6 cef – For Unicast RPF to work, Cisco Express Forwarding must be configured globally in the router

Posted by Peter Kurdziel on July 8, 2009

The following prerequisites apply to Cisco Express Forwarding and distributed Cisco Express Forwarding for IPv6: – To forward IPv6 traffic using Cisco Express Forwarding or distributed Cisco Express Forwarding, you must configure forwarding of IPv6 unicast datagrams globally on the router by using the ipv6 unicast-routing command, and you must configure an IPv6 address on an interface by using the ipv6 address command.

– You must enable Cisco Express Forwarding for IPv4 globally on the router by using the ip cef command before enabling Cisco Express Forwarding for IPv6 globally on the router by using the ipv6 cef command.

– To use Unicast Reverse Path Forwarding (RPF), enable Cisco Express Forwarding switching or distributed Cisco Express Forwarding switching in the router. There is no need to configure the input interface for Cisco Express Forwarding switching. As long as Cisco Express Forwarding is running on the router, individual interfaces can be configured with other switching modes.

Note For Unicast RPF to work, Cisco Express Forwarding must be configured globally in the router. Unicast RPF will not work without Cisco Express Forwarding.

Posted in IPV6, Routing & Switching Lab | Leave a Comment »

TEN TIPS FOR TAKING THE LAB EXAM

Posted by Peter Kurdziel on July 8, 2009

TEN TIPS FOR TAKING THE LAB EXAM

1 Read the entire exam first and check for addressing issues. Do not skip any details or sections.
2 Manage your time. Make a plan to cover all the sections in the time provided. Work out how much time you will spend on each section, keeping in   mind the point value of the questions. Don’t forget to allow time at the end to verify your solutions.
3 Clarify the requirements of each question. Don’t assume requirements that aren’t mentioned in the question. During the lab, if you are in any doubt, verify your understanding of the question with the proctor.
4 Do each question as a unit. Configure and verify before moving to the next   question. You may want to redraw the topology with all the details available.   This will help you visualize and map the network.
5 Troubleshoot. You must know how to troubleshoot using the tools available.   Although troubleshooting is important, don’t lose too much time working on a  2- or 3-point question. If you’re caught off-guard by an unfamiliar topic, don’t let it absorb too much time. Work on the things you are more comfortable with and go back to difficult items later.
6 Keep a list. During the exam, make notes on configurations and settings as you move through the exam. Make a separate list for items you have not been able to address or where you have not achieved the desired result which you’ll need to revisit.
7 Test your work. Never rely on a configuration done in the early hours of   the exam. There is a possibility that an item you configured a few sections earlier can become broken and non-functional. Keep in mind that points are awarded for working configuration only.
8 Save your configurations often.
9 Don’t make any drastic changes in the last half hour of the exam.
10 Speed is vital on the exam. Review and practice core material the week before the exam to ensure you can move quickly through the less challenging questions.

Posted in Routing & Switching Lab | Leave a Comment »

Interesting problem 3550 etherchannel problem

Posted by Peter Kurdziel on July 8, 2009

ref: http://forum.internetworkexpert.com/ubbthreads.php/ubb/showflat/Number/14757/page/1#Post14757

If you use a 3550 as SW3 or SW4 it doesn’t like traffic being routed out a layer 3 port and then back across the switch in layer 2. 3560′s are fine with this behaviour. I think this is because a 3550 will send traffic for it’s own L3 port to the CPU:

My SW4 is a 3550 and my SW3 is a 3560:

Rack1SW4#sh run int fa0/20
Building configuration…

Current configuration : 87 bytes
!
interface FastEthernet0/20
no switchport
ip address 204.12.1.10 255.255.255.0
end

Rack1SW4#sh int fa0/20 | i bia
Hardware is Fast Ethernet, address is 000c.ced3.c580 (bia 000c.ced3.c580)

Rack1SW4#sh mac-address-table address 000c.ced3.c580
Mac Address Table
——————————————-

Vlan Mac Address Type Ports
—- ———– ——– —–
All 000c.ced3.c580 STATIC CPU
Total Mac Addresses for this criterion: 1

Rack1SW3#sh run int fa0/21
Building configuration…

Current configuration : 86 bytes
!
interface FastEthernet0/21
no switchport
ip address 204.12.1.9 255.255.255.0
end

Rack1SW3#sh int fa0/21 | i bia
Hardware is Fast Ethernet, address is 001a.6c81.15c1 (bia 001a.6c81.15c1)

Rack1SW3#sh mac-address-table address 001a.6c81.15c1
Mac Address Table
——————————————-

Vlan Mac Address Type Ports
—- ———– ——– —–
53 001a.6c81.15c1 DYNAMIC Fa0/19
Total Mac Addresses for this criterion: 1

So you can see that SW3 knows at layer 2 to get to the layer 3 port you need to go out via the trunk to SW4 and back over the access-vlan to the layer 3 interface.

SW4 thinks that to get to this mac address you go to the CPU, not out the trunk to SW3 and back over the access-vlan to the layer 3 interface.

For this reason SW4 cannot ping SW3 or R5, only BB3 (which is connected to SW3 so the traffic needn’t transit back over SW4 at layer 2).

Rack1SW4#ping 204.12.1.255

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 204.12.1.255, timeout is 2 seconds:

Reply to request 0 from 204.12.1.254, 28 ms
Reply to request 1 from 204.12.1.254, 28 ms
Reply to request 2 from 204.12.1.254, 8 ms
Reply to request 3 from 204.12.1.254, 28 ms
Reply to request 4 from 204.12.1.254, 20 ms

This makes this lab impossible to complete on 3550′s as SW3 or SW4 without modification. Just make the Fa0/20 into a vlan interface so that it doesn’t have to double hop SW4.

Rack1SW4(config)#do sh run int fa0/20
Building configuration…

Current configuration : 87 bytes
!
interface FastEthernet0/20
no switchport
ip address 204.12.1.10 255.255.255.0
end

Rack1SW4(config)#int fa0/20
Rack1SW4(config-if)#no ip add
Rack1SW4(config-if)#int vlan 53
11:23:51: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan53, changed state to up
Rack1SW4(config-if)#ip add 204.12.1.10 255.255.255.0
Rack1SW4(config-if)#end
11:24:00: %SYS-5-CONFIG_I: Configured from console by console
Rack1SW4#ping 204.12.1.255

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 204.12.1.255, timeout is 2 seconds:

Reply to request 0 from 204.12.1.9, 1 ms
Reply to request 0 from 204.12.1.254, 32 ms
Reply to request 0 from 204.12.1.5, 4 ms
Reply to request 1 from 204.12.1.9, 1 ms
Reply to request 1 from 204.12.1.254, 24 ms
Reply to request 1 from 204.12.1.5, 4 ms
Reply to request 2 from 204.12.1.9, 1 ms
Reply to request 2 from 204.12.1.254, 20 ms
Reply to request 2 from 204.12.1.5, 12 ms
Reply to request 3 from 204.12.1.9, 1 ms
Reply to request 3 from 204.12.1.5, 1 ms
Rack1SW4#

Posted in Routing & Switching Lab | Leave a Comment »

 
Follow

Get every new post delivered to your Inbox.