I set up 5 Vlans using a 4507R and 3550 switches. I set up one DHCP server to supply all the Vlans with IP addresses. I am using a class A IP schema. The default Vlan has a 16 bits subnet mask and the other 4 have a 23 bits subnet mask. The trunk link is set up witht the 802.1q protocol. Everything is working fine, PCs are able to be authenticated from the Domain controllers as well as browse the network. The only problem I am having is with MAC computers. The MACs are able to get a DHCP address, but are not able to access resources located on a different vlan. The DNS, default gateway, and DHCP IP settings look OK. The MACs are able to ping the IP address of the Vlan interface they belong to, but not the default gateway IP address. Also, they are set up to use IP over AppleTalk. However, the only way MACs are able to ping other Vlans resources is when they are part of the default vlan (where all server resources reside). What do you think could be the problem? Thanks in advance for the help.
Thanks for the help. I realized what I did wrong. Once I put the int. vlan ip address of each subnet as the default gate for the respective vlan the MAC computers were able to ping out of their Vlan. What puzzle me though is that I did not have to do it for the PCs. The PCs only needed the ip address of the feault vlan to go out!!
I am not too familiar with the 4006, but if your IOS support layer 3 switching, I am pretty sure it is possible. I would start by reading the IOS admin guide specific to your switch. Try to get your hands on a BCMSN book to know about the necessary concept such as V TP domain, protocol, and so on if don't already know that stuff. I am pretty sure that your 2924s will be able handled to configurations. Watch for the type of protocol you need to route and the type of service that needs to accessible across Vlans, and if possible try to test everything in a lab environment. I hope this help a little.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...