Make sure that ONLY VLAN 1 can carry untagged frames This tells a few things. 1. You will be using dot1q trunking since ISL tags all frames. 2. Vlan 1 will be the native vlan. 3. Do not tag the native vlan.
how do we determine when to use a router in FR as a hub You do what they "tell" you. But often they don't directly tell you. There may be clues in the tasks, but often the drawing is the biggest clue. In the lab the diagrams are assumed to be correct. If you see a difference between the diagram and your startup config, the drawing is to be trusted. So look at the drawing, does it show a full mesh? Or only connections from the hub to the spokes. How do these configurations prevent from sending data over the mentioned DLCI's They do it by setting the spokes OSPF priority to 0. In OSPF DROthers (non DR or BDR) routers do not directly communicate with each other so by setting them so that they will never become DR/BDR they ensure that OSPF traffic will not flow over thier PVC. I think they left the broadcast off in the earlier task because they knew it wouldn't be needed, but it isn't explicitly necessary to leave it off. Keep spamming the list! On Sat, Jul 16, 2011 at 7:54 AM, Alef <[email protected]> wrote: > Usually when setting up the switches and etherchannels it is said as part of > the requirement : Make sure that ONLY VLAN 1 can carry untagged frames. What > is meant by that exactly ? Does it have to do with the fact that VLAN1 is by > default the native van ? > > and how do we determine when to use a router in FR as a hub. I.e. in the > beginning configurations we often have 4 way FR network with R2 as the hub > (For example) and R4, R5 and R6 using R2 as the go-to point (502 for .2, .4 , > .6. and self-map through any chosen DLCI). But here in the later labs i don't > see any of that, and the DLCI's actually map straight to each other and we > have separate ones for each router to router pvc. > > > Vol2, Lab 4, task 3.1 > How do these configurations prevent from sending data over the mentioned > DLCI's ? (We have a full mesh of of DLCI's but R4 and R6 are only supposed to > have OSPF traffic passed to R2, not each other). > > Is it maybe because of the configuration in task 2.1, where we do not specify > the broadcast argument between R4 and R6 (that puzzled me). > > Any help would be appreciated as always, sorry for spamming the list so much! > Alef > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com > _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
