- USR-TC - mailman.xmission.com

RE: (usr-tc) Dual PRI CARD
by Stainforth, Matthew 20 Jun '00

20 Jun '00

Ah, yes it's not hard to switch the code. By default when TCM is browsing for the CT1 nac file it'll use ct*.nac as the mask. All you have to do is choose the dp*.nac file to upload instead. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Mike Andrews [mailto:mandrews@bit0.com] > Sent: Tuesday, June 20, 2000 4:02 AM > To: usr-tc(a)lists.xmission.com > Subject: Re: (usr-tc) Dual PRI CARD > > > That would explain why he can't find the switch-type option; > good call... > > You don't have to force very hard from what I remember, but > it's been a > loooong time since I've had to do the code swap on that. Our > very first > Dual PRI we ever had was DOA, and its replacement had CT1 > code on it... > hell, I probably used pcsdl to do it at the time but TCM > would probably > have done it too. > > 3.1.5 is (still) the latest Dual PRI code. > > > Mike Andrews (MA12) * mandrews(a)dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Mon, 19 Jun 2000, Jeff Mcadams wrote: > > > Also sprach Lou Bernstein > > >Where would the switch type option be, I could not find it in the > > >config of the PRI card, the software revision on the card > is 4.2.1. > > > > Uhm...I believe 4.2.1 is a channelized t1 version of code. > I think the > > latest version of code for the dual-PRI is 3. something or > other. Most > > likely, the hardware is the same (though they were sold as different > > equipment), so most likely its just a matter of forcing a > code upgrade > > of the dual-pri code to the card. > > -- > > Jeff McAdams Email: jeffm(a)iglou.com > > Head Network Administrator Voice: (502) 966-3848 > > IgLou Internet Services (800) 436-4456 > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old > messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

RE: (usr-tc) Config for Dual BRI Cisco to TC
by Verreault, John 20 Jun '00

20 Jun '00

Thanks for the input. I am on the right track. I just need help with the "mojos"... I've got 1 BRI multilinking perfectly, need some help from someone who has this working for 2 or knows the Cisco config parameters Thanks John -----Original Message----- From: Jeff Mcadams [mailto:jeffm@iglou.com] Sent: Monday, June 19, 2000 11:51 AM To: usr-tc(a)lists.xmission.com Subject: Re: (usr-tc) Config for Dual BRI Cisco to TC Also sprach Verreault, John > I am trying to get a cisco 4000 with 2 BRI interfaces to connect to a >Total Control Chassis. (I am not sure if you can MPP over both BRI's, >if not I would settle for MPP for each BRI and load balance over the 2 >multilinked BRI's) There should be no problem with multi-linking two BRI's together for a 256kbps connection. There's no theoretical limit to the number of channels you can link together...though there are definitely practical limits. :) >I am having some problems with the second BRI. I cannot get a stable >connection. >I am assigning the BRI interface a static IP and specifying the route >with radius. OK...I don't have much Cisco dial mojo, but you seem to be going wrong on the concepts here. If you're running multi-link over 4 channels (2 channels per BRI, 2 BRIs), then you probably shouldn't be giving an IP address to a specific BRI. You should have some sort of "virtual" interface or suchlike that the BRIs would be attached to in some way, you would give the IP address to the "virtual" interface (maybe a dialer interface? like I said...I don't know Cisco dial well at all). Then, when you get both BRIs assigned/attached to this "virtual" interface (whatever it may be called), then it *should* multi-link across the BRIs with no problem. There's nothing inherent about multi-link that makes it only function within an individual line (BRI). In fact, you can run multi-link across multiple modems, across multiple T1's, even, theoretically, across multiple L2TP or PPTP connections if you *really* wanted. >Should the second interface have the same static IP address or a >different one. The second BRI, like the first, shouldn't have an IP address itself at all most likely. -- Jeff McAdams Email: jeffm(a)iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

2 1

RE: (usr-tc) Dual PRI CARD
by Lou Bernstein 20 Jun '00

20 Jun '00

Thanks for the tips, Where would the switch type option be, I could not find it in the config of the PRI card, the software revision on the card is 4.2.1. Thanks, LOU At 02:17 PM 6/19/00 -0300, you wrote: > >also make sure you have the channel->modem assignment set up correctly...or >alternatively have it set to first available or round robin in which case >you don't need to do the channel->modem assignment. Other than that, all >you should really need to confirm is the framing, coding, and switch type >options. > >You should be able to troubleshoot with your switch people to see whether >the switch is sending the call to you or if you're getting a busy because >the switch thinks you're unable to take calls. If they see the call being >sent to you, you have a problem accepting the call either because there's no >modem available or the arc is refusing it for some reason. If the switch is >just refusing to talk to you, it is most likely a signalling >issue...assuming that, as mentioned before, there are no alarms. > >Matthew Stainforth || Technical Services Manager || BrunNet Inc. > > >> -----Original Message----- >> From: Jeff Mcadams [mailto:jeffm@iglou.com] >> Sent: Monday, June 19, 2000 2:05 PM >> To: usr-tc(a)lists.xmission.com >> Subject: Re: (usr-tc) Dual PRI CARD >> >> >> Also sprach Lou Bernstein >> >I need a little help here. I have a TC with a HIPER ARC, >> several HIPER >> >DSP cards, some Quad Digital cards and a Dual PRI-Card NAC. I have >> >been running for a long time with the HIPER DSP cards >> without problems. >> >I now need to run the Quad cards and can not seem to get the Dual PRI >> >card to work(it did work at one time). The PRI line is coming from a >> >Lucent Definity 3G switch and works fine with the Hiper DSP cards. >> >When I connect the PRI line to the Dual PRI card all I get is a busy >> >signal, the link does show that it is up and there are no alarms.. >> >> Probably need to check the configs on the quads to make sure >> they're set >> up to take calls from the PRI...like line source to pritdm, proly some >> others that I'm not thinking of off the top of my head...line source >> would be the first thing I'd check...and, of course, make >> sure that the >> interfaces are active and up on the Arc so that the quads can get the >> signal to answer the call, so they in turn can signal the >> dual-pri card. >> -- >> Jeff McAdams Email: jeffm(a)iglou.com >> Head Network Administrator Voice: (502) 966-3848 >> IgLou Internet Services (800) 436-4456 >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" >> with "unsubscribe usr-tc" in the body of the message. >> For information on digests or retrieving files and old messages send >> "help" to the same address. Do not use quotes in your message. >> > >- > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

3 2

Re: (usr-tc) Radius accounting
by Vance McIndoe 20 Jun '00

20 Jun '00

Scot, It sounds like you shouldn't use the secondary server option - turn them off. Check out the first 4 lines of "sh accounting". They show your "primary" and first/second "backup" servers. You obviously know how to set the primary already.... the first and second backups can be set by the commands: set accounting_backup primary first_server x.x.x.x set accounting_backup primary second_server x.x.x.x You may also like to check the "Authentication Algorithm" with "sh radius settings", and then adjust it with "set radius authentication_algorithm". Sounds to me like you need the fall_through option. -- Vance McIndoe Data Platforms, Operations, Telecom NZ Ltd. +64-6-3507004 >>> scot(a)njaccess.net 20/06/00 12:57:45 >>> What is the difference between "Primary backup accounting server" and "Secondary accounting server" on the HARC? I only want accounting packets to be sent to the secondary radius server when the primary is down. So, do I use the primary backup accounting server field? I am currently using the secondary accounting field, and that server is getting all requests even when the primary is functioning fine. -- Scot - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

4 3

(usr-tc) SNMP Trap 120?
by Carl Litt 20 Jun '00

20 Jun '00

Quick question: What is NMC Enterprise Specific Trap 120, and where might I find the MIB file for it? I get this trap many times a day from a single DSP card, and can't get rid of it. The card seems to operate fine, and the trap settings were loaded from another card in the chassis. Also, where would I find the latest MIB for the ARC 4.2.32? There was discussion about ARC objects in the past, but I couldn't find them in my file. It's probably out of date, but I can't find a newer one. Thanks, Carl Litt Network Administrator Execulink Internet Services - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

(usr-tc) Radius accounting
by Scot Desort 19 Jun '00

19 Jun '00

What is the difference between "Primary backup accounting server" and "Secondary accounting server" on the HARC? I only want accounting packets to be sent to the secondary radius server when the primary is down. So, do I use the primary backup accounting server field? I am currently using the secondary accounting field, and that server is getting all requests even when the primary is functioning fine. -- Scot - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

RE: (usr-tc) Dual PRI CARD
by Stainforth, Matthew 19 Jun '00

19 Jun '00

if you hilight either span (ie not the whole card), select the configuration, PRI Trunk Settings. The option is Primary Switch Type Set. I'm not sure what the right choice would be given your telco's switch type. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Lou Bernstein [mailto:lbernste@nortelnetworks.com] > Sent: Monday, June 19, 2000 4:08 PM > To: usr-tc(a)lists.xmission.com > Subject: RE: (usr-tc) Dual PRI CARD > > > Thanks for the tips, > > Where would the switch type option be, I could not find it in > the config of > the PRI card, the software revision on the card is 4.2.1. > > Thanks, > > LOU > > At 02:17 PM 6/19/00 -0300, you wrote: > > > >also make sure you have the channel->modem assignment set up > correctly...or > >alternatively have it set to first available or round robin > in which case > >you don't need to do the channel->modem assignment. Other > than that, all > >you should really need to confirm is the framing, coding, > and switch type > >options. > > > >You should be able to troubleshoot with your switch people > to see whether > >the switch is sending the call to you or if you're getting a > busy because > >the switch thinks you're unable to take calls. If they see > the call being > >sent to you, you have a problem accepting the call either > because there's no > >modem available or the arc is refusing it for some reason. > If the switch is > >just refusing to talk to you, it is most likely a signalling > >issue...assuming that, as mentioned before, there are no alarms. > > > >Matthew Stainforth || Technical Services Manager || BrunNet Inc. > > > > > >> -----Original Message----- > >> From: Jeff Mcadams [mailto:jeffm@iglou.com] > >> Sent: Monday, June 19, 2000 2:05 PM > >> To: usr-tc(a)lists.xmission.com > >> Subject: Re: (usr-tc) Dual PRI CARD > >> > >> > >> Also sprach Lou Bernstein > >> >I need a little help here. I have a TC with a HIPER ARC, > >> several HIPER > >> >DSP cards, some Quad Digital cards and a Dual PRI-Card > NAC. I have > >> >been running for a long time with the HIPER DSP cards > >> without problems. > >> >I now need to run the Quad cards and can not seem to get > the Dual PRI > >> >card to work(it did work at one time). The PRI line is > coming from a > >> >Lucent Definity 3G switch and works fine with the Hiper DSP cards. > >> >When I connect the PRI line to the Dual PRI card all I > get is a busy > >> >signal, the link does show that it is up and there are no > alarms.. > >> > >> Probably need to check the configs on the quads to make sure > >> they're set > >> up to take calls from the PRI...like line source to > pritdm, proly some > >> others that I'm not thinking of off the top of my > head...line source > >> would be the first thing I'd check...and, of course, make > >> sure that the > >> interfaces are active and up on the Arc so that the quads > can get the > >> signal to answer the call, so they in turn can signal the > >> dual-pri card. > >> -- > >> Jeff McAdams Email: jeffm(a)iglou.com > >> Head Network Administrator Voice: (502) 966-3848 > >> IgLou Internet Services (800) 436-4456 > >> > >> - > >> To unsubscribe to usr-tc, send an email to > "majordomo(a)xmission.com" > >> with "unsubscribe usr-tc" in the body of the message. > >> For information on digests or retrieving files and old > messages send > >> "help" to the same address. Do not use quotes in your message. > >> > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

(usr-tc) DOSBS (a.k.a DOV) on HyperDSPs?
by Dave Martin 19 Jun '00

19 Jun '00

Does anyone know whether the new 4.0 release supports ISDN DOSBS calls on the HyperDSPs? This did *not* work on earlier releases and we've been using a chassis w/ Dual-PRI and Quads as a workaround which we'd like to stop doing. I read the release notes for the DSP, but nothing jumped out at me. TIA... ------------------------------------------------------------------------ Dave Martin Netcetera, Inc. dpm(a)netcetera.com "There's coffee in that Nebula!" ------------------------------------------------------------------------ - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

(usr-tc) How to do dialback with the TC?
by Ernie Pritchard 19 Jun '00

19 Jun '00

Is anyone doing ISDN callback with a arc? I have been trying to get this working with both a cisco 766 and a pipeline 75. I was unable to get the harc to do anything with the dialback configuration setup in the radius server <usr SA ver 6.0.8>, after fooling around with the config in the arc I was able to get the arc to callback. Im not sure if it is calling the router analog or isdn since its not working. Im running 4.2.32 on the arc and heres an example of the configuration. set modem_group all access two_way add user <username> password <password> type network,callback set user <username> callback_type static phone_number xxxxxxx set network user <username> ip remote_ip_address xxx.xxx.xxx.xxx/xx With this configuration the remote user hits the chassis and then gets disconnected. Ive spoken with support at 3com and the tech said that when the chassis calls back it does not auth with the remote side, this just sounds a little odd. Thanks in Advance, Ernie Pritchard InLine Connections - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

RE: (usr-tc) Dual PRI CARD
by Stainforth, Matthew 19 Jun '00

19 Jun '00

also make sure you have the channel->modem assignment set up correctly...or alternatively have it set to first available or round robin in which case you don't need to do the channel->modem assignment. Other than that, all you should really need to confirm is the framing, coding, and switch type options. You should be able to troubleshoot with your switch people to see whether the switch is sending the call to you or if you're getting a busy because the switch thinks you're unable to take calls. If they see the call being sent to you, you have a problem accepting the call either because there's no modem available or the arc is refusing it for some reason. If the switch is just refusing to talk to you, it is most likely a signalling issue...assuming that, as mentioned before, there are no alarms. Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Jeff Mcadams [mailto:jeffm@iglou.com] > Sent: Monday, June 19, 2000 2:05 PM > To: usr-tc(a)lists.xmission.com > Subject: Re: (usr-tc) Dual PRI CARD > > > Also sprach Lou Bernstein > >I need a little help here. I have a TC with a HIPER ARC, > several HIPER > >DSP cards, some Quad Digital cards and a Dual PRI-Card NAC. I have > >been running for a long time with the HIPER DSP cards > without problems. > >I now need to run the Quad cards and can not seem to get the Dual PRI > >card to work(it did work at one time). The PRI line is coming from a > >Lucent Definity 3G switch and works fine with the Hiper DSP cards. > >When I connect the PRI line to the Dual PRI card all I get is a busy > >signal, the link does show that it is up and there are no alarms.. > > Probably need to check the configs on the quads to make sure > they're set > up to take calls from the PRI...like line source to pritdm, proly some > others that I'm not thinking of off the top of my head...line source > would be the first thing I'd check...and, of course, make > sure that the > interfaces are active and up on the Arc so that the quads can get the > signal to answer the call, so they in turn can signal the > dual-pri card. > -- > Jeff McAdams Email: jeffm(a)iglou.com > Head Network Administrator Voice: (502) 966-3848 > IgLou Internet Services (800) 436-4456 > > - > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0