Gents, I have few "One-Port T1 CSU/DSU WIC" cards that I intend to use for frame-relay connectivity in my home lab instead of bying the serial modules. I would like to have few of these WIC cards in 2801 routers. Is this something we can do to mimic frame-relay?
thanks cards One-Port T1 CSU/DSU WIC On Fri, Apr 1, 2011 at 12:00 PM, <[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. Re: Frame-Relay Switch WIC's (Jay McMickle) > 2. My First lab attempt (Michael Smith) > 3. max-lsa (natay menessa) > 4. Re: max-lsa (Nicolas MICHEL) > 5. Re: My First lab attempt (Jay Taylor) > 6. Re: max-lsa (Di Bias, Steve) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 1 Apr 2011 07:07:11 -0500 > From: Jay McMickle <[email protected]> > To: "Di Bias, Steve" <[email protected]> > Cc: IPExpert Online <[email protected]> > Subject: Re: [OSL | CCIE_RS] Frame-Relay Switch WIC's > Message-ID: <[email protected]> > Content-Type: text/plain; charset=us-ascii > > We'll see... > > Regards, > Jay McMickle- CCNP,CCSP,CCDP > Sent from my iPhone > http://mycciepursuit.wordpress.com > > > On Mar 31, 2011, at 10:57 PM, "Di Bias, Steve" <[email protected]> > wrote: > > > LOL, my calculations put me at a December attempt, I think you should > push yours back! :) > > > > Jay McMickle <[email protected]> wrote: > > > > Thanks to all for your help. Although the FRS is a set it and forget it, > it's going to require way too much time to isolate and troubleshoot. And, > being that it's not something we're tested on, I'd rather spend that > precious time labbing and not being concerned with these Frame WIC's. > > > > I swapped them out for WIC2T's (I actually put them in all 10 devices, > using SmartSerial cables). No issues. > > > > Thanks again for all of the input the feedback. Happy Labbing. > > > > PS- Anyone planning to Lab in the last quarter this year in San Jose, > CA.? I'm shooting for October and I'm trying to get Steve DiBias to quit > weining out and take it with me. ;) (How's that for a call out, Steve...?) > > > > > > > > Regards, > > Jay McMickle- CCNP, CCSP, CCDP, MCSE > > http://mycciepursuit.wordpress.com/ > > > > > > > > From: Rogelio Gamino <[email protected]> > > To: Max Pierson <[email protected]> > > Cc: "Di Bias, Steve" <[email protected]>; Jay McMickle < > [email protected]>; IPExpert Online <[email protected]> > > Sent: Thu, March 31, 2011 6:30:00 PM > > Subject: Re: [OSL | CCIE_RS] Frame-Relay Switch WIC's > > > > 56k vs 64k channels. > > > > Sent from my iPhone > > > > On Mar 31, 2011, at 5:50 PM, Max Pierson <[email protected]> wrote: > > > > > Yea, if your stuck with VWICS (which were really made for voice > anyway), > > > it's a pain to get these to work for data. Something I forgot to add > > > earlier, when I did had this as point-to-point HDLC circuit, I had all > 24 > > > channels in group 0 as configs above show, but when I finally got it to > > > work, I noticed at the top of "show interface s0/0/??" , BW did not > total up > > > to 1544 like non-VWICS do, it was more like 1300 or 1400 (some missing > bits > > > :). As I mentioned earlier, I believe this has to do with the timeslots > > > themselves. > > > > > > I do not have a pair to lab up and check again, but if someone wants to > > > verify my 2006 findings, please confirm or deny my findings. > > > > > > Any Jedi's out there know what the reasoning behind timeslots on VWICS > > > configured in channel-group mode being different than timeslots in > > > channel-group mode on non-VWICS?? (That is if i'm not totally losing my > > > mind). > > > > > > Max > > > > > > On Thu, Mar 31, 2011 at 10:24 AM, Di Bias, Steve < > [email protected]>wrote: > > > > > >> Well I tried to use these cards in my frame switch and never got it > > >> working. > > >> > > >> In the end I swapped out the VWIC-2MFT-T1's for WIC-1DSU-T1's and my > frame > > >> switch started working like a champ! > > >> > > >> I found an article that shows its possible (according this guy), but I > > >> couldn't get it working myself > > >> > > >> > > >> > http://dreamforccie.wordpress.com/2010/03/22/convert-your-e1t1-pri-to-serial-interface/ > > >> > > >> After enabling "frame-relay switching" I created the serial interfaces > and > > >> configured my hub and spoke but to no avail. On my VWICS I saw CD > lights and > > >> no alarms but the interfaces were up / protocol down > > >> > > >> My commands for creating the serial interfaces > > >> > > >> controller T1 0/0 > > >> framing esf > > >> linecode b8zs > > >> channel-group 0 timeslots 1-24 > > >> ! > > >> controller T1 0/1 > > >> framing esf > > >> linecode b8zs > > >> channel-group 0 timeslots 1-24 > > >> > > >> Now this created the following serial interfaces which I configured as > > >> follows > > >> > > >> Serial0/0:0 > > >> Serial0/1:0 > > >> > > >> interface Serial0/0:0 > > >> no ip address > > >> encapsulation frame-relay > > >> logging event subif-link-status > > >> logging event dlci-status-change > > >> clockrate 56000 > > >> no frame-relay inverse-arp > > >> frame-relay intf-type dce > > >> frame-relay route 204 interface Serial0/1:0 402 > > >> > > >> interface Serial0/1:0 > > >> no ip address > > >> encapsulation frame-relay > > >> logging event subif-link-status > > >> logging event dlci-status-change > > >> clockrate 56000 > > >> no frame-relay inverse-arp > > >> frame-relay intf-type dce > > >> frame-relay route 402 interface Serial0/0:0 204 > > >> > > >> Again once I swapped them out with regular old WIC cards it started > working > > >> like a champ! > > >> > > >> > > >> > > >> Thank you. > > >> > > >> Steve Di Bias > > >> Network Engineer - Information Systems > > >> Valley Health System - Las Vegas > > >> Office - 702- 369-7594 > > >> Cell - 702-241-1801 > > >> [email protected] > > >> > > >> Thank you, > > >> > > >> Steve Di Bias > > >> Network Engineer - Information Systems > > >> Valley Health System - Las Vegas > > >> Office - 702- 369-7594 > > >> Cell - 702-241-1801 > > >> [email protected] > > >> > > >> -----Original Message----- > > >> From: [email protected] [mailto: > > >> [email protected]] On Behalf Of Max Pierson > > >> Sent: Thursday, March 31, 2011 7:42 AM > > >> To: Jay McMickle > > >> Cc: IPExpert Online > > >> Subject: Re: [OSL | CCIE_RS] Frame-Relay Switch WIC's > > >> > > >> Hi Jay, > > >> > > >> I've been down this road before with those interfaces. I'm not sure on > > >> frame-relay, but when I had a point-to-point setup (HDLC), I could not > get > > >> the circuit to come up with VWIC2-2MFT-T1 on one side and WIC-DSU on > the > > >> other side (status stayed as up/down). As soon as I changed both sides > to > > >> the VWIC2-2MFT-T1, line-protocol came right up. I was told that > there's > > >> some > > >> slight difference in how the channel-groups are setup when you're > > >> provisioning the timeslots for the interface. I havent dug into it > much > > >> more > > >> than that since I was able to get it to work with the same card on > each > > >> side. > > >> > > >> Frame might be a whole other story, but I would start by having both > WIC's > > >> be the same on each side if that's possible. > > >> > > >> Max > > >> > > >> On Tue, Mar 29, 2011 at 9:17 PM, Jay McMickle <[email protected] > > >>> wrote: > > >> > > >>> Has anyone ever setup a Frame-relay switch using VWIC2-2MFT-T1/E1 as > > >> their > > >>> cards? I can make the normal WIC2T or WICv2/WIC-DSU's work just > fine. > > >>> A buddy > > >>> of mine thought that you couldn't use this type of card since it > creates > > >>> the > > >>> slotted interface (shown below). Again, if I take the same config and > > >> swap > > >>> out > > >>> the interface name on the same router, FRS works. I searched and > > >> searched, > > >>> but > > >>> I only see these cards being used on the CCIE Voice tracks. Any help > is > > >>> appreciated. > > >>> > > >>> frame-relay switching > > >>> > > >>> interface Serial0/1/1:3 > > >>> no ip address > > >>> encapsulation frame-relay > > >>> frame-relay intf-type dce > > >>> frame-relay route 602 interface Serial0/0/0:0 206 > > >>> > > >>> > > >>> Regards, > > >>> Jay McMickle- CCNP, CCSP, CCDP, MCSE > > >>> http://mycciepursuit.wordpress.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 > > >> > > >> > > >> UHS Confidentiality Notice: This e-mail message, including any > > >> attachments, is for the sole use of the intended recipient (s) and may > > >> contain confidential and privileged information. Any unauthorized > review, > > >> use, disclosure or distribution of this information is prohibited. If > this > > >> was sent to you in error, please notify the sender by reply e-mail and > > >> destroy all copies of the original message. > > > _______________________________________________ > > > For more information regarding industry leading CCIE Lab training, > please visit www.ipexpert.com > > > > > > > > > > UHS Confidentiality Notice: This e-mail message, including any > attachments, is for the sole use of the intended recipient(s) and may > contain confidential and privileged information. Any unauthorized review, > use, disclosure or distribution of this information is prohibited, and may > be punishable by law. If this was sent to you in error, please notify the > sender by reply e-mail and destroy all copies of the original message. > > > ------------------------------ > > Message: 2 > Date: Fri, 1 Apr 2011 09:01:57 -0400 > From: Michael Smith <[email protected]> > To: <[email protected]> > Subject: [OSL | CCIE_RS] My First lab attempt > Message-ID: <[email protected]> > Content-Type: text/plain; charset="iso-8859-1" > > > Hello all, > > Well I've scheduled my first lab attempt on August 9th in RTP and I was > wondering if anyone has any study advice for the last 4 months for me? I've > done all of the Volume 1 labs and I am currently going through the Volume 2 > labs. I've become pretty familiar with the Doc CD and the question mark in > IOS and aside from the oddball question (for example I was doing Vol. 2 Lab > 7 and in the IOS service section where in the Doc CD is the command service > nagle?) I seem to be on the right track as far as doing a section of the lab > and checking in the book. I'm just curious from the ones who've taken it > already what approach would be best to spend my last 4 months? Thanks in > advance. > > > ------------------------------ > > Message: 3 > Date: Fri, 1 Apr 2011 16:57:26 +0300 > From: natay menessa <[email protected]> > To: [email protected] > Subject: [OSL | CCIE_RS] max-lsa > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > hello guys > can some one tell me the use of this command. i understand that it > suppresses the number of LSA. why do i need to suppress LSA amount? is it > b/c of routing size of some routers? > Regards > > > ------------------------------ > > Message: 4 > Date: Fri, 1 Apr 2011 16:58:40 +0200 > From: Nicolas MICHEL <[email protected]> > To: natay menessa <[email protected]> > Cc: [email protected] > Subject: Re: [OSL | CCIE_RS] max-lsa > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > LSDB Overload Protection . > > > The doc CD explains it better than me ;) > > > > > 2011/4/1 natay menessa <[email protected]> > > > hello guys > > can some one tell me the use of this command. i understand that it > > suppresses the number of LSA. why do i need to suppress LSA amount? is it > > b/c of routing size of some routers? > > Regards > > _______________________________________________ > > For more information regarding industry leading CCIE Lab training, please > > visit www.ipexpert.com > > > > > > -- > Nicolas MICHEL > Ingenieur R?seaux et Securit? (CCNA/CCNP) > > > ------------------------------ > > Message: 5 > Date: Fri, 1 Apr 2011 11:07:06 -0400 > From: Jay Taylor <[email protected]> > To: Michael Smith <[email protected]> > Cc: [email protected] > Subject: Re: [OSL | CCIE_RS] My First lab attempt > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > Vol3 labs for sure. I remember some things being in there I didn't come > across in Vol1. Also, the TS sections of the Vol3 labs were very helpful > for > me. > > DocCD, DocCD, DocCD and then some more DocCD. > > I found the Routing-Bits.com handbook to be awesome for my final review. > Ruhann has an excellent set of notes available there. > > > > On Fri, Apr 1, 2011 at 9:01 AM, Michael Smith <[email protected]> wrote: > > > > > Hello all, > > > > Well I've scheduled my first lab attempt on August 9th in RTP and I was > > wondering if anyone has any study advice for the last 4 months for me? > I've > > done all of the Volume 1 labs and I am currently going through the Volume > 2 > > labs. I've become pretty familiar with the Doc CD and the question mark > in > > IOS and aside from the oddball question (for example I was doing Vol. 2 > Lab > > 7 and in the IOS service section where in the Doc CD is the command > service > > nagle?) I seem to be on the right track as far as doing a section of the > lab > > and checking in the book. I'm just curious from the ones who've taken it > > already what approach would be best to spend my last 4 months? Thanks in > > advance. > > > > _______________________________________________ > > For more information regarding industry leading CCIE Lab training, please > > visit www.ipexpert.com > > > > > ------------------------------ > > Message: 6 > Date: Fri, 1 Apr 2011 11:54:54 -0400 > From: "Di Bias, Steve" <[email protected]> > To: Nicolas MICHEL <[email protected]>, natay menessa > <[email protected]> > Cc: "[email protected]" <[email protected]> > Subject: Re: [OSL | CCIE_RS] max-lsa > Message-ID: > < > 2fe030039b8ad14eb4373ca25779c63e91940d9...@corp-exvs01.corp.uhsinc.biz> > > Content-Type: text/plain; charset="iso-8859-1" > > http://www.cisco.com/en/US/docs/ios/12_0s/feature/guide/ospfopro.html > > Thank you.? > > Steve Di Bias > Network Engineer - Information Systems > Valley Health System - Las Vegas > Office - 702- 369-7594 > Cell - 702-241-1801 > [email protected] > > -----Original Message----- > From: [email protected] [mailto: > [email protected]] On Behalf Of Nicolas MICHEL > Sent: Friday, April 01, 2011 7:59 AM > To: natay menessa > Cc: [email protected] > Subject: Re: [OSL | CCIE_RS] max-lsa > > LSDB Overload Protection . > > > The doc CD explains it better than me ;) > > > > > 2011/4/1 natay menessa <[email protected]> > > > hello guys > > can some one tell me the use of this command. i understand that it > > suppresses the number of LSA. why do i need to suppress LSA amount? is > > it b/c of routing size of some routers? > > Regards > > _______________________________________________ > > For more information regarding industry leading CCIE Lab training, > > please visit www.ipexpert.com > > > > > > -- > Nicolas MICHEL > Ingenieur R?seaux et Securit? (CCNA/CCNP) > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > > UHS Confidentiality Notice: This e-mail message, including any > attachments, is for the sole use of the intended recipient (s) and may > contain confidential and privileged information. Any unauthorized review, > use, disclosure or distribution of this information is prohibited. If this > was sent to you in error, please notify the sender by reply e-mail and > destroy all copies of the original message. > > End of CCIE_RS Digest, Vol 63, Issue 2 > ************************************** > _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
