Hi, For the BGP syntax use 'sh ip bgp all summ'
Or to show the status for a specific vrf use ' sh ip bgp vpnv4 vrf xxxxx summ' Thanks & Brgds John Field IPCO tel. +44(0)208 572 7968 mob. +44(0)07966 861 561 [email protected] Orange Business Services, Slough London www.orange-business.com -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Monday, January 31, 2011 22:51 To: [email protected] Subject: CCIE_RS Digest, Vol 60, Issue 93 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 command syntax (Baldwin, Patrick A.) 2. OT: LOTR switching? (Hammer) 3. Re: OT: LOTR switching? (Hammer) 4. Re: CCIE_RS Digest, Vol 60, Issue 91 (brian russell) ---------------------------------------------------------------------- Message: 1 Date: Mon, 31 Jan 2011 18:06:46 +0000 From: "Baldwin, Patrick A." <[email protected]> To: CCIE_RS OnlineStudyList <[email protected]> Subject: [OSL | CCIE_RS] BGP command syntax Message-ID: <12fcc882084a554bbe8196b076d40ea3fa2809b...@afmx.hadm.msfc.nasa.gov> Content-Type: text/plain; charset="iso-8859-1" Can anyone help with this I have looked but cannot find How do you show the status of a BGP peer if that peer is inside a VRF? show ip bgp sum <---------------will not show neighbors that are inside a VRF. How do you show the routes that are being advertised to/from that peer? Thanks in advance Patrick A. Baldwin (Alex) Network Engineering Colsa Corp., HOSC Contract NASA , Marshall Space Flight Center *Office: (256) 544-2089 ?Fax: (256) 544-8629 *E-mail: [email protected]<mailto:[email protected]> ------------------------------ Message: 2 Date: Mon, 31 Jan 2011 13:35:48 -0600 From: Hammer <[email protected]> To: [email protected] Subject: [OSL | CCIE_RS] OT: LOTR switching? Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1 Anyone seen this before? Before I say anything I think I know what it is but there is nothing on Google. And the "hostname" changes depending on the model of switch. On a PoE switch it's "Frodo48p" or something like that. Came on a switch recently that was part of an RMA... Loading "flash:c3750-dmon-mz-122-25r.SEC"...#################################### ########### blah blah blah ######################################################################## ############ Welcome to Stardust! Bilbo48> Bilbo48> Bilbo48> ? ? -- Show and describe available commands. CablediagBasic -- Run basic cable diagnostics on one port. CablediagExtended -- Run extended cable diagnostics on one port. CamRead -- Read Tcam memory entries. CamSearch -- Search on TCams via a PortAsic. CamWrite -- Write Tcam memory entries. Cat -- Display plain-text file contents. Cd -- Change present working directory. CheckModeButton -- Check Mode Button Activity. Copy -- Copy an existing file to a new file. Cp -- Copy an existing file to a new file or another directory. Del -- Delete an existing file. Diag -- Go to diagnostic mode Dir -- Display directory contents. Exec -- Execute a StarDust Shell batch file. Exit -- Exit to basic operation mode, or from the StarDust shell. FMS -- Frame Management Shell Fsck -- Check and repair a file system. GetSystemStatus -- Get current system status. GetVoltMarg -- Get current voltage margin settings for voltage buffer. GoldStack -- Go to GoldStack test mode. Help -- Show and describe available commands. HexDump -- Display file/device contents in hexa-decimal digits. History -- Display command history list. i2cinit -- i2c Init function i2cread -- i2c read operation i2cwrite -- i2c write operation Jobs -- Show one or all background jobs. Kill -- Cancel an background job. Loop -- Execute repeatedly a command line for a specified number of times. MicDcr -- Change or display Yeti's MicDcr register. MicRxBufMaxSz -- Set/display max buffer size per entry of MicRxFifo queues. MkDir -- Create a new directory. MRead -- Display forwarding table contents of an ASIC. Mv -- Change the name of a file/directory, or move it to another directory. PortCtrl -- Set up port functioning mode. PortMapping -- Show port mapping. PortStatus -- Show port status. PortVersion -- Show port version. Pwd -- Show present working directory. Quit -- Exit to basic operation mode, or from the StarDust shell. RDump -- Dump data for registers of an ASIC. Read -- Read data from one or more memory-mapped addresses. ReadVerify -- Read and verify data from one or more memory-mapped addresses. Rename -- Change the name of a file/directory. Repeat -- Execute repeatedly a command line for a specified number of times. Rm -- Remove an existing file/directory. RmDir -- Remove an existing directory. RRead -- Read data from one or more register entries of an ASIC. RWrite -- Write data to one or more register entries of an ASIC. SetEnv -- Set or display global environment variables. SetVar -- Set one or display all BootLoader's EnvVar(s). SetVoltMarg -- Set up voltage margining via voltage buffer. SfpConfig -- Set MAC mode for copper SFPs; and/or Display info of SFPs. SfpEEPROM -- Read EEPROM of SFP port. Sleep -- Pause for CLI Scripts StackCable -- Detect cable length & set eqSelects. StackCheckStatus -- Show Stack status. StackPhyLoopback -- Set stack phy loopback. StackRingEna -- Enable one or both stack rings. StatClear -- Clear statistics of all ports (or the specified port). StatDump -- Dump statistics of a port. StatShow -- Show statistics of all ports (or the specified port). SysInit -- Initialize the system/board. Traf -- Go to traffic test mode. UnsetEnv -- Remove a global environment variable. UnsetVar -- Unset an existing BootLoader's EnvVar. VerbLess -- Decrease verbosity to next level that will "make a difference". VerbMore -- Increase verbosity to next level that will "make a difference". Verbose -- Set verbosity levels. VerbShow -- Display verbosity levels. Version -- Version information of this running Stardust image. What -- Version information of a Stardust (mzipped) binary file in flash. Write -- Write data from one or more memory-mapped addresses. Bilbo48> ######################################################################## ############ --Hammer-- ------------------------------ Message: 3 Date: Mon, 31 Jan 2011 13:36:59 -0600 From: Hammer <[email protected]> To: [email protected] Subject: Re: [OSL | CCIE_RS] OT: LOTR switching? Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1 Bilbo48> version Stardust LOTR 2.11.4.test for PPC405 Compiled Mar 31 11:36 PST 2005 by myl@BLD-stardust_122_25_sec_throttle.Summer05_ SE-309 Copyright (c) 1999-2003, 2004 by Cisco Systems, Inc. Bilbo48> --Hammer-- On Mon, Jan 31, 2011 at 1:35 PM, Hammer <[email protected]> wrote: > Anyone seen this before? Before I say anything I think I know what it > is but there is nothing on Google. And the "hostname" changes > depending on the model of switch. On a PoE switch it's "Frodo48p" or something like that. > Came on a switch recently that was part of an RMA... > > Loading > "flash:c3750-dmon-mz-122-25r.SEC"...################################## > ############# > > blah blah blah > > > ###################################################################### > ############## > Welcome to Stardust! > Bilbo48> > Bilbo48> > Bilbo48> ? > ? -- Show and describe available commands. > CablediagBasic -- Run basic cable diagnostics on one port. > CablediagExtended -- Run extended cable diagnostics on one port. > CamRead -- Read Tcam memory entries. > CamSearch -- Search on TCams via a PortAsic. > CamWrite -- Write Tcam memory entries. > Cat -- Display plain-text file contents. > Cd -- Change present working directory. > CheckModeButton -- Check Mode Button Activity. > Copy -- Copy an existing file to a new file. > Cp -- Copy an existing file to a new file or another directory. > Del -- Delete an existing file. > Diag -- Go to diagnostic mode > Dir -- Display directory contents. > Exec -- Execute a StarDust Shell batch file. > Exit -- Exit to basic operation mode, or from the StarDust shell. > FMS -- Frame Management Shell > Fsck -- Check and repair a file system. > GetSystemStatus -- Get current system status. > GetVoltMarg -- Get current voltage margin settings for voltage buffer. > GoldStack -- Go to GoldStack test mode. > Help -- Show and describe available commands. > HexDump -- Display file/device contents in hexa-decimal digits. > History -- Display command history list. > i2cinit -- i2c Init function > i2cread -- i2c read operation > i2cwrite -- i2c write operation > Jobs -- Show one or all background jobs. > Kill -- Cancel an background job. > Loop -- Execute repeatedly a command line for a specified number of times. > MicDcr -- Change or display Yeti's MicDcr register. > MicRxBufMaxSz -- Set/display max buffer size per entry of MicRxFifo queues. > MkDir -- Create a new directory. > MRead -- Display forwarding table contents of an ASIC. > Mv -- Change the name of a file/directory, or move it to another directory. > PortCtrl -- Set up port functioning mode. > PortMapping -- Show port mapping. > PortStatus -- Show port status. > PortVersion -- Show port version. > Pwd -- Show present working directory. > Quit -- Exit to basic operation mode, or from the StarDust shell. > RDump -- Dump data for registers of an ASIC. > Read -- Read data from one or more memory-mapped addresses. > ReadVerify -- Read and verify data from one or more memory-mapped > addresses. > Rename -- Change the name of a file/directory. > Repeat -- Execute repeatedly a command line for a specified number of > times. > Rm -- Remove an existing file/directory. > RmDir -- Remove an existing directory. > RRead -- Read data from one or more register entries of an ASIC. > RWrite -- Write data to one or more register entries of an ASIC. > SetEnv -- Set or display global environment variables. > SetVar -- Set one or display all BootLoader's EnvVar(s). > SetVoltMarg -- Set up voltage margining via voltage buffer. > SfpConfig -- Set MAC mode for copper SFPs; and/or Display info of SFPs. > SfpEEPROM -- Read EEPROM of SFP port. > Sleep -- Pause for CLI Scripts > StackCable -- Detect cable length & set eqSelects. > StackCheckStatus -- Show Stack status. > StackPhyLoopback -- Set stack phy loopback. > StackRingEna -- Enable one or both stack rings. > StatClear -- Clear statistics of all ports (or the specified port). > StatDump -- Dump statistics of a port. > StatShow -- Show statistics of all ports (or the specified port). > SysInit -- Initialize the system/board. > Traf -- Go to traffic test mode. > UnsetEnv -- Remove a global environment variable. > UnsetVar -- Unset an existing BootLoader's EnvVar. > VerbLess -- Decrease verbosity to next level that will "make a difference". > VerbMore -- Increase verbosity to next level that will "make a difference". > Verbose -- Set verbosity levels. > VerbShow -- Display verbosity levels. > Version -- Version information of this running Stardust image. > What -- Version information of a Stardust (mzipped) binary file in flash. > Write -- Write data from one or more memory-mapped addresses. > Bilbo48> > > ###################################################################### > ############## > > > --Hammer-- > ------------------------------ Message: 4 Date: Mon, 31 Jan 2011 17:51:14 -0500 From: brian russell <[email protected]> To: <[email protected]> Subject: Re: [OSL | CCIE_RS] CCIE_RS Digest, Vol 60, Issue 91 Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1" Hey Guys, Just my opinion regarding R&S volume 2 and taking work off to study full time. I think the V2 labs are very beneficial. Specifically after completing V1 labs I forgot a lot of L2 technologies. This caused plenty of frustration beginning V2 but better now than later. When I started V2 it would take me 2 days to complete a lab but now I can finish in 6-8 hours for most and I'm up to lab 16. At this point 90% of my issues are fixed by going to the Config guides and command references first which is critical to knowing exactly where to go, and fast. And every time I used the Docs I take mental notes of other technologies in the guides and read a bit. Also super beneficial is reviewing the labs when you're done (the next day). It's a big pain when you wanna get to the next lab but if you don't you're not getting everything you can out of your studies. I haven't started the V3 labs however I did similar labs in the boot camps. I think V2 is critical for speed, identifying technologies I need a complete overhaul on and making the Doc CD your friend. This I hope will prepare me for a smooth transition to V3 in a week. Taking work off: That's what I'm doing. I tool off work for 8 months. I have an expired CCNP and needed a lot of work to get where I am now. This method is best for me but keep in mind you can study 5-7 days a week but at some point your brain says "Piss-off" and you may realize you wasted two months not really learning much. Now I limit my studies to 5 days a week and no more then 8 hours a day. If I go more then 8 I'll think I know the technology I studied and move on only to find I haven't got a clue and then I have to study that all over. Hope this helps, Brian R. From: [email protected] Subject: CCIE_RS Digest, Vol 60, Issue 91 To: [email protected] Date: Mon, 31 Jan 2011 09:09:17 -0500 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..." --Forwarded Message Attachment-- From: [email protected] To: [email protected] Date: Sun, 30 Jan 2011 11:16:08 -0600 Subject: [OSL | CCIE_RS] Mobile ARP Does anyone know where exactly in the config guide Mobile ARP is located? I've scoured the config guide for IP mobility, but i'm not coming up with anything. Nick --Forwarded Message Attachment-- From: [email protected] CC: [email protected]; [email protected] To: [email protected] Date: Sun, 30 Jan 2011 12:27:56 -0800 Subject: Re: [OSL | CCIE_RS] Work book prep Jay, So are you going to take lab with out doing any lab for VOL-2 ? How about Cisco 360 Lab ? any one has any idea on that ? Thanks Nilesh On Sat, Jan 29, 2011 at 6:22 PM, Jay Taylor <[email protected]> wrote: > I would say most of the Vol3 labs are significantly harder than the > actual lab but to really get into the intricate details of each > protocols you want to do the Vol1 labs. There's just no way to cover > each protocol in depth in the Vol3 labs just the same as you wouldn't > see that depth on each and every task on the actual lab. I haven't > done any Vol2 labs. > > > > On Fri, Jan 28, 2011 at 8:18 PM, Cedric King <[email protected]> wrote: > > > Hi Gang, > > > > Just returned from Afghanistan and plan on taking a 4 months off of > > work > to > > get > > my IE #... Just out of curiosity, I'm using work books vl 2 and 3... > > will this provide me with all the configuration challenges that will > > be tougher > than > > what > > the actual lab is asking for ? > > > > Cedric > > > > > > > > _______________________________________________ > > For more information regarding industry leading CCIE Lab training, > > please visit www.ipexpert.com > > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, > please visit www.ipexpert.com > --Forwarded Message Attachment-- From: [email protected] CC: [email protected]; [email protected] To: [email protected] Date: Sun, 30 Jan 2011 17:00:37 -0500 Subject: Re: [OSL | CCIE_RS] Work book prep I had a lab attempt in Dec without touching Vol2 or any other vendor's material and did fairly well. My plan for the next 6 weeks before attempt #2 is Vol1 labs and reading the DocCD section on each technology whether I feel I know it or not. On Sun, Jan 30, 2011 at 3:27 PM, Nilesh Mehta <[email protected]> wrote: > Jay, > > So are you going to take lab with out doing any lab for VOL-2 ? How > about Cisco 360 Lab ? any one has any idea on that ? > > Thanks > > Nilesh > > > On Sat, Jan 29, 2011 at 6:22 PM, Jay Taylor <[email protected]> wrote: > >> I would say most of the Vol3 labs are significantly harder than the >> actual lab but to really get into the intricate details of each >> protocols you want to do the Vol1 labs. There's just no way to cover >> each protocol in depth in the Vol3 labs just the same as you wouldn't >> see that depth on each and every task on the actual lab. I haven't >> done any Vol2 labs. >> >> >> >> On Fri, Jan 28, 2011 at 8:18 PM, Cedric King <[email protected]> wrote: >> >> > Hi Gang, >> > >> > Just returned from Afghanistan and plan on taking a 4 months off of >> > work >> to >> > get >> > my IE #... Just out of curiosity, I'm using work books vl 2 and 3... >> will >> > this >> > provide me with all the configuration challenges that will be >> > tougher >> than >> > what >> > the actual lab is asking for ? >> > >> > Cedric >> > >> > >> > >> > _______________________________________________ >> > For more information regarding industry leading CCIE Lab training, >> please >> > visit www.ipexpert.com >> > >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, >> please visit www.ipexpert.com >> > > --Forwarded Message Attachment-- From: [email protected] CC: [email protected] To: [email protected]; [email protected] Date: Sun, 30 Jan 2011 17:21:32 -0800 Subject: Re: [OSL | CCIE_RS] Work book prep Jay, I attempted the lab in Dec as well in Dubai, I think that my major issue was that I didn't touch a book or lab for 6 months and I wanted to see what I was going up against. I'm looking to do a good refresher using the VL 1 books, and then moving on to the VL 2 and 3... I'm looking to do an 8 hour lab every day for the next 2 - 3 months, reading the doc cd, and revising my notes... I didn't think that lab was extremely difficult, but there are a few things you will have to be wary of and some things to look out for.. What drove me to take the lab was the fact that a fellow student passed his (Zothen... good job btw) when I attend a bootcamp in London with Marko (good teacher) and I wanted to see where I was... ________________________________ From: Jay Taylor <[email protected]> To: Nilesh Mehta <[email protected]> Cc: Cedric King <[email protected]>; [email protected] Sent: Sun, January 30, 2011 4:00:37 PM Subject: Re: [OSL | CCIE_RS] Work book prep I had a lab attempt in Dec without touching Vol2 or any other vendor's material and did fairly well. My plan for the next 6 weeks before attempt #2 is Vol1 labs and reading the DocCD section on each technology whether I feel I know it or not. On Sun, Jan 30, 2011 at 3:27 PM, Nilesh Mehta <[email protected]> wrote: Jay, > >So are you going to take lab with out doing any lab for VOL-2 ? How about Cisco >360 Lab ? any one has any idea on that ? > >Thanks > >Nilesh > > > >On Sat, Jan 29, 2011 at 6:22 PM, Jay Taylor <[email protected]> wrote: > >I would say most of the Vol3 labs are significantly harder than the actual >>lab but to really get into the intricate details of each protocols you want >>to do the Vol1 labs. There's just no way to cover each protocol in depth in >>the Vol3 labs just the same as you wouldn't see that depth on each and every >>task on the actual lab. I haven't done any Vol2 labs. >> >> >> >> >>On Fri, Jan 28, 2011 at 8:18 PM, Cedric King <[email protected]> wrote: >> >>> Hi Gang, >>> >>> Just returned from Afghanistan and plan on taking a 4 months off of work to >>> get >>> my IE #... Just out of curiosity, I'm using work books vl 2 and 3... will >>> this >>> provide me with all the configuration challenges that will be tougher than >>> what >>> the actual lab is asking for ? >>> >>> Cedric >>> >>> >>> >>> _______________________________________________ >>> For more information regarding industry leading CCIE Lab training, please >>> visit www.ipexpert.com >>> >>_______________________________________________ >>For more information regarding industry leading CCIE Lab training, please visit >>www.ipexpert.com >> > --Forwarded Message Attachment-- From: [email protected] CC: [email protected]; [email protected] To: [email protected] Date: Sun, 30 Jan 2011 19:33:14 -0600 Subject: Re: [OSL | CCIE_RS] Work book prep I thought that the Volume 3 labs were better than the Cisco 360 labs overall. My company had a whole bunch of learning credits that we had to use or lose, so I took one of the Cisco 360 bootcamps. The one thing that is really cool about the Cisco 360 labs is the grading engine and their timed labs are really nice. If you have access to them, I would use them as a counter balance to the Volume 2 and 3 labs to gain a different perspective on the lab tasks. If given the choice, I prefered the IP Expert materials. On Sun, Jan 30, 2011 at 2:27 PM, Nilesh Mehta <[email protected]> wrote: > Jay, > > So are you going to take lab with out doing any lab for VOL-2 ? How about > Cisco 360 Lab ? any one has any idea on that ? > > Thanks > > Nilesh > > On Sat, Jan 29, 2011 at 6:22 PM, Jay Taylor <[email protected]> wrote: > >> I would say most of the Vol3 labs are significantly harder than the actual >> lab but to really get into the intricate details of each protocols you want >> to do the Vol1 labs. There's just no way to cover each protocol in depth in >> the Vol3 labs just the same as you wouldn't see that depth on each and >> every >> task on the actual lab. I haven't done any Vol2 labs. >> >> >> >> On Fri, Jan 28, 2011 at 8:18 PM, Cedric King <[email protected]> wrote: >> >> > Hi Gang, >> > >> > Just returned from Afghanistan and plan on taking a 4 months off of work >> to >> > get >> > my IE #... Just out of curiosity, I'm using work books vl 2 and 3... will >> > this >> > provide me with all the configuration challenges that will be tougher >> than >> > what >> > the actual lab is asking for ? >> > >> > Cedric >> > >> > >> > >> > _______________________________________________ >> > For more information regarding industry leading CCIE Lab training, please >> > visit www.ipexpert.com >> > >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, please >> visit www.ipexpert.com >> > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com > --Forwarded Message Attachment-- From: [email protected] To: [email protected] Date: Mon, 31 Jan 2011 09:50:00 +0700 Subject: [OSL | CCIE_RS] CCIE study advice Hi Expert, Just want to drop an email, is there any one out there drop their job and focus on their CCIE study ? is it worth it to do that. Moreover, if you study n work in the same time, how you guys manage that ? Regards --Forwarded Message Attachment-- From: [email protected] To: [email protected] Date: Mon, 31 Jan 2011 01:43:24 -0600 Subject: [OSL | CCIE_RS] IPExpert VOD In the IPExpert CCIE R&S 4.0 Video On Demand, Day 2 -- Configuration --Ospf Basic at 18:43 minutes in the video meets the requirement of Router 5 being the DR for the VLAN567 segment but at 40:13 minutes that is no longer the case (it has become the BDR and Router 7 is now the DR) so by the end the lab isn't setup the way it's supposed to be according to "the rules". Sorry if I'm off base asking this question here but someone from IPExpert told me that their instructors would be able to answer / explain why I'm wrong or if in fact the ospf basic VOD is wrong. Thanks, Tim --Forwarded Message Attachment-- From: [email protected] CC: [email protected] To: [email protected] Date: Mon, 31 Jan 2011 15:00:48 +0100 Subject: Re: [OSL | CCIE_RS] IPExpert VOD It is very likely that you found a mistake :-). I haven't seen this particular issue reported before. I will add it to the list of things we need to correct when we re-create the VoD. Thanks! -- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert FREE CCIE training: http://bit.ly/vLecture Mailto: [email protected] Telephone: +1.810.326.1444 Web: http://www.ipexpert.com/ On Mon, Jan 31, 2011 at 08:43, Tim Heinzen <[email protected]> wrote: > In the IPExpert CCIE R&S 4.0 Video On Demand, Day 2 -- Configuration --Ospf Basic at 18:43 minutes in the video meets the requirement of Router 5 being the DR for the VLAN567 segment but at 40:13 minutes that is no longer the case (it has become the BDR and Router 7 is now the DR) so by the end the lab isn't setup the way it's supposed to be according to "the rules". Sorry if I'm off base asking this question here but someone from IPExpert told me that their instructors would be able to answer / explain why I'm wrong or if in fact the ospf basic VOD is wrong. --Forwarded Message Attachment-- From: [email protected] To: [email protected]; [email protected] Date: Mon, 31 Jan 2011 18:39:15 +0430 Subject: Re: [OSL | CCIE_RS] CCIE study advice If you think you can support yourself financially during your studies then yes otherwise if you are working full time and studying it is just too much. > Date: Mon, 31 Jan 2011 09:50:00 +0700 > From: [email protected] > To: [email protected] > Subject: [OSL | CCIE_RS] CCIE study advice > > Hi Expert, > > Just want to drop an email, is there any one out there drop their job and > focus on their CCIE study ? is it worth it to do that. Moreover, if you > study n work in the same time, how you guys manage that ? > > > > Regards > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com End of CCIE_RS Digest, Vol 60, Issue 93 *************************************** ********************************* This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. Messages are susceptible to alteration. France Telecom Group shall not be liable for the message if altered, changed or falsified. If you are not the intended addressee of this message, please cancel it immediately and inform the sender. ******************************** _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
