March 2000 - USR-TC - mailman.xmission.com

(usr-tc) quads need reboot?
by Paul Farber 07 Mar '00

07 Mar '00

hello all I have an old 2059 chassis in service with 1 dual pri, 8 a/d quad's, 1 digital quad, an ARC and NMC card. DUAL PRI: 3.0.2 Quads: 6.1.6 ARC: 4.1.59 NMC: 6.2.17 Basically, I have to reboot the quads in order to get them to pick up the phone. DS0's are in service, no errors, just call in, ring no answer (rings). Reboot quads only, calls get answered. Wait a while (next day), cards need rebooting. When I reboot the quads, the ARC also reboots (at least TCM tells me it reboots... also can't ping it while TCM ARC is yellow. Do I have a setting hosed? Any ideas? Paul Farber Farber Technology farber(a)admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 - 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) 56K DOV
by mikew＠ll.net 06 Mar '00

06 Mar '00

Is ISDN 56K DOV supported by the HiperArc/DSP? When I try to connect to my TC Hub with channelized T1s from an ISDN line with the modem set for 56K DOV, the call is answered but it doesn't seem to send any data, not even authentication, and it eventually times out. The local telco is US West. Does anyone have this set up and working? Thanks. Mike Wilker Director of Network Operations Local Link, Inc. - 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) Websites failing on TCHub vs Ascend... Where to star t?
by Colin Wantling 06 Mar '00

06 Mar '00

Robb, if you have a Radius, set the framed MTU to 1500 for each user. If no Radius, set MTU in the HARC. Not a perfect solution of course! regards, Colin Wantling Energis NV. > We're using the default MTU issued by the TC. I've tried specifying 576, > 1500, 2400 and 3000 with no change to the performance of these sites. > What > is the optimum MTU setting being used today I've read conflicting reports > on > 1500 vs 576. > > Any other ideas? > > Thanks > Robb Bryn > > > -----Original Message----- > > From: owner-usr-tc(a)lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams > > Sent: Sunday, March 05, 2000 3:15 PM > > To: usr-tc(a)lists.xmission.com > > Subject: Re: (usr-tc) Websites failing on TCHub vs Ascend... Where to > > start? > > > > > > Thus spake Brian > > >Sounds like an MTU problem. > > > > >show remote user username > > > > >on the tchub, and take a look at what mtu you are assigning users who > > >are problematic. > > > > Indeed...my thoughts exactly...also, just to be sure, check > > your RADIUS > > users setup as well as that might be where the MTU is being set. > > -- > > 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) Websites failing on TCHub vs Ascend... Where to start?
by Robb Bryn 06 Mar '00

06 Mar '00

We're using the default MTU issued by the TC. I've tried specifying 576, 1500, 2400 and 3000 with no change to the performance of these sites. What is the optimum MTU setting being used today I've read conflicting reports on 1500 vs 576. Any other ideas? Thanks Robb Bryn > -----Original Message----- > From: owner-usr-tc(a)lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams > Sent: Sunday, March 05, 2000 3:15 PM > To: usr-tc(a)lists.xmission.com > Subject: Re: (usr-tc) Websites failing on TCHub vs Ascend... Where to > start? > > > Thus spake Brian > >Sounds like an MTU problem. > > >show remote user username > > >on the tchub, and take a look at what mtu you are assigning users who > >are problematic. > > Indeed...my thoughts exactly...also, just to be sure, check > your RADIUS > users setup as well as that might be where the MTU is being set. > -- > 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

(usr-tc) Problems with ISDN and Netserver
by Jorge Lozano 06 Mar '00

06 Mar '00

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everybody... I have a Netserver with 14 Quad cards.. and a Dual E1/PRI card. When I try to connect by an analog line... I don´t have any problem.. the RADIUS server is contacted and I can log in. But if I use a digital line (ISDN), the security option is not used... then when the user write his login.. the card try to connect to a host with this name. Can anybody tell me how can I activate the security option for ISDN calls? Jorge Lozano <jorge(a)andinet.com> SA and ISSO Andinet On Line Please visit, http://www.andinet.com -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.3 for non-commercial use <http://www.pgp.com> iQA/AwUBOMO23qp3oywyFVUlEQIhPQCeKrkDhS4QIpjYflGuiay/e8tM/1EAn1Vj 1zmmTyx6KU0i9lxiGn4G/kc2 =Zz3K -----END PGP SIGNATURE-----

1 0

Re: (usr-tc) SS7 & 3Сom
by Vadim Tulinov 06 Mar '00

06 Mar '00

Hello! Dan Hollis wrote: > On Fri, 3 Mar 2000, Vadim Tulinov wrote: > > The company 3Com sells a card SS7 for TC. > > Where is this card? URL? We have it at 3Com's price list ( near 20K$). You can find manual ftp://totalservice.usr.com/pub/totalcontrol-hubs/ss7. > > > -Dan -- _______________________________________________ Best regards, Vadim. - 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) Encrypted passwords,radius,NETCard ->bug?
by Pavel Paprok 06 Mar '00

06 Mar '00

Hi all, we are using more terminal servers (2x Patton2800, 3x Cisco, 2xTC HiPer, 2xTC NETCard) all authorized by Merit Radius 3.6B starting from about 3 years ago without problems. Usernames and passwords (cca 4000) we have only in radius "users" files separated by prefix for each node. All used for PPP with PAP. All was working OK until we want move from plain text passwords to encrypted passwords now. Seems to be easy - just change item "Password=" to "Encrypted-Password=" and replace these password by encrypted ones. I have changed it so (I have a script which generate users files when needed from DB so only little change in this script). After this change - all these devices are authorizing with encrypted passwords without problems :-) - but TC :-( HiPer TC - first authenticating no user call at all... all authentications "FAILED". As I find soon it was caused by configuration authentication protocol = ANY and authentication preference = DEFAULT, I change it to =PAP, =PAP and now it seems to be working... NETCard TC - from begining was authenticating OK but NIGHTMARES came after a few hours - time to time radiusd started to answer all authentication requests as FAILED (also requests from non-TC nodes!). Only rescue from this state was kill and start again of radiusd. This state back again in time interval from a tens of second to tens of minutes after re-starting radiusd. Interesting also that radiusd accounting working still without problems in this state and also any user trying to login found in logfile - but unfortunately as FAILED of course :-(. When I next day check radiusd logfiles and find some dependency on these 21 crashes I found that every endless "FAILED" responses started exclusively by FAILED login of 3 same users on one of these our 2 TC Netcard nodes. Also I found that these users have set "using encrypted passwords" on they WinNT4 workstations or W95 (it means CHAP I thing). What strange NETCard send to radiusd what totaly confuse it??? So I try to change on NETCard PPP configuration like on HiPer above (...=PAP,...=PAP). After it I had tried by dialing from my friend (WNT,W95 fan :-) new configuration - esspecialy all these dirty CHAP,MS-CHAP setups and try to confuse my radius. Result of many dirty test setups seems to be a good - on these dirty calls TC never send even auth.request to radiusd at all and every call ended by timeout for dialing client. Also in logfile appeared change - there are no more any entry about so dirty call, only OK or FAILED of PAP authentications. But next day after some hours radiusd blocked again!!! Did anybody seen similar problem? What is buggy working with encrypted passwords and confusing - radius or NETcard? Notice that with plain text passwords and NETCard was never blocked into so state. Merit Radius 3.6B compiled and runing on Linux RH6.1 with kernel 2.2.13. Also interesting that same version of radius compiled and runing on Linux Slackware 3.5 kernel 2.0.35 working as "old backup radius" never blocked - even using same "encrypted" passwords. These 3 problematic users did not block same radiusd on Slackware system!!! Only FAILED and all was continue working without blocking!!! But system is overall old and I want to upgrade it :-( want not to leave radiusd there. So maybe also worst implementation of Merit radiusd on RH6.1 due to difference in system libraries etc... Due to all other types of terminal servers working with same configuration properly I thing that there may be something special on NETCard RADIUS protocol what Merit radius cannot process properly and what take place only in case when authenticating encrypted passwords. Are using someone other good-known, recomended or better configuration? On TC I have vendor extension disabled and also in "clients" file NETCard nodes presented only as NAT (should be better USR:NAT?), radius version set to 1 on both ends, USR_CCA in radiusd not compiled - is all it right or may be better? With plain passwords above was working good for me but maybe now should be altered... Any help welcomed! Thanks :-) Pavel - 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) DSl service
by jeff.binkley＠asacomp.com 04 Mar '00

04 Mar '00

Folks, I know this is slightly off topic but I wanted to throw it out for opinions. We are looking at offering DSL service soon. Are there any rules of thumb that folks are using for estimating bandwidth needs per number of DSL customers ? How are the LECs and CLECs at getting DSL circuits put in in a timely manner ? Lastly, there was some discussion a while back about the TC and whether it supported DSL or would in the future. Any new news on that one ? Thanks, Jeff Binkley ASA Network Computing - 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

(usr-tc) DSP rebooting
by Greg Owens 04 Mar '00

04 Mar '00

I have heard this discussed before but never had it happen to us till now. What could be causing one of our DSP card to continually reboot itself. After reboting it will take calls fine then 10 to 30 mins later it will reboot again? Thanks in advance Greg Owens Magnolia Internet Services http://www.magnolia-net.com - 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 5

(usr-tc) SS7 & 3Сom
by Vadim Tulinov 03 Mar '00

03 Mar '00

Kind day! The company 3Com sells a card SS7 for TC. In the description to it is told, that is necessary to use SS7 Gateway supporting SLAP. I have not found anywhere description of this device. SLAP is not mentioned on Alcatel, Siemens, Ericsson web. Is it underground protocol from 3Com? Does Somebody use SS7 and TC? What equipment you use for support SLAP and what equipment delivers IMT? _______________________________________________ Best regards, Vadim Tulinov. - 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