Hi there Ignore this statement completely bgp inject-map (What and where it came from) exist-map (what you want to send out) (copy the attributes from the aggregate (This is optional)) as it is the wrong way around back to front, IT SHOULD BE *bgp inject-map (what you want to send out) exist-map (What and where it came from, if it EXISTED in the routing table) (copy the attributes from the aggregate (This is optional))*
On Sun, Sep 30, 2012 at 10:47 AM, Andre Bosch <[email protected]>wrote: > Hi Doug > > > Try changing youre "ip prefix-list SOURCE seq 5 permit 13.0.0.1/32" to > the source of the aggregare your learining: > > meaning look under the "sh ip bgp 10.0.0.0 255.255.255.0" see where you > learned the route from, in your case it would be 10.0.0.2 (Got this from > your sh ip bgp output). > > You are currently matching a summary that didn't generate from that > source, so this route-map will not be MATCH, and if it doesn't MATCH it > wont SET. > > You do not need to put the destination in, as this will be done by BGP > under the process to its neighbor's. > > You in theory want to match the AGGREGATE/(Your case SUMMARY) that > originated form one of your peers SOURCE, and then SET the HOST(Host that > you want allowed). > > bgp inject-map (What and where it came from) exist-map (what you want to > send out) (copy the attributes from the aggregate (This is optional)) > PS: you have to take the SOURCE from the sh ip bgp 10.0.0.0 255.255.255.0 > (This is the value next to "from") NOT from the sh ip bgp, as the NEXT-HOP > is copied from the IGP routing table, you need to get the source from where > the AGGREGATE originated from. > > > On Sun, Sep 30, 2012 at 7:40 AM, <[email protected]>wrote: > >> Send CCIE_RS mailing list submissions to >> [email protected] >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://onlinestudylist.com/mailman/listinfo/ccie_rs >> or, via email, send a message with subject or body 'help' to >> [email protected] >> >> You can reach the person managing the list at >> [email protected] >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of CCIE_RS digest..." >> >> >> Today's Topics: >> >> 1. bgp inject-map ([email protected]) >> 2. GNS3 breakout switch - /etc/network/interfaces question >> (G. Mitchell Peterson) >> 3. Re: GNS3 breakout switch - /etc/network/interfaces question >> (Bob McCouch) >> 4. Re: GNS3 breakout switch - /etc/network/interfaces question >> (Keller Giacomarro) >> 5. Re: GNS3 breakout switch - /etc/network/interfaces question >> (Adeeb.Husseini) >> 6. Re: GNS3 breakout switch - /etc/network/interfaces question >> (Keller Giacomarro) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Sat, 29 Sep 2012 17:34:11 -0700 >> From: <[email protected]> >> To: "IPexpert Online Study List" <[email protected]> >> Subject: [OSL | CCIE_RS] bgp inject-map >> Message-ID: >> < >> 20120929173411.bcf41bfd7d67e476f5ae5016554e5dd3.a7c833578a....@email18.secureserver.net >> > >> >> Content-Type: text/plain; charset="utf-8" >> >> I need some help with the BGP inject-map command. >> >> The topology is simple: >> >> R3-----13.0.0.0/24-----R1-----10.0.0.0/24-----R2 >> >> R3 is in AS 300, and R1 and R2 are in AS 12. The last octet of each ip >> address is taken from the router name. >> >> For this simplified example, only the two subnets in the diagram exist. >> I need R1 to advertise two additional routes to R3: 10.0.0.50/32 and >> 10.0.0.60/32. I do not want these routes advertised to R2. I cannot use >> the same method to inject both routes. >> >> To advertise the 10.0.0.50/32 route, I simply added a static route and a >> network statement: >> >> ip route 10.0.0.50 255.255.255.255 FastEthernet1/0 >> routeR bgp 120 >> network 10.0.0.50 mask 255.255.255.255 >> >> This works, and I just used a prefix filter to filter the route on the >> neighbor statement to R2. I'm trying to use the inject-map to accomplish >> the task for the second route as follows: >> >> ip prefix-list HOSTIP seq 5 permit 10.0.0.60/32 >> ! >> ip prefix-list SOURCE seq 5 permit 13.0.0.1/32 >> ! >> ip prefix-list SUMMARY seq 5 permit 10.0.0.0/24 >> ! >> route-map MATCH_SUM_SOURCE permit 10 >> match ip address prefix-list SUMMARY >> match ip route-source SOURCE >> ! >> route-map GENERATE_SLASH32 permit 10 >> set ip address prefix-list HOSTIP >> >> router bgp 120 >> bgp inject-map GENERATE_SLASH32 exist-map MATCH_SUM_SOURCE >> >> This works also, and for some reason is not advertised to R2. I don't >> understand why... Are injected routes only advertised to eBGP neighbors? >> >> Also, on R1, the next hop for the injected route is R2's address: >> >> R1(config-router)#do sh ip bgp | beg Net >> Network Next Hop Metric LocPrf Weight Path >> *> 10.0.0.0/24 0.0.0.0 0 32768 i >> * i 10.0.0.2 0 100 0 i >> *> 10.0.0.50/32 0.0.0.0 0 32768 i >> *>i10.0.0.60/32 10.0.0.2 0 ? >> *> 13.0.0.0/24 0.0.0.0 0 32768 i >> * 13.0.0.3 0 0 300 i >> >> Why doesn't R1 inject the route with 0.0.0.0 as next hop? >> >> Thanks! >> >> Doug >> >> >> >> >> >> >> ------------------------------ >> >> Message: 2 >> Date: Sat, 29 Sep 2012 21:07:46 -0400 >> From: "G. Mitchell Peterson" <[email protected]> >> To: [email protected] >> Subject: [OSL | CCIE_RS] GNS3 breakout switch - >> /etc/network/interfaces question >> Message-ID: >> <CAD2u7iZdDOgj3u2WOGbtA8D_YND0Z6mwotbTi_srQ9hGNBzd= >> [email protected]> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> I'm working on getting my lab up and running using the breakout switch >> method on an Ubuntu Server 12.04 x64 server. I can't seem to get the >> trunk >> on the server working though. Can someone post a snip-it of their >> interfaces file? I was hoping that it behaved like a dot1q trunk in Cisco >> world, but that doesn't seem to be the case. There's no trunk allowed >> type >> command from what I can gather. Do I just make a sub for each VLAN going >> over the trunk like below? I really, really dislike that I have to assign >> an IP when using the static command so I'm hoping one of you network >> wizards knows a trick to this. I tried only using auto ethX and setting >> the MTU but it error'd out. So, apparently either you assign an IP or you >> assign DHCP but you have to do one or the other. Anyone see an issue with >> assigning a /32 in the 127.0.0.0/8 network to these since I have to give >> it >> something? >> >> #Trunk to breakout >> auto ethX >> iface ethX inet static >> adddress 127.0.0.100 >> netmask 255.255.255.255 >> mtu 1536 >> >> #VLAN 101 on ethX >> auto ethX.101 >> iface ethX.101 inet static >> adddress 127.0.0.101 >> netmask 255.255.255.255 >> >> #VLAN 102 on ethX >> auto ethX.102 >> iface ethX.102 inet static >> adddress 127.0.0.102 >> netmask 255.255.255.255 >> >> Thanks, >> Mitch >> >> >> ------------------------------ >> >> Message: 3 >> Date: Sat, 29 Sep 2012 22:28:15 -0400 >> From: Bob McCouch <[email protected]> >> To: "G. Mitchell Peterson" <[email protected]> >> Cc: [email protected] >> Subject: Re: [OSL | CCIE_RS] GNS3 breakout switch - >> /etc/network/interfaces question >> Message-ID: >> <CAJFuDdbJ14ZpUnYo766yq7Y2=DB_gvxR62_7oAKNSNZ= >> [email protected]> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Hi Mitch, >> >> This is my /etc/network/interfaces file from my lab server running Ubuntu >> 12.04 Server. I use two NICs, the built-in Intel gig NIC (eth0) for the >> breakout (since it will do MTU larger than 1500) and a USB NIC (eth1) for >> my access to the box from my internal LAN. I found the same as you, that >> you can't leave an interface without an IP and actually have it come up. I >> don't remember if I tried IP's in 127/8, but I'm OK burning a few IPs out >> of 1.1.1.0/24 for my lab box. Note the 'ethtool' bits as annotated below. >> Apparently newer Linux kernels will try to use VLAN tag offloading >> (similar >> to TCP offload, etc) that will strip all incoming VLAN tags (both layers >> if >> it's double-tagged) and it was causing major connectivity problems. Frames >> were getting out from the virtual routers but not back in. Someone in my >> Twitter network was able to point me to this solution and it's worked >> perfectly. Was not necessary on the same box in Ubuntu 11.04. >> >> This setup works great for me. In my Dynagen .net files (I run text-mode >> dynagen, no X and thus no GNS) I just tie the virtual router interfaces to >> a "vlan1XX" interface using the NIO_linux_eth option, as such: >> >> [[ROUTER R5]] >> model = 3745 >> console = 2005 >> f0/0 = NIO_linux_eth:vlan109 >> f0/1 = NIO_linux_eth:vlan110 >> >> >> =============== /etc/network/interfaces ================== >> >> # The primary network interface >> auto eth1 >> iface eth1 inet static >> address 10.4.111.250 >> netmask 255.255.255.0 >> gateway 10.4.111.1 >> dns-nameservers 10.4.11.11 >> dns-search mccouch.private >> >> iface eth1 inet6 static >> address 2001:0470:XXXX:XXXX:0000:0000:0000:0250 >> netmask 64 >> >> >> # This is the base interface for the VLAN trunk >> auto eth0 >> iface eth0 inet static >> address 1.1.1.255 >> netmask 255.255.255.255 >> # Need to bump up MTU to ensure 1500-byte QinQ frames make it OK. >> mtu 1998 >> # This is necessary on recent Linux kernels as VLAN tag offloading >> clobbers >> the QinQ behavior we need from Dynamips. >> # I spent 3 days getting this solved after rebuilding my lab box to get it >> from Ubuntu 11.04 to 12.04. >> post-up /sbin/ethtool --offload eth0 rxvlan off && /sbin/ethtool --offload >> eth0 txvlan off >> >> auto vlan101 >> auto vlan102 >> auto vlan103 >> auto vlan104 >> auto vlan105 >> auto vlan106 >> auto vlan107 >> auto vlan108 >> auto vlan109 >> auto vlan110 >> auto vlan111 >> auto vlan112 >> auto vlan113 >> auto vlan114 >> auto vlan115 >> auto vlan116 >> auto vlan117 >> auto vlan118 >> auto vlan119 >> auto vlan120 >> auto vlan121 >> auto vlan122 >> auto vlan123 >> auto vlan124 >> >> >> >> # VLAN 101 >> iface vlan101 inet static >> address 1.1.1.1 >> netmask 255.255.255.255 >> mtu 1500 >> vlan-raw-device eth0 >> >> # VLAN 102 >> iface vlan102 inet static >> address 1.1.1.2 >> netmask 255.255.255.255 >> mtu 1500 >> vlan-raw-device eth0 >> >> # VLAN 103 >> iface vlan103 inet static >> address 1.1.1.3 >> netmask 255.255.255.255 >> mtu 1500 >> vlan-raw-device eth0 >> >> # VLAN 104 >> iface vlan104 inet static >> address 1.1.1.4 >> netmask 255.255.255.255 >> mtu 1500 >> vlan-raw-device eth0 >> >> ...And on and on up through VLAN 124. >> >> >> >> On Sat, Sep 29, 2012 at 9:07 PM, G. Mitchell Peterson < >> [email protected]> wrote: >> >> > I'm working on getting my lab up and running using the breakout switch >> > method on an Ubuntu Server 12.04 x64 server. I can't seem to get the >> trunk >> > on the server working though. Can someone post a snip-it of their >> > interfaces file? I was hoping that it behaved like a dot1q trunk in >> Cisco >> > world, but that doesn't seem to be the case. There's no trunk allowed >> type >> > command from what I can gather. Do I just make a sub for each VLAN >> going >> > over the trunk like below? I really, really dislike that I have to >> assign >> > an IP when using the static command so I'm hoping one of you network >> > wizards knows a trick to this. I tried only using auto ethX and setting >> > the MTU but it error'd out. So, apparently either you assign an IP or >> you >> > assign DHCP but you have to do one or the other. Anyone see an issue >> with >> > assigning a /32 in the 127.0.0.0/8 network to these since I have to >> give >> > it >> > something? >> > >> > #Trunk to breakout >> > auto ethX >> > iface ethX inet static >> > adddress 127.0.0.100 >> > netmask 255.255.255.255 >> > mtu 1536 >> > >> > #VLAN 101 on ethX >> > auto ethX.101 >> > iface ethX.101 inet static >> > adddress 127.0.0.101 >> > netmask 255.255.255.255 >> > >> > #VLAN 102 on ethX >> > auto ethX.102 >> > iface ethX.102 inet static >> > adddress 127.0.0.102 >> > netmask 255.255.255.255 >> > >> > Thanks, >> > Mitch >> > _______________________________________________ >> > 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 >> > >> > http://onlinestudylist.com/mailman/listinfo/ccie_rs >> > >> >> >> ------------------------------ >> >> Message: 4 >> Date: Sun, 30 Sep 2012 00:25:40 -0500 >> From: Keller Giacomarro <[email protected]> >> To: Bob McCouch <[email protected]> >> Cc: [email protected], "G. Mitchell Peterson" >> <[email protected]> >> Subject: Re: [OSL | CCIE_RS] GNS3 breakout switch - >> /etc/network/interfaces question >> Message-ID: >> < >> cacsx_jv3eu6k+btjxxyyorrqbmhnkpe2mnbpwbc9tadjnb7...@mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> You don't need to assign IP address to the interfaces. The mode you're >> looking for is "manual". >> >> The config Bob gaves uses old-style VLAN interfaces. Based on my >> research, >> there is considerable question regarding whether they'll continue to work >> in Ubuntu. However, also based on my research, there is very little good >> and comprehensible documentation on doing it the new way (with the 'ip' >> command). Hopefully the below helps you! >> >> Here's my process... >> >> *** /etc/network/interfaces *** >> # Sets up your physical interface. Only have to do this once. >> auto eth1 >> iface eth1 inet manual >> post-up ifconfig eth1 mtu 7000 >> >> *** StartVLANs.sh *** >> # Bring up the physical interface >> ifconfig eth1 up >> >> # Add VLANs subinterfaces >> ip link add link eth1 name eth1.901 type vlan id 901 >> < repeat for all needed VLANs > >> >> # Bring up VLAN subints >> ifconfig eth1.901 up >> < repeat for all needed VLANs > >> >> # Set MTU on all VLAN subints >> ifconfig eth1.901 mtu 6500 >> < repeat for all needed VLANs > >> >> *** Verification *** >> All interfaces currently up: # ifconfig -s >> All interfaces : # ifconfig -s -a >> Verify VLAN config : # sudo cat /proc/net/vlan/config >> >> *** Dynamips File *** >> I have had issues with NIO_linux_eth. Specifically, my NIC would strip >> off >> the VLAN tags on ingress back from my devices. One thing that can cause >> this is VLAN offloading (covered by Bob above). In my case, I had to use >> NIO_gen_eth in order for it to work properly. >> >> *** My 2c *** >> I started out studying with GNS3 and real switches, but quickly realized >> that you just can't beat real hardware. There are quite a few labs that >> won't work like you expect them to, especially in QoS studies. You can >> put >> together a full lab for about $3000 or so. Do it. You'll be glad you're >> not always second-guessing whether its you, the workbook, or dynamips >> that's causing the issue you're seeing. >> >> Besides, you can sell the same gear for pretty much what you bought it >> once >> you get your numbers. Then again, you'll be a gazillionaire CCIE at that >> point, and the devices do make fine doorstops. Or boat anchors. >> >> >> On a related note, I noticed that I'm starting to write emails in the same >> style I take my CCIE notes. Doctor, is there hope for me? >> >> Keller Giacomarro >> [email protected] >> >> >> On Sat, Sep 29, 2012 at 9:28 PM, Bob McCouch <[email protected]> wrote: >> >> > Hi Mitch, >> > >> > This is my /etc/network/interfaces file from my lab server running >> Ubuntu >> > 12.04 Server. I use two NICs, the built-in Intel gig NIC (eth0) for the >> > breakout (since it will do MTU larger than 1500) and a USB NIC (eth1) >> for >> > my access to the box from my internal LAN. I found the same as you, that >> > you can't leave an interface without an IP and actually have it come >> up. I >> > don't remember if I tried IP's in 127/8, but I'm OK burning a few IPs >> out >> > of 1.1.1.0/24 for my lab box. Note the 'ethtool' bits as annotated >> below. >> > Apparently newer Linux kernels will try to use VLAN tag offloading >> (similar >> > to TCP offload, etc) that will strip all incoming VLAN tags (both >> layers if >> > it's double-tagged) and it was causing major connectivity problems. >> Frames >> > were getting out from the virtual routers but not back in. Someone in my >> > Twitter network was able to point me to this solution and it's worked >> > perfectly. Was not necessary on the same box in Ubuntu 11.04. >> > >> > This setup works great for me. In my Dynagen .net files (I run text-mode >> > dynagen, no X and thus no GNS) I just tie the virtual router interfaces >> to >> > a "vlan1XX" interface using the NIO_linux_eth option, as such: >> > >> > [[ROUTER R5]] >> > model = 3745 >> > console = 2005 >> > f0/0 = NIO_linux_eth:vlan109 >> > f0/1 = NIO_linux_eth:vlan110 >> > >> > >> > =============== /etc/network/interfaces ================== >> > >> > # The primary network interface >> > auto eth1 >> > iface eth1 inet static >> > address 10.4.111.250 >> > netmask 255.255.255.0 >> > gateway 10.4.111.1 >> > dns-nameservers 10.4.11.11 >> > dns-search mccouch.private >> > >> > iface eth1 inet6 static >> > address 2001:0470:XXXX:XXXX:0000:0000:0000:0250 >> > netmask 64 >> > >> > >> > # This is the base interface for the VLAN trunk >> > auto eth0 >> > iface eth0 inet static >> > address 1.1.1.255 >> > netmask 255.255.255.255 >> > # Need to bump up MTU to ensure 1500-byte QinQ frames make it OK. >> > mtu 1998 >> > # This is necessary on recent Linux kernels as VLAN tag offloading >> clobbers >> > the QinQ behavior we need from Dynamips. >> > # I spent 3 days getting this solved after rebuilding my lab box to get >> it >> > from Ubuntu 11.04 to 12.04. >> > post-up /sbin/ethtool --offload eth0 rxvlan off && /sbin/ethtool >> --offload >> > eth0 txvlan off >> > >> > auto vlan101 >> > auto vlan102 >> > auto vlan103 >> > auto vlan104 >> > auto vlan105 >> > auto vlan106 >> > auto vlan107 >> > auto vlan108 >> > auto vlan109 >> > auto vlan110 >> > auto vlan111 >> > auto vlan112 >> > auto vlan113 >> > auto vlan114 >> > auto vlan115 >> > auto vlan116 >> > auto vlan117 >> > auto vlan118 >> > auto vlan119 >> > auto vlan120 >> > auto vlan121 >> > auto vlan122 >> > auto vlan123 >> > auto vlan124 >> > >> > >> > >> > # VLAN 101 >> > iface vlan101 inet static >> > address 1.1.1.1 >> > netmask 255.255.255.255 >> > mtu 1500 >> > vlan-raw-device eth0 >> > >> > # VLAN 102 >> > iface vlan102 inet static >> > address 1.1.1.2 >> > netmask 255.255.255.255 >> > mtu 1500 >> > vlan-raw-device eth0 >> > >> > # VLAN 103 >> > iface vlan103 inet static >> > address 1.1.1.3 >> > netmask 255.255.255.255 >> > mtu 1500 >> > vlan-raw-device eth0 >> > >> > # VLAN 104 >> > iface vlan104 inet static >> > address 1.1.1.4 >> > netmask 255.255.255.255 >> > mtu 1500 >> > vlan-raw-device eth0 >> > >> > ...And on and on up through VLAN 124. >> > >> > >> > >> > On Sat, Sep 29, 2012 at 9:07 PM, G. Mitchell Peterson < >> > [email protected]> wrote: >> > >> > > I'm working on getting my lab up and running using the breakout switch >> > > method on an Ubuntu Server 12.04 x64 server. I can't seem to get the >> > trunk >> > > on the server working though. Can someone post a snip-it of their >> > > interfaces file? I was hoping that it behaved like a dot1q trunk in >> Cisco >> > > world, but that doesn't seem to be the case. There's no trunk allowed >> > type >> > > command from what I can gather. Do I just make a sub for each VLAN >> > going >> > > over the trunk like below? I really, really dislike that I have to >> > assign >> > > an IP when using the static command so I'm hoping one of you network >> > > wizards knows a trick to this. I tried only using auto ethX and >> setting >> > > the MTU but it error'd out. So, apparently either you assign an IP or >> > you >> > > assign DHCP but you have to do one or the other. Anyone see an issue >> > with >> > > assigning a /32 in the 127.0.0.0/8 network to these since I have to >> give >> > > it >> > > something? >> > > >> > > #Trunk to breakout >> > > auto ethX >> > > iface ethX inet static >> > > adddress 127.0.0.100 >> > > netmask 255.255.255.255 >> > > mtu 1536 >> > > >> > > #VLAN 101 on ethX >> > > auto ethX.101 >> > > iface ethX.101 inet static >> > > adddress 127.0.0.101 >> > > netmask 255.255.255.255 >> > > >> > > #VLAN 102 on ethX >> > > auto ethX.102 >> > > iface ethX.102 inet static >> > > adddress 127.0.0.102 >> > > netmask 255.255.255.255 >> > > >> > > Thanks, >> > > Mitch >> > > _______________________________________________ >> > > 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 >> > > >> > > http://onlinestudylist.com/mailman/listinfo/ccie_rs >> > > >> > _______________________________________________ >> > 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 >> > >> > http://onlinestudylist.com/mailman/listinfo/ccie_rs >> > >> >> >> ------------------------------ >> >> Message: 5 >> Date: Sun, 30 Sep 2012 01:28:15 -0400 >> From: "Adeeb.Husseini" <[email protected]> >> To: "G. Mitchell Peterson" <[email protected]> >> Cc: [email protected] >> Subject: Re: [OSL | CCIE_RS] GNS3 breakout switch - >> /etc/network/interfaces question >> Message-ID: >> < >> cap8a3g80fh3vouy9guio9hdh33ryehkxgeswypbxv4gf7iz...@mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> I found new version of Ubuntu have problem with vlan tag so I had to >> switch >> to version 11.04 >> >> Thanks >> On Sep 29, 2012 9:16 PM, "G. Mitchell Peterson" < >> [email protected]> >> wrote: >> >> > I'm working on getting my lab up and running using the breakout switch >> > method on an Ubuntu Server 12.04 x64 server. I can't seem to get the >> trunk >> > on the server working though. Can someone post a snip-it of their >> > interfaces file? I was hoping that it behaved like a dot1q trunk in >> Cisco >> > world, but that doesn't seem to be the case. There's no trunk allowed >> type >> > command from what I can gather. Do I just make a sub for each VLAN >> going >> > over the trunk like below? I really, really dislike that I have to >> assign >> > an IP when using the static command so I'm hoping one of you network >> > wizards knows a trick to this. I tried only using auto ethX and setting >> > the MTU but it error'd out. So, apparently either you assign an IP or >> you >> > assign DHCP but you have to do one or the other. Anyone see an issue >> with >> > assigning a /32 in the 127.0.0.0/8 network to these since I have to >> give >> > it >> > something? >> > >> > #Trunk to breakout >> > auto ethX >> > iface ethX inet static >> > adddress 127.0.0.100 >> > netmask 255.255.255.255 >> > mtu 1536 >> > >> > #VLAN 101 on ethX >> > auto ethX.101 >> > iface ethX.101 inet static >> > adddress 127.0.0.101 >> > netmask 255.255.255.255 >> > >> > #VLAN 102 on ethX >> > auto ethX.102 >> > iface ethX.102 inet static >> > adddress 127.0.0.102 >> > netmask 255.255.255.255 >> > >> > Thanks, >> > Mitch >> > _______________________________________________ >> > 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 >> > >> > http://onlinestudylist.com/mailman/listinfo/ccie_rs >> > >> >> >> ------------------------------ >> >> Message: 6 >> Date: Sun, 30 Sep 2012 00:40:26 -0500 >> From: Keller Giacomarro <[email protected]> >> To: "Adeeb.Husseini" <[email protected]> >> Cc: [email protected], "G. Mitchell Peterson" >> <[email protected]> >> Subject: Re: [OSL | CCIE_RS] GNS3 breakout switch - >> /etc/network/interfaces question >> Message-ID: >> < >> cacsx_jvvpdd2ctu_ag8wo5afp4ywcuw6bifq-wusahgz5pz...@mail.gmail.com> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> I originally ran into the VLAN stripping issue when I upgraded from 11.04 >> to 12.04. Changing my .net file from NIO_linux_eth to NIO_gen_eth fixed >> the problem for me. >> >> Just my experience. =) >> >> Keller Giacomarro >> [email protected] >> >> >> On Sun, Sep 30, 2012 at 12:28 AM, Adeeb.Husseini <[email protected] >> >wrote: >> >> > I found new version of Ubuntu have problem with vlan tag so I had to >> switch >> > to version 11.04 >> > >> > Thanks >> > On Sep 29, 2012 9:16 PM, "G. Mitchell Peterson" < >> > [email protected]> >> > wrote: >> > >> > > I'm working on getting my lab up and running using the breakout switch >> > > method on an Ubuntu Server 12.04 x64 server. I can't seem to get the >> > trunk >> > > on the server working though. Can someone post a snip-it of their >> > > interfaces file? I was hoping that it behaved like a dot1q trunk in >> Cisco >> > > world, but that doesn't seem to be the case. There's no trunk allowed >> > type >> > > command from what I can gather. Do I just make a sub for each VLAN >> > going >> > > over the trunk like below? I really, really dislike that I have to >> > assign >> > > an IP when using the static command so I'm hoping one of you network >> > > wizards knows a trick to this. I tried only using auto ethX and >> setting >> > > the MTU but it error'd out. So, apparently either you assign an IP or >> > you >> > > assign DHCP but you have to do one or the other. Anyone see an issue >> > with >> > > assigning a /32 in the 127.0.0.0/8 network to these since I have to >> give >> > > it >> > > something? >> > > >> > > #Trunk to breakout >> > > auto ethX >> > > iface ethX inet static >> > > adddress 127.0.0.100 >> > > netmask 255.255.255.255 >> > > mtu 1536 >> > > >> > > #VLAN 101 on ethX >> > > auto ethX.101 >> > > iface ethX.101 inet static >> > > adddress 127.0.0.101 >> > > netmask 255.255.255.255 >> > > >> > > #VLAN 102 on ethX >> > > auto ethX.102 >> > > iface ethX.102 inet static >> > > adddress 127.0.0.102 >> > > netmask 255.255.255.255 >> > > >> > > Thanks, >> > > Mitch >> > > _______________________________________________ >> > > 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 >> > > >> > > http://onlinestudylist.com/mailman/listinfo/ccie_rs >> > > >> > _______________________________________________ >> > 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 >> > >> > http://onlinestudylist.com/mailman/listinfo/ccie_rs >> > >> >> >> End of CCIE_RS Digest, Vol 80, Issue 42 >> *************************************** >> > > _______________________________________________ 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 http://onlinestudylist.com/mailman/listinfo/ccie_rs
