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
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to