January 1999

Subject: (usr-tc) Netserver Sanity Check (expect script)
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1999-01-02 22:49:10

This is a program I just whipped up to do a rudimentary sanity check on a Netserver. We frequently experience a problem where the NetServer properly authenticates, sends accounting records, and sets up PPP, but it drops all sessions within a few seconds. This can happen on Netservers that have been up for 40 days, or 4 days. When this does occur, we've also noticed that the Netserver will not act quite right when you telnet in to it; typically, it doesn't give a login prompt. Thus, one way to check for sanity is to telnet into it. This expect script does just that. (You can get expect and tcl from ftp://ftp.cme.nist.gov/pub/expect/) It returns 0 if everything looks okay, and nonzero if it doesn't. So you might setup a script in somebody's crontab to do something like for netserver_name in 1.usr 2.usr 3.usr 4.usr do if ! check_netserver_sanity $netserver_name LetMeIn then ## Whine and moan because another Netserver has bit ## the dust. set_alarm_state $netserver_name-insane cat ah-oo-ga.au >/dev/audio echo "$netserver is insane! Aaaah!" >/dev/console ## You get the idea. fi done You may need to customize a few of the variables at the top, e.g., if the prompt on your Netservers doesn't have a `>' in it. #!/usr/local/bin/expect -f ## ## Check the sanity of a NetServer: I've observed that when a Netserver goes ## insane and starts dropping calls immediately after authentication, it ## still has a functioning IP stack, but it won't give a normal login prompt ## to let '!root' login. This program telnets to the Netserver whose name or ## IP address is given as the first parameter on the command line, and logs ## in as '!root' with the password given as the second parameter. ## ## It returns nonzero if it cannot log in and log back out, and zero if it ## can. ## ## Usage: ## check_netserver_sanity <netserverNameOrIP> <!rootPassword> ## Returns: ## 0 If the Netserver seems sane ## nonzero If there was a problem; diagnostics go to stdout ## ## -- Mark Lindsey, Sat Jan 2 19:25:05 EST 1999 ## DSS Online, Valdosta, GA http://www.datasys.net/ if { $argc < 2 } { send_user "Usage:\n\t$argv0 NetserverToCheck BangRootPassword\n" exit 255 } exp_version -exit 5.0 log_user 10 ## If by some twist your administrative login name is not !root, change this set login_name "!root" ## Set this to a pattern that is in the Netserver's shell prompt set shell_prompt ">" ## This is something in the login prompt set login_prompt "login:" ## This is something in the password prompt set password_prompt "Password:" ## This is what to send to log out set logout_command "exit" ## This is something that's output when the connection dies set dead_connection_notice "Connection closed" ## Set this to the number of seconds that the Netserver can be uncooperative ## without being considered insane set timeout 10 set netserver_name [lindex $argv 0] set password [lindex $argv 1] spawn telnet $netserver_name ## Now we're waiting for the login prompt. expect timeout { send_user "$netserver_name did not provide a login prompt within $timeout seconds.\n" exit 1 } "$login_prompt" { send "$login_name\r" } else { send_user "I got something unexpected while waiting for the login prompt.\n" exit 8 } ## Now we're expecting the password prompt expect timeout { send_user "$netserver_name didnt provide a password prompt with $timeout seconds.\n" exit 2 } "$password_prompt" { send "$password\r" } else { send_used "I got something unexpected while waiting for the password prompt.\n" exit 7 } ## Now we're expecting the shell prompt expect timeout { send_user "$netserver_name didnt provide a shell prompt within $timeout seconds.\n" exit 3 } "$shell_prompt" { send "$logout_command\r" } else { send_user "I got something unexpected while waiting for shell prompt $shell_prompt\n" exit 6 } ## Now we're expecting something telling us that ## the connection is dead expect timeout { send_user "$netserver_name didnt close the connection when I said '$logout_command'.\n" exit 4 } "$dead_connection_notice" { exit 0 } else { send_user "I got something unexpected while waiting for $dead_connection_notice\n" exit 5 }

Subject: Re: (usr-tc) WebTV connect problems
From: Bob Purdon <bobp@southcom.com.au>
Date: 1999-01-03 10:27:44

> Must have the latest hiper code. This was fixed. I still have a few > web tv problems, but they are solved by entering the user in the > hiper, not just radius. I wouldn't be tolerating that - sounds like a management nightmare to me... Regards, Bob Purdon, Technical Manager, Southern Internet Services.

Subject: (usr-tc) DSPv1.2.60 and ARCv4.0.30
From: Marshall Morgan <marshall@netdoor.com>
Date: 1999-01-04 04:25:24

Not on the comp notes but will it work? I sorta upgraded to 1.2.60 without looking until 1/2 way through a full HiPer chassis. Anyone know? I was waiting to upgrade the ARC when the next full release came out. Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838

Subject: (usr-tc) NFAS on HARC and/or dual-PRI
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1999-01-04 06:19:05

We've been using channelized T1s forever because PRI isn't yet available. So forgive this question, which is probably pretty basic: Is NFAS supported on any TC equipment, including HARC or the dual-PRI cards? Does USR have a multi-chassis NFAS? On a loaded rack of HDMs and a HARC or two, NFAS would let you using a couple of D channels to control lots of PRIs, instead of a D channel on every PRI. Second question: is there any planned support for SS7? Thanks.

Subject: (usr-tc) Calls Skipping PRI
From: Cassandra M. Perkins <cassy@loop.com>
Date: 1999-01-04 06:55:33

I've had a TC unit for a several months with two PRIs that were running fine, until last night. All incoming calls now terminates on the second span and once that is full, I get a busy signal. No call terminates on the first span. I checked with the phone company and was told its on my end. All I could get from them is that my equipment is sending an "unexpected frame". Any suggestions, please? Thank you, Cassandra | Cassandra M. Perkins | People usually get what's coming to | | Network Operations | them... unless it's been mailed. | | The Loop Internet Switch Co., LLC | -fortune |

Subject: Re: (usr-tc) NFAS on HARC and/or dual-PRI
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-04 08:27:18

Thus spake Mark R. Lindsey >We've been using channelized T1s forever because PRI isn't yet available. >So forgive this question, which is probably pretty basic: Is NFAS supported >on any TC equipment, including HARC or the dual-PRI cards? Does USR have a >multi-chassis NFAS? The dual-PRI card will do NFAS between the two spans on the card. Nothing else supports NFAS at this point. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) Netserver Sanity Check (expect script)
From: matthews <matthews@brunnet.net>
Date: 1999-01-04 09:54:10

On Saturday, January 02, 1999 11:49 PM, mark@vielle.datasys.net [SMTP:mark@vielle.datasys.net] wrote: > ## check_netserver_sanity <netserverNameOrIP> <!rootPassword> Hopefully you would be running this on a private machine. Running this with the password on the command line makes the password available to anybody running a ps while the script is running. Be Seeing You... =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Matthew Stainforth<>Technical Services Manager<>BrunNet Inc.<>(506)450-4562 Don't rush me, sonny. You rush a miracle maker and you get rotten miracles. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Subject: RE: (usr-tc) WebTV connect problems
From: Eric Billeter <ebilleter@cableone.net>
Date: 1999-01-04 09:56:06

I couldn't get webtv users auth'd until I added VJ Header Compression enable to the default radius profile. Thanks Eric T. Billeter Cable One Internet Engineer 1314 North 3rd Street ebilleter@cableone.net Phoenix, AZ 85004 -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mike Wronski Sent: Saturday, January 02, 1999 8:05 PM At 10:27 AM 1/3/99 +1100, you wrote: > >> Must have the latest hiper code. This was fixed. I still have a few >> web tv problems, but they are solved by entering the user in the >> hiper, not just radius. > >I wouldn't be tolerating that - sounds like a management nightmare to >me... > This is very strange.. By having the user entered in the HARC you are using only the HARC's local authentication. If this works but a RADIUS auth does not you should check what is being sent in your access accept packets and see where that differs from the user you create or the default user. There is a conflict there and you should be able to resolve it on the RADIUS side and not have to create local users for all of your WEB TV customers. -M - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) Quad MDM not receieving calls
From: Jim Johnson <jim@perigee.net>
Date: 1999-01-04 11:02:42

Over the weekend, I noticed using TCM that a quad card at a remote site chassis (D-PRI/12 quads/Netserver/NMC) is never getting a call. There are no error lights and the card appears functional in TCM. Telnetting into the netserver card shows the port is active and the modem is present. I can hard/soft reset the card, power cycle the chassis and have even re-downloaded the firmware to the card but still none of the four modems on the card ever receives a call. Before I drive out there and physically swap out the card, what should I check for? Thanks, Jim

Subject: RE: (usr-tc) Calls Skipping PRI
From: matthews <matthews@brunnet.net>
Date: 1999-01-04 11:26:41

On Monday, January 04, 1999 10:56 AM, Cassandra M. Perkins [SMTP:cassy@loop.com] wrote: > > > I've had a TC unit for a several months with two PRIs that were running > fine, until last night. All incoming calls now terminates on the second > span and once that is full, I get a busy signal. No call terminates on > the first span. I checked with the phone company and was told its on my > end. All I could get from them is that my equipment is sending an > "unexpected frame". Any suggestions, please? > Check your DSO status and make sure none of them are out of service. Same with your entire span. Also make sure your D channel is up. Double check your DNIS digits as well. Be Seeing You... =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Matthew Stainforth<>Technical Services Manager<>BrunNet Inc.<>(506)450-4562 Don't rush me, sonny. You rush a miracle maker and you get rotten miracles. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Subject: RE: (usr-tc) Quad MDM not receieving calls
From: Steve McConnell <stevem@magneto.emji.net>
Date: 1999-01-04 11:30:05

make sure the Line Interface Source is set to PRITDM instead of nic. in TCM: choose the modems that are giving you trouble, then click Configuration then Line Interface Options. Then make sure the last setting is the correct interface. steve > -----Original Message----- > From: Jim Johnson [mailto:jim@perigee.net] > Sent: Monday, January 04, 1999 11:03 AM > To: usr-tc Mailing List > Subject: (usr-tc) Quad MDM not receieving calls > > > > > Over the weekend, I noticed using TCM that a quad card at a > remote site > chassis (D-PRI/12 quads/Netserver/NMC) is never getting a call. > > There are no error lights and the card appears functional in TCM. > > Telnetting into the netserver card shows the port is active and the > modem is present. > > I can hard/soft reset the card, power cycle the chassis and have even > re-downloaded the firmware to the card but still none of the > four modems > on the card ever receives a call. > > Before I drive out there and physically swap out the card, > what should I > check for? > > Thanks, > > Jim > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) Fwd: Re: 3com (fwd)
From: norm_miller@3com.com
Date: 1999-01-04 13:25:34

FYI, The original concept behind the adm username was for use with a tool we were working with to grab config info from a netserver, convert it, and load the config to an Arc. Since the tool did not grab the passwords from the netserver it needed a known username to access the ARC. If you want to delete the adm user, disable it first, save all, then delete it, save all, reboot. regards, /norm "Brian K McIntire" <bmcintire@commnet.com> on 12/22/98 09:53:08 AM Please respond to usr-tc@lists.xmission.com cc: (Norm Miller/US/3Com) >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian Uechi >Sent: Tuesday, December 22, 1998 7:47 AM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) Fwd: Re: 3com (fwd) > > >On Tue, 22 Dec 1998, Jeff Mcadams wrote: > >> Thus spake Brian Uechi >> >Does anybody know what the heck this guy is talking about? NMC login >> >accounts? Aren't all logins handled by the Netserver? In any case, I >> >tried logging in via ppp and tty as adm with no password and it >> >doesn't work. Also tried telnet to Netserver and NMC. >> >> This is referring to the HiPer Arc's, not the NETServers or NMC. Not >> having Arc's to play with much (I have one, but haven't played with it >> much yet), I can't confirm that this is what's happening, but I have no >> reason to doubt it. Sounds like poor design wrt the adm account on the >> ARC, though it can be set up to not be a security whole, its slightly >> counter-intuitive on how to do it. > >Thanks! I'm not using HARC's yet so I'll file this one away for now. One thing Krish and Mike didn't mention. In addition to disabling the user or giving it a password you can also change the type of the adm user to prevent administrative access. > >--- >Brian K. Uechi Email: brianu@lava.net >Technical Support Engineer Phone: 808-545-5282 >LavaNet, Inc. FAX : 808-545-7020 > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: Re: (usr-tc) and Sega Saturns
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-01-04 13:46:37

Hello, I have several users that cannot connect with a Sega Saturn. I am running the lastest code on my Hiper Arc card, DSP cards and Quad Modem cards. I know this sounds crazy but I think the sega must have a modem in it for online gameing. Does anyone else have this problem. The Problem started when I made the Changeover to the Hiper Platform. Any suggestions would be helpful. Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Sent: Monday, January 04, 1999 1:46 PM >We support NFAS on the HDM's (HiperDSP Modem) in version 3.5 which is in >beta now. If you want to sign up for the beta go to >http://totalservice.usr.com/ >You can not mix Dual-Pri & HDM's for NFAS. We support Dual-PRI NFAS and we >support HDM's with NFAS, like to like. We do not support multi chassis >NFAS. >regards, >/norm > > > > > >Jeff Mcadams <jeffm@iglou.com> on 01/04/99 08:27:18 AM > >Please respond to usr-tc@lists.xmission.com > >To: usr-tc@lists.xmission.com >cc: (Norm Miller/US/3Com) >Subject: Re: (usr-tc) NFAS on HARC and/or dual-PRI > > > > >Thus spake Mark R. Lindsey >>We've been using channelized T1s forever because PRI isn't yet available. >>So forgive this question, which is probably pretty basic: Is NFAS >supported >>on any TC equipment, including HARC or the dual-PRI cards? Does USR have a >>multi-chassis NFAS? > >The dual-PRI card will do NFAS between the two spans on the card. >Nothing else supports NFAS at this point. >-- >Jeff McAdams Email: jeffm@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@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@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. >

Subject: Re: (usr-tc) NFAS on HARC and/or dual-PRI
From: norm_miller@3com.com
Date: 1999-01-04 14:46:11

We support NFAS on the HDM's (HiperDSP Modem) in version 3.5 which is in beta now. If you want to sign up for the beta go to http://totalservice.usr.com/ You can not mix Dual-Pri & HDM's for NFAS. We support Dual-PRI NFAS and we support HDM's with NFAS, like to like. We do not support multi chassis NFAS. regards, /norm Jeff Mcadams <jeffm@iglou.com> on 01/04/99 08:27:18 AM Please respond to usr-tc@lists.xmission.com cc: (Norm Miller/US/3Com) Thus spake Mark R. Lindsey >We've been using channelized T1s forever because PRI isn't yet available. >So forgive this question, which is probably pretty basic: Is NFAS supported >on any TC equipment, including HARC or the dual-PRI cards? Does USR have a >multi-chassis NFAS? The dual-PRI card will do NFAS between the two spans on the card. Nothing else supports NFAS at this point. -- Jeff McAdams Email: jeffm@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@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.

Subject: Re: (usr-tc) Quad MDM not receieving calls
From: Jim Johnson <jim@perigee.net>
Date: 1999-01-04 15:44:25

Steve, That was the problem, it was set to t1TDM not priTDM. Not sure why/how it got changed though. I should have thought of looking at that setting myself. Thanks for your help! Jim Steve McConnell wrote: > > make sure the Line Interface Source is set to PRITDM instead of nic. > > in TCM: > choose the modems that are giving you trouble, then click Configuration then > Line Interface Options. Then make sure the last setting is the correct > interface. > > steve > > > -----Original Message----- > > From: Jim Johnson [mailto:jim@perigee.net] > > Sent: Monday, January 04, 1999 11:03 AM > > To: usr-tc Mailing List > > Subject: (usr-tc) Quad MDM not receieving calls > > > > > > > > > > Over the weekend, I noticed using TCM that a quad card at a > > remote site > > chassis (D-PRI/12 quads/Netserver/NMC) is never getting a call. > > > > There are no error lights and the card appears functional in TCM. > > > > Telnetting into the netserver card shows the port is active and the > > modem is present. > > > > I can hard/soft reset the card, power cycle the chassis and have even > > re-downloaded the firmware to the card but still none of the > > four modems > > on the card ever receives a call. > > > > Before I drive out there and physically swap out the card, > > what should I > > check for? > > > > Thanks, > > > > Jim > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: RE: (usr-tc) NFAS on HARC and/or dual-PRI
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-04 16:42:48

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of >Norm_Miller@3com.com >Sent: Monday, January 04, 1999 1:46 PM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) NFAS on HARC and/or dual-PRI > > >We support NFAS on the HDM's (HiperDSP Modem) in version 3.5 which is in >beta now. If you want to sign up for the beta go to >http://totalservice.usr.com/ >You can not mix Dual-Pri & HDM's for NFAS. We support Dual-PRI NFAS and we >support HDM's with NFAS, like to like. We do not support multi chassis >NFAS. I know telco's can configure NFAS for more PRI's than we can currently fit into a chassis but How many DSP's will 3COM support NFAS for? 15? (assuming you have only one ARC) I have heard a few different things and would appreciate more info on it. Thanks Brian >regards, >/norm > > > > > >Jeff Mcadams <jeffm@iglou.com> on 01/04/99 08:27:18 AM > >Please respond to usr-tc@lists.xmission.com > >To: usr-tc@lists.xmission.com >cc: (Norm Miller/US/3Com) >Subject: Re: (usr-tc) NFAS on HARC and/or dual-PRI > > > > >Thus spake Mark R. Lindsey >>We've been using channelized T1s forever because PRI isn't yet available. >>So forgive this question, which is probably pretty basic: Is NFAS >supported >>on any TC equipment, including HARC or the dual-PRI cards? Does USR have a >>multi-chassis NFAS? > >The dual-PRI card will do NFAS between the two spans on the card. >Nothing else supports NFAS at this point. >-- >Jeff McAdams Email: jeffm@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@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@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. >

Subject: Re: (usr-tc) and Sega Saturns
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-04 17:01:03

What version of code are you running on your hiper arc dsp quad? When you say cannot connect what is the problem? - The modems cannot connect? - The modems connect - but ppp does not start? Please explain krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Mon, 4 Jan 1999, Paul Jr. (AlaWeb Support) wrote: > Hello, I have several users that cannot connect with a Sega Saturn. I am > running the lastest code on my Hiper Arc card, DSP cards and Quad Modem > cards. I know this sounds crazy but I think the sega must have a modem in it > for online gameing. Does anyone else have this problem. The Problem > started when I made the Changeover to the Hiper Platform. Any suggestions > would be helpful. > > > > Thanks > Paul JR. > AlaWeb Support > 1800-427-8896 > http://www.alaweb.com/support.html > > > > > ----- Original Message ----- > From: <Norm_Miller@3com.com> > To: <usr-tc@lists.xmission.com> > Sent: Monday, January 04, 1999 1:46 PM > Subject: Re: (usr-tc) NFAS on HARC and/or dual-PRI > > > >We support NFAS on the HDM's (HiperDSP Modem) in version 3.5 which is in > >beta now. If you want to sign up for the beta go to > >http://totalservice.usr.com/ > >You can not mix Dual-Pri & HDM's for NFAS. We support Dual-PRI NFAS and we > >support HDM's with NFAS, like to like. We do not support multi chassis > >NFAS. > >regards, > >/norm > > > > > > > > > > > >Jeff Mcadams <jeffm@iglou.com> on 01/04/99 08:27:18 AM > > > >Please respond to usr-tc@lists.xmission.com > > > >To: usr-tc@lists.xmission.com > >cc: (Norm Miller/US/3Com) > >Subject: Re: (usr-tc) NFAS on HARC and/or dual-PRI > > > > > > > > > >Thus spake Mark R. Lindsey > >>We've been using channelized T1s forever because PRI isn't yet available. > >>So forgive this question, which is probably pretty basic: Is NFAS > >supported > >>on any TC equipment, including HARC or the dual-PRI cards? Does USR have a > >>multi-chassis NFAS? > > > >The dual-PRI card will do NFAS between the two spans on the card. > >Nothing else supports NFAS at this point. > >-- > >Jeff McAdams Email: jeffm@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@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@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@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. >

Subject: Re: (usr-tc) Gateway Telepath win modem and Rockwell 56K flex
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-01-04 17:34:47

Thank you very much. I sent that message two days ago. I will start useing that new code. Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Sent: Monday, January 04, 1999 5:25 PM >That's LT Winmodem code version 5.18. There's a newer version (5.32) at: > > http://808hi.com/56k/x2-lucent.htm > >and that version is supposed to specifically address HiPer DSP problems. >With DSP version 1.2.60 it's probably not that critical, but with the LT >Winmodems having the absolute newest thing is usually a BIG plus. > >Some of the Telepaths are based on 3com Sportsters, not LT Winmodems. >We're still having some problems with the Sportster-based ones... > > >Mike Andrews (MA12) icq 6602506 -------------- mandrews@termfrost.org >VP 'n' Systems/Network Administrator --------------- mandrews@dcr.net >Digital Crescent, Frankfort, KY ----------- http://www.termfrost.org/ ># view;touch;unzip;finger;mount;mv;mv;mv;yes;mv;yes;mv;yes;umount;sleep > >On Wed, 30 Dec 1998, Paul Jr. (AlaWeb Support) wrote: > >> I think I have found a driver to update the Telepath Gateway modems. >> <Warning> This driver has not been approved by Gateway but it does seem to >> work just fine. You can download it from me at >> http://www.alaweb.com/~support/downloads/lucnt518.exe I simply got it from >> HP because HP and the telepath modems both have a lucent chip set. Let me >> know if you try it and it works. I actually had a person bring in his >> Gateway machine and I got a chance to test it. This even allows the Telepath >> to dial into Flex V.90 also. >> >> I also found a fix to make the Compaq 56K Rockwell modems connect. <Warning> >> This Inet string does not allow a a 56K connection it simply sets the modem >> to V.34. Just put this string in (+ms=v34) Also Let me know if this works >> for you. >> >> >> >> >> Thanks >> Paul JR. >> AlaWeb Support >> 1800-427-8896 >> http://www.alaweb.com/support.html >> >> >> >> >> ----- Original Message ----- >> From: Matthew Opoka <phantom@magnolia.net> >> To: <usr-tc@lists.xmission.com> >> Sent: Wednesday, December 30, 1998 7:48 PM >> Subject: Re: (usr-tc) HiperDSP 1.2.60 code >> >> >> >YES YES YES >> > >> >Dale Hege wrote: >> >> >> >> Has anyone else noticed that usr winmodems and gateway telepaths have >> lots >> >> of trouble connecting? >> >> >> >> -Dale >> >> >> >> On Wed, 30 Dec 1998, Brian K McIntire wrote: >> >> >> >> > Date: Wed, 30 Dec 1998 14:02:13 -0600 >> >> > From: Brian K McIntire <bmcintire@commnet.com> >> >> > Reply-To: usr-tc@lists.xmission.com >> >> > To: usr-tc@lists.xmission.com >> >> > Subject: RE: (usr-tc) HiperDSP 1.2.60 code >> >> > >> >> > I've installed it on roughly 70-80 DSP's. Seems to improve a few >> things a >> >> > bit. By no means does it resolve everything. There are still allot of >> >> > issues out there relating to the client modems. On the other side of >> it I >> >> > have seen no new problems come up so it seems like it's a stable >> release. >> >> > Worth trying! >> >> > >> >> > >-----Original Message----- >> >> > >From: owner-usr-tc@lists.xmission.com >> >> > >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of John Rockwell >> >> > >Sent: Wednesday, December 30, 1998 12:55 PM >> >> > >To: usr-tc@lists.xmission.com >> >> > >Subject: (usr-tc) HiperDSP 1.2.60 code >> >> > > >> >> > > >> >> > > >> >> > > Has anyone yet implemented the new revision (1.2.60) of the >> >> > >HiperDSP code in a production environment? How does it seem to impact >> v.90 >> >> > >performance? Good or bad experiences? >> >> > > >> >> > >------------------------------------- >> >> > >John Rockwell >> >> > >e-mail: jrockwel@clarityconnect.com >> >> > >Network Engineer >> >> > >Clarityconnect, Inc. >> >> > >Ithaca Area: (607)257-8268 >> >> > >Outside Ithaca Area: (888)322-4900 >> >> > >Try us: http://www.clarityconnect.com >> >> > >------------------------------------- >> >> > > >> >> > > >> >> > > >> >> > >- >> >> > > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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@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@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@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. >

Subject: (usr-tc) Reported RADIUS Auth/Acct Problem
From: Dave May <dave@suinet.com>
Date: 1999-01-04 18:11:21

USR/TC Users, Noticed a few people having problems authenticating to a radius server on UNIX, and accounting logs being flooded. We also had the same problem, and solved it. Anyone using RADIUS on UNIX, please note. The problem mentioned was that the USR/TC would send an AUTH request fine, and the RADIUS server would reply fine, but the USR/TC would ignore it. To those folks: if your RADIUS server responds to multiple IP addresses, make sure (using tcpdump) that it is sending them back with the same UDP source address as the address the USR/TC uses as a destination address. Otherwise, the USR/TC ignores it, and you should change the RADIUS server to the base address of your ethernet card. Hope that helps. Dave May

Subject: Re: (usr-tc) Gateway Telepath win modem and Rockwell 56K flex
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-01-04 18:25:52

That's LT Winmodem code version 5.18. There's a newer version (5.32) at: http://808hi.com/56k/x2-lucent.htm and that version is supposed to specifically address HiPer DSP problems. With DSP version 1.2.60 it's probably not that critical, but with the LT Winmodems having the absolute newest thing is usually a BIG plus. Some of the Telepaths are based on 3com Sportsters, not LT Winmodems. We're still having some problems with the Sportster-based ones... Mike Andrews (MA12) icq 6602506 -------------- mandrews@termfrost.org VP 'n' Systems/Network Administrator --------------- mandrews@dcr.net Digital Crescent, Frankfort, KY ----------- http://www.termfrost.org/ # view;touch;unzip;finger;mount;mv;mv;mv;yes;mv;yes;mv;yes;umount;sleep On Wed, 30 Dec 1998, Paul Jr. (AlaWeb Support) wrote: > I think I have found a driver to update the Telepath Gateway modems. > <Warning> This driver has not been approved by Gateway but it does seem to > work just fine. You can download it from me at > http://www.alaweb.com/~support/downloads/lucnt518.exe I simply got it from > HP because HP and the telepath modems both have a lucent chip set. Let me > know if you try it and it works. I actually had a person bring in his > Gateway machine and I got a chance to test it. This even allows the Telepath > to dial into Flex V.90 also. > > I also found a fix to make the Compaq 56K Rockwell modems connect. <Warning> > This Inet string does not allow a a 56K connection it simply sets the modem > to V.34. Just put this string in (+ms=v34) Also Let me know if this works > for you. > > > > > Thanks > Paul JR. > AlaWeb Support > 1800-427-8896 > http://www.alaweb.com/support.html > > > > > ----- Original Message ----- > From: Matthew Opoka <phantom@magnolia.net> > To: <usr-tc@lists.xmission.com> > Sent: Wednesday, December 30, 1998 7:48 PM > Subject: Re: (usr-tc) HiperDSP 1.2.60 code > > > >YES YES YES > > > >Dale Hege wrote: > >> > >> Has anyone else noticed that usr winmodems and gateway telepaths have > lots > >> of trouble connecting? > >> > >> -Dale > >> > >> On Wed, 30 Dec 1998, Brian K McIntire wrote: > >> > >> > Date: Wed, 30 Dec 1998 14:02:13 -0600 > >> > From: Brian K McIntire <bmcintire@commnet.com> > >> > Reply-To: usr-tc@lists.xmission.com > >> > To: usr-tc@lists.xmission.com > >> > Subject: RE: (usr-tc) HiperDSP 1.2.60 code > >> > > >> > I've installed it on roughly 70-80 DSP's. Seems to improve a few > things a > >> > bit. By no means does it resolve everything. There are still allot of > >> > issues out there relating to the client modems. On the other side of > it I > >> > have seen no new problems come up so it seems like it's a stable > release. > >> > Worth trying! > >> > > >> > >-----Original Message----- > >> > >From: owner-usr-tc@lists.xmission.com > >> > >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of John Rockwell > >> > >Sent: Wednesday, December 30, 1998 12:55 PM > >> > >To: usr-tc@lists.xmission.com > >> > >Subject: (usr-tc) HiperDSP 1.2.60 code > >> > > > >> > > > >> > > > >> > > Has anyone yet implemented the new revision (1.2.60) of the > >> > >HiperDSP code in a production environment? How does it seem to impact > v.90 > >> > >performance? Good or bad experiences? > >> > > > >> > >------------------------------------- > >> > >John Rockwell > >> > >e-mail: jrockwel@clarityconnect.com > >> > >Network Engineer > >> > >Clarityconnect, Inc. > >> > >Ithaca Area: (607)257-8268 > >> > >Outside Ithaca Area: (888)322-4900 > >> > >Try us: http://www.clarityconnect.com > >> > >------------------------------------- > >> > > > >> > > > >> > > > >> > >- > >> > > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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@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@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. >

Subject: (usr-tc) HiperARC MIB compatable with CMU SNMP
From: Carl Litt <carl@cca1.execulink.net>
Date: 1999-01-04 19:35:17

Does anyone have a MIB for the HiperARC which will work with CMU SNMP (Linux)? I have a mib.txt file with all the other USR MIBs and they all work fine, but when I when I add USR_HIPER.MIB to it, the snmp tools stop working with this error: Textual convention doesn't map to real type.(Integer32): On or around line 32845 Bad parse of ASN type definition.: On or around line 32845 Mib table is bad. Exiting The section around 32845 is: InterfaceIndex ::= TEXTUAL-CONVENTION DISPLAY-HINT "d" STATUS current DESCRIPTION "A unique value, greater than zero, for each interface or interface sub-layer in the managed system. It is recommended that values are assigned contiguously .... starting from 1. The value for each interface sub-layer must remain constant at least from one re-initialization of the entity's network management system to the next re-initialization." SYNTAX Integer32 InterfaceIndexOrZero ::= InterfaceIndex I've toyed around with it for a bit, but I haven't gotten it working. Am I missing a MIB for something else? Any help would be appreciated.

Subject: Re: (usr-tc) Multiple NETservers in one chassis?
From: Brian Elfert <brian@citilink.com>
Date: 1999-01-04 20:09:27

On Tue, 5 Jan 1999, Bob Purdon wrote: > > I'm sure I've seen reference to this before, but I'll be stuffed if I can > find it... > > Can I put TWO NETserver cards in one chassis and have each card manage a > subset of the modems? Say slots 2-10 on one NETserver, and 11-15 on the > other? Certainly, I had this arrangement for a while to test new Netserver/modem code. I had the telco put the last 4 modems on my last trunk in a seperate hunt group. Only those modems were assigned to the secondary Netserver card. Brian

Subject: Re: (usr-tc) Multiple NETservers in one chassis?
From: David Bolen <db3l@ans.net>
Date: 1999-01-04 21:00:54

Bob Purdon <bobp@southcom.com.au> writes: > Can I put TWO NETserver cards in one chassis and have each card manage a > subset of the modems? Say slots 2-10 on one NETserver, and 11-15 on the > other? Yep - just make sure they don't accidentally collide thinking that they both "own" the same modem :-) -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: RE: (usr-tc) Netserver Sanity Check (expect script)
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1999-01-04 22:06:40

: On Saturday, January 02, 1999 11:49 PM, mark@vielle.datasys.net : [SMTP:mark@vielle.datasys.net] wrote: : > ## check_netserver_sanity <netserverNameOrIP> <!rootPassword> : : Hopefully you would be running this on a private machine. Running this : with the password on the command line makes the password available to : anybody running a ps while the script is running. Um, yes. I highly recommend setting up a diagnostic machine, to which only network operators have access; you don't want to do diagnostics from your production boxes, after all. So don't manage your Netservers from your eskimo.com account! :-P

Subject: RE: (usr-tc) ARC IP Migration Misinformation
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-05 00:11:38

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Kevin Benton >Sent: Wednesday, December 30, 1998 1:03 PM >To: usr-tc@lists.xmission.com >Subject: (usr-tc) ARC IP Migration Misinformation > > >An unnamed 3Com support rep. told me that it was not possible to move IP's >of an ARC without having a console connection to that ARC or a second >ethernet cable. This is clearly not true. An arc *CAN* have more than one >active IP address on an interface at a time. Adding a second network >address to the same interface allows migration easily without worrying >about whether or not a second network cable is plugged in. Even easier still you can type the following: reconfiure ip network ip address <new address/netmask >At the time I >called in for support, I hadn't even thought of adding an additional IP to >the network interface. (Too much NetServer mentality I guess...) > >I thought everyone might appreciate this especially if they're changing >NSP's. > >Kevin Benton >Network Engineer >SOTA Technologies > >E-Mail: s1kevin@tims.net >Web: http://users.sota-oh.com/~s1kevin/ >Unsolicited advertisements processing fee: $50 subject to change >without notice > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) supramax 56i voice pci
From: Brian Gordon <administrator@westelcom.com>
Date: 1999-01-05 08:13:07

Having Compatablity problems with this type of modem Supramax 56i voice pci Having trouble with this modem on my Hiper chassis, I am running the latest revisions 4.1.72 Hiper Arc 1.60 Hiper DSP Anyone know of any init Strings to fix this one?

Subject: Re: (usr-tc) Multiple NETservers in one chassis?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-05 08:17:49

Thus spake Bob Purdon >I'm sure I've seen reference to this before, but I'll be stuffed if I can >find it... >Can I put TWO NETserver cards in one chassis and have each card manage a >subset of the modems? Say slots 2-10 on one NETserver, and 11-15 on the >other? Yup, I've currently got a chassis configured with DSP's in slots 1 and 2, a NETServer in 3, DSP's in 4 and 5 and another NETServer in 6. Works like a champ...was rather a nightmare to get it working initially though, sometimes the NETServer doesn't seem to want to take the activation of modems or setting of slot densities correctly. Once I managed to get that forced down their throats, (involved deactivating, save all, reboot, set density, save all, reboot, activate, save all, reboot...may not have required all those steps, but that's what I finally did to be sure) it worked and is working fine. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) RADIUS auth problems
From: Dave May <dave@suinet.com>
Date: 1999-01-05 08:49:24

Chris, I emailed the list on a possible cause of this type of problem last night. Does your RADIUS server send the packets with the proper source IP address? I had major problems getting my TC to authenticate, and I realized that the RADIUS server, which is configured to multiple IP addresses, was responding to requests (auth and acct) with the wrong source, so the TC ignored the ACKs! I would think that RADIUS would be smart enough to pick up on this, and use the same source address as the destination address it finds in the request. But, no. What OS is your RADIUS running on? Dave May On Tue, 5 Jan 1999, Chris Hanes wrote: > I have a secondary radius server that all my boxes but > one HIPER box will authenticate correctly from. The HIPER > box in question auths fine from primary but won't from > secondary. I've snooped the network and found that the > RADIUS server is receiving the auth requests and sending > auth accepts. The auth process itself is taking about 200 milliseconds. > However, the HIPER box acts as if it is not receiving the accepts > as it timeouts (3 seconds) and then sends out another request. > So the RADIUS is working but the HIPER box acts like it is not getting > the > answers from this particular radius. Any ideas? > > Thanks, > Chris Hanes > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) ARC IP Migration Misinformation
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1999-01-05 09:52:41

|-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Kevin Benton |Sent: Wednesday, December 30, 1998 1:03 PM |To: usr-tc@lists.xmission.com |Subject: (usr-tc) ARC IP Migration Misinformation | | |An unnamed 3Com support rep. told me that it was not possible to move IP's |of an ARC without having a console connection to that ARC or a second |ethernet cable. This is clearly not true. An arc *CAN* have more than one |active IP address on an interface at a time. Adding a second network |address to the same interface allows migration easily without worrying |about whether or not a second network cable is plugged in. At the time I |called in for support, I hadn't even thought of adding an additional IP to |the network interface. (Too much NetServer mentality I guess...) | |I thought everyone might appreciate this especially if they're changing |NSP's. | The problem you run into is if the Default Gateway router that the netserver uses has an unusually long ARP cache timeout. Some routers are infinite by default and must be rebooted to clear if misconfigured. If you use the same pool of addresses on the HARC as was on your Netserver you may see that dial-in users wont route since the gateway is using the wrong hardware address (NS instead of HARC) for your pool addresses. I have seen this a few times now.. I would suggest that in your migration plan you check the ARP cache of your first hop router to avoid this problem. -M

Subject: Re: (usr-tc) sql backed snmp logger/report generator
From: Brian <signal@shreve.net>
Date: 1999-01-05 10:07:24

On Thu, 31 Dec 1998, Paul Jr. (AlaWeb Support) wrote: > A Program called MTRG can be used to do all that you are wanting. Such as > this> http://netman.alaweb.com/MRTG/205.216.53.129.2.html > > I would suggest trying it out. It can even be used to graph processor usage > on a NT Server if you know the Mib information. > http://ee-staff.ethz.ch/~oetiker/webtools/mrtg/mrtg.html > mrtg is a bit simple for what I have described below. Its a great tool, and we use it, and love it, but its not something I would use to build the program below, I would probably use perl and snmp libraries > Thanks > Paul JR. > AlaWeb Support > 1800-427-8896 > http://www.alaweb.com/support.html > > > > > ----- Original Message ----- > From: Brian <signal@shreve.net> > To: USRobotics TC Mailing List <usr-tc@xmission.com> > Sent: Thursday, December 31, 1998 11:38 AM > Subject: (usr-tc) sql backed snmp logger/report generator > > > >I am interested in a project and was wondering if anyone else is > >interested or has something like this. > > > >I am sure some of you have something like this which is in place and > >private, but I would be interested in making something public. > > > >It would basically log traps and query snmp stats from USR TC gear. > >Things like PRI card, hdm's, arc's, nmc's. It would plug all of the > >information into a free database, like postgresql (using a different > >database would be trivial, especially if this were done using DBI::DBD > >stuff in perl). > > > >Things like errors, and resets, and connect speeds etc could all be > >logged. > > > >The real power would come in its reporting. Where you could run a report > >of average connect speed per chassis, or per hdm, or per modem even. Have > >it "look" for problems for you, such as hi error ratios inconsistancies > >etc. > > > >I have alot of snmp tools, we all probably do, but I am looking for a > >centralized trapper and query system that just grabs it all, everything, > >and plugs it into a database. > > > >I would probably use perl/php/postgresql but I mean anything is possible. > > > >Brian > > > > > >-------------------------------------------------------------------------- > >Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider > >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ > >signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, > >(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: (usr-tc) RADIUS auth problems
From: Chris Hanes <chris@internetcreations.com>
Date: 1999-01-05 10:29:27

I have a secondary radius server that all my boxes but one HIPER box will authenticate correctly from. The HIPER box in question auths fine from primary but won't from secondary. I've snooped the network and found that the RADIUS server is receiving the auth requests and sending auth accepts. The auth process itself is taking about 200 milliseconds. However, the HIPER box acts as if it is not receiving the accepts as it timeouts (3 seconds) and then sends out another request. So the RADIUS is working but the HIPER box acts like it is not getting the answers from this particular radius. Any ideas? Thanks, Chris Hanes

Subject: Re: (usr-tc) RADIUS auth problems
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-05 10:50:10

There is a option on the HiPer arc 4.1.x code to monitor radius packets Mon radius is the command. Use it to see what you are sending and what you are getting back. Send me this info and we can see what your problem is krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Tue, 5 Jan 1999, Dave May wrote: > Chris, > > I emailed the list on a possible cause of this type of problem last night. > Does your RADIUS server send the packets with the proper source IP > address? I had major problems getting my TC to authenticate, and I > realized that the RADIUS server, which is configured to multiple IP > addresses, was responding to requests (auth and acct) with the wrong > source, so the TC ignored the ACKs! > > I would think that RADIUS would be smart enough to pick up on this, and > use the same source address as the destination address it finds in the > request. But, no. > > What OS is your RADIUS running on? > > Dave May > > On Tue, 5 Jan 1999, Chris Hanes wrote: > > > I have a secondary radius server that all my boxes but > > one HIPER box will authenticate correctly from. The HIPER > > box in question auths fine from primary but won't from > > secondary. I've snooped the network and found that the > > RADIUS server is receiving the auth requests and sending > > auth accepts. The auth process itself is taking about 200 milliseconds. > > However, the HIPER box acts as if it is not receiving the accepts > > as it timeouts (3 seconds) and then sends out another request. > > So the RADIUS is working but the HIPER box acts like it is not getting > > the > > answers from this particular radius. Any ideas? > > > > Thanks, > > Chris Hanes > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) RADIUS auth problems
From: Chris Hanes <chris@internetcreations.com>
Date: 1999-01-05 11:16:10

Hey Dave, I double checked the packets - the IP address info is correct. My RADIUS is running on NT 4.0 SP3. Any other ideas? Thanks, Chris Hanes Dave May wrote: > > Chris, > > I emailed the list on a possible cause of this type of problem last night. > Does your RADIUS server send the packets with the proper source IP > address? I had major problems getting my TC to authenticate, and I > realized that the RADIUS server, which is configured to multiple IP > addresses, was responding to requests (auth and acct) with the wrong > source, so the TC ignored the ACKs! > > I would think that RADIUS would be smart enough to pick up on this, and > use the same source address as the destination address it finds in the > request. But, no. > > What OS is your RADIUS running on? > > Dave May > > On Tue, 5 Jan 1999, Chris Hanes wrote: > > > I have a secondary radius server that all my boxes but > > one HIPER box will authenticate correctly from. The HIPER > > box in question auths fine from primary but won't from > > secondary. I've snooped the network and found that the > > RADIUS server is receiving the auth requests and sending > > auth accepts. The auth process itself is taking about 200 milliseconds. > > However, the HIPER box acts as if it is not receiving the accepts > > as it timeouts (3 seconds) and then sends out another request. > > So the RADIUS is working but the HIPER box acts like it is not getting > > the > > answers from this particular radius. Any ideas? > > > > Thanks, > > Chris Hanes > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: Re: (usr-tc) RADIUS auth problems
From: Ronald E. Kushner <ron@glis.net>
Date: 1999-01-05 11:28:16

Chris Hanes wrote: > > Hey Dave, > > I double checked the packets - the IP address info is correct. > My RADIUS is running on NT 4.0 SP3. Any other ideas? Wrong shared secret?

Subject: (usr-tc) Diamond SupraSonic II Bonded modems
From: Luke Gasteiger <luke@vianet.on.ca>
Date: 1999-01-05 12:08:09

Does anybody have any experience working with the Suprasonic II bonded modems? The Diamond website claims "Successfully connected with the HiPer Access Router Card (ARC) using MP. 3COM has reported problems in V.90 code stability possibly leading to sporatic line drops" -- has anybody noticed if this problem does exist with the particular modem in practical use?-- I am using DSP1.2.66, ARC 4.1.72 & Quad 5.10.9 code thanks lg

Subject: (usr-tc) Multiple NETservers in one chassis?
From: Bob Purdon <bobp@southcom.com.au>
Date: 1999-01-05 12:51:30

I'm sure I've seen reference to this before, but I'll be stuffed if I can find it... Can I put TWO NETserver cards in one chassis and have each card manage a subset of the modems? Say slots 2-10 on one NETserver, and 11-15 on the other? Regards, Bob Purdon, Technical Manager, Southern Internet Services.

Subject: Re: (usr-tc) Multiple NETservers in one chassis?
From: Bob Purdon <bobp@southcom.com.au>
Date: 1999-01-05 13:11:19

> > Can I put TWO NETserver cards in one chassis and have each card manage a > > subset of the modems? Say slots 2-10 on one NETserver, and 11-15 on the > > other? > > Yep - just make sure they don't accidentally collide thinking that > they both "own" the same modem :-) That's what I was expecting, but thought it safer to check with those that had actually done it before I upset anything... Cheers, Bob.

Subject: Re: (usr-tc) Diamond SupraSonic II Bonded modems
From: Dale Pendergrass <adp@pivot.net>
Date: 1999-01-05 14:20:07

Switch to the newest code it help somewhat your looking for DSP 1.2.60 -----Original Message----- > >Does anybody have any experience working with the Suprasonic II >bonded modems? The Diamond website claims "Successfully connected >with the HiPer Access Router Card (ARC) using MP. 3COM has >reported problems in V.90 code stability possibly leading to >sporatic line drops" -- has anybody noticed if this problem does >exist with the particular modem in practical use?-- I am using >DSP1.2.66, ARC 4.1.72 & Quad 5.10.9 code > >thanks >lg > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) MPPP still funky
From: Pete Ashdown <pashdown@xmission.com>
Date: 1999-01-05 14:54:58

Hiper ARC V4.1.72 HDM V1.2.60 We're still having problems with some cross-rack bonding using MLPPP. Oddly enough, for some people, they've stated that the new code has finally cleaned up all of their bonding problems. However, for a number of others, including our own office-test Pipeline 75, we see the following problem. The only other brand I've verified with this issue is the USR Courier I-Modem, go figure. MLPPP will establish the connection and things will run fine for a while. However, over time, the transfer speed will degrade to the point of no usability. This usually happens in the span of 10 or so minutes. As far as I know my MLPPP is correctly configured. Any ideas on the above? Is anyone else in the same environment (ie: no Netservers in the mix either) seeing this?

Subject: Re: (usr-tc) MPPP still funky
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-05 16:57:15

On Tue, 5 Jan 1999, Pete Ashdown wrote: > Hiper ARC V4.1.72 HDM V1.2.60 > > We're still having problems with some cross-rack bonding using MLPPP. > Oddly enough, for some people, they've stated that the new code has finally > cleaned up all of their bonding problems. However, for a number of others, > including our own office-test Pipeline 75, we see the following problem. > The only other brand I've verified with this issue is the USR Courier > I-Modem, go figure. > > MLPPP will establish the connection and things will run fine for a while. > However, over time, the transfer speed will degrade to the point of no > usability. This usually happens in the span of 10 or so minutes. > > As far as I know my MLPPP is correctly configured. Any ideas on the above? > Is anyone else in the same environment (ie: no Netservers in the mix > either) seeing this? Looks like you are using MPIP - not just MLPPP. On your MPIP server do you see any left over connections? Meaning do you see anything when you do a list mpip bundles do you see any bundles just hanging around - not been cleared for days? Also how many MPIP servers you have? krish > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) MPPP still funky
From: Pete Ashdown <pashdown@xmission.com>
Date: 1999-01-05 17:44:03

Tatai SV Krishnan said once upon a time: >Looks like you are using MPIP - not just MLPPP. On your MPIP server do >you see any left over connections? Meaning do you see anything when you >do a list mpip bundles >do you see any bundles just hanging around - not been cleared for days? There are 60 or so bundles listed on my server, of course, this is out of 5 chassis's with 11 HDM's each, so it doesn't seem out of the norm. Is there a way to show how old some of them are? The few I checked corresponded with existing connections. >Also how many MPIP servers you have? One.

Subject: (usr-tc) Connection Problems
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1999-01-05 18:26:00

We have a customer with a Megahertz XJ288 PCMCIA modem running AA01J firmware on it that is having a terrible time with the modem negotiating a connection with our Quads running 5.10.9 . The majority of the calls hang with the modems continually training. I just mailed her out the latest firmware from 3Com's website, AA01N . Has anyone else seen this or have an init string which may help ? Looking through the 3Com support info for Megahertz, there seems to be a lost of files for connection problems. She is running Windows 95 on a Dell laptop. Thanks in advance, Jeff Binkley ASA Network Computing

Subject: (usr-tc) HiperDSP 1.2.60 code
From: Mark Lemmert <cto@athenet.net>
Date: 1999-01-05 18:30:27

>I've been using 1.2.60 for quite some time, and it has been working fine. >I don't really have anything good or bad to say about it, other than it >fixed several bugs in 1.2.68 related to using a T3 mux. >I have it flashed into around 80+ HDM's, and haven't had any more >complaints than usual... <grin> I'm using a Telco Systems T3 MUX in larger POPS and I haven't had any problems that I have perceived to be related to it, what sort of problems were you having before going to 1.2.60? (I'm still running 1.2.5) Mark Lemmert AthEnet Data Exchange Chief Technical Officer 888-919-8700

Subject: (usr-tc) Adding filters
From: Jeremy Shaffner <jer@jorsm.com>
Date: 1999-01-05 18:48:51

Resending in case it got lost in the Holiday hubub. In trying to add (and subsequently verify) a filter I receive the following error. HiPer>> add filter signup.in FM: In filter file signup.in, protocol IP, action PERMIT/DENY at line 999 must end the section And indeed it does.. HiPer>> show file signup.in #filter IP: 010 AND dst-addr = XXX.XXX.XXX.2; 011 ACCEPT tcp-dst-port = 53; 020 AND dst-addr = XXX.XXX.XXX.1; 021 ACCEPT tcp-dst-port = 53; 030 AND dst-addr = XXX.XXX.XXX.2; 031 ACCEPT udp-dst-port = 53; 040 AND dst-addr = XXX.XXX.XXX.1; 041 ACCEPT udp-dst-port = 53; 050 AND dst-addr = XXX.XXX.XXX.5; 051 ACCEPT tcp-dst-port = 80; 060 AND dst-addr = XXX.XXX.XXX.5; 061 ACCEPT tcp-dst-port = 443; 999 DENY; HiPer>> I've turned on filter_access on all ports and disabled them and reenabled them. I get the same error on the outbound filter (same layout, complement rules) as well. There's no trailing spaces or tabs or newlines after "999 DENY;". (Just how picky is the Hiper anyway?) Is that the normal response when adding a new filter? Any Ideas? TIA, -Jeremy -===================================================================- Jeremy Shaffner JORSM Internet Senior Technical Support Northwest Indiana's Premium jer@jorsm.com Internet Service Provider support@jorsm.com http://www.jorsm.com -===================================================================-

Subject: Re: (usr-tc) MPPP still funky
From: Jeremy Shaffner <jer@jorsm.com>
Date: 1999-01-05 18:58:48

How many MPIP Tunnels can the Hiper handle as a MPIP Server? What about splitting them up, or running a Unix box as the Server instead? So far it's working here just fine, but the majority of our MLPPP users are still on the Netserver16i. Also make sure NTP is setup properly and that all chassis are in sync. Actually..check that first. :) -Jeremy On Tue, 5 Jan 1999, Pete Ashdown wrote: > Tatai SV Krishnan said once upon a time: > > >Looks like you are using MPIP - not just MLPPP. On your MPIP server do > >you see any left over connections? Meaning do you see anything when you > >do a list mpip bundles > >do you see any bundles just hanging around - not been cleared for days? > > There are 60 or so bundles listed on my server, of course, this is out of 5 > chassis's with 11 HDM's each, so it doesn't seem out of the norm. Is there > a way to show how old some of them are? The few I checked corresponded > with existing connections. > > >Also how many MPIP servers you have? > > One. > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > -===================================================================- Jeremy Shaffner JORSM Internet Senior Technical Support Northwest Indiana's Premium jer@jorsm.com Internet Service Provider support@jorsm.com http://www.jorsm.com -===================================================================-

Subject: Re: (usr-tc) MPPP still funky
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-05 20:24:18

On Tue, 5 Jan 1999, Pete Ashdown wrote: > Tatai SV Krishnan said once upon a time: > > >Looks like you are using MPIP - not just MLPPP. On your MPIP server do > >you see any left over connections? Meaning do you see anything when you > >do a list mpip bundles > >do you see any bundles just hanging around - not been cleared for days? > > There are 60 or so bundles listed on my server, of course, this is out of 5 > chassis's with 11 HDM's each, so it doesn't seem out of the norm. Is there > a way to show how old some of them are? The few I checked corresponded > with existing connections. There is no exclusive way to see if the bundles are old or not. If you want I can take a look and see what I find out from your server. Also it is very easy to find out what is the problem with the connection - if you can reproduce the same - while I monitor the server connection. If you want to do this let me know - I am open. krish > > >Also how many MPIP servers you have? > > One. > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) MPPP still funky
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-05 21:00:16

Thus spake Jeremy Shaffner >How many MPIP Tunnels can the Hiper handle as a MPIP Server? Well...the Arc has a PPC603 processor so it doesn't lack in processor power...but regardless of that, MPIP doesn't deal with tunnels...the tunneling is done via VTP directly between the boxes which are actually hosting the MP links, MPIP is only used for the NASen to find out where they need to tunnel to. >What about >splitting them up, or running a Unix box as the Server instead? Unless they've come out with a new mpipd, using a UNIX box for that would be a death knell for the UNIX box. The coding on the mpipd that I saw (unsupported from 3Com) absolutely was horrible and absolutely killed the performance of the machine it was running on (had the equivalent of a while(1) loop in it...blech). >So far >it's working here just fine, but the majority of our MLPPP users are still >on the Netserver16i. MPIP support has been problematic here at best...its getting better, but still has problems from what I've seen...I have new code that I haven't gotten on our systems yet that's supposed to improve on it (crosses fingers). We're an all NETServer shop though, no HiPer Arc's. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) ip filters assigned via snmp, by port, for hiperarc?
From: Laszlo Vecsey <master@internexus.net>
Date: 1999-01-05 21:39:31

Curious if IP Filters can be assigned via snmp.. I did an snmpwalk and didnt find much of anything.

Subject: (usr-tc) Mib.txt for HARC?
From: Fairlight <fairlite@sostech.net>
Date: 1999-01-05 21:58:29

Call me inept (although I'd rather you didn't), but I scoured 3com's and USR's web and ftp sites last night looking for a Mib file for the HARC. I found many others, but not one for the HARC. Does anyone have one, or know the location of one I might download? TIA. mark-> -- Fairlight-> ||| fairlite@iglou.com | Fairlight Consulting __/\__ ||| "I'm talking for free... | http://www.fairlite.com <__<>__> ||| It's a New Religion..." | info@fairlite.com \/ ||| PGP Public Key available via finger @iglou, or Key servers

Subject: Re: (usr-tc) Mib.txt for HARC?
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1999-01-05 23:08:15

: Call me inept (although I'd rather you didn't), but I scoured 3com's and : USR's web and ftp sites last night looking for a Mib file for the HARC. I : found many others, but not one for the HARC. : : Does anyone have one, or know the location of one I might download? I believe it's in the curiously-named HARM package. (You can tell they didn't run that one through marketing. ;^) To get most of the USR MIB descriptions for my not-supported-by-TCM-for-Unix Unix boxen, we've unzipped the 95/NT versions and extracted the interesting parts. The HARC MIBs may be in there.

Subject: Re: (usr-tc) MPIP and Subnets
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-06 08:17:39

Thus spake Phil Le Clercq >Hi folks, just a quick question to save me some testing. Does MPIP work >across different subnets, eg the first channel is established and assigned >an address from a pool in the network 195.28.160.0/24 and the other channel >connects to a pool from the 195.28.161.0/24 Network? >Does this work? Can the MPIP server handle this kind of situation or is it >just basically unroutable at the end of the day? > Do any of you guy's with setup's across subnets offer MPIP? If so how do >you do it? Works fine...I've got my main hunt group spread across 3 different networks/subnets. If the NASen used broadcast to advertise their links, and didn't use a back-end server (like Lucent PM's do...sorry MZ ;) it would cause a problem to be cross-networks, but MPIP uses unicast, so it has no problems with it. The ideal situation, IMHO, would be to use multicast to advertise the links...then, no need for a back-end server, and no problems going across networks/subnets. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) HiperDSP 1.2.60 code
From: Curt Shambeau <curt@execpc.com>
Date: 1999-01-06 09:09:23

> >I've been using 1.2.60 for quite some time, and it has been working fine. > >I don't really have anything good or bad to say about it, other than it > >fixed several bugs in 1.2.68 related to using a T3 mux. > > >I have it flashed into around 80+ HDM's, and haven't had any more > >complaints than usual... <grin> > > I'm using a Telco Systems T3 MUX in larger POPS and I haven't > had any problems that I have perceived to be related to it, > what sort of problems were you having before going to 1.2.60? > (I'm still running 1.2.5) There was a bug introduced into one of the ER versions - I believe it started at 1.2.68. It's not actually a bug in the code as much as it was an incompatability with the Telco's who weren't doing things in the Titan by standards established for idle time, I believe. The problem wasn't in 1.2.5, nor any other code I can think of. It was a killer, though. It would take down the whole T3....<grin> | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: Re: (usr-tc) ip filters assigned via snmp, by port, for hiperarc?
From: Jeremy Shaffner <jer@jorsm.com>
Date: 1999-01-06 09:15:02

Well, since I wasn't able to get them assigned via CLI, I tried with the Hiper Manager, and they go through fine. I'd still like to be able to use the CLI, as re rely on expect scripts to configure new chassis. -Jeremy On Tue, 5 Jan 1999, Laszlo Vecsey wrote: > Curious if IP Filters can be assigned via snmp.. I did an snmpwalk and > didnt find much of anything. > -===================================================================- Jeremy Shaffner JORSM Internet Senior Technical Support Northwest Indiana's Premium jer@jorsm.com Internet Service Provider support@jorsm.com http://www.jorsm.com -===================================================================-

Subject: (usr-tc) Getting modem fixed
From: Brian <signal@shreve.net>
Date: 1999-01-06 09:39:26

I sent an HDM off to 3Com a few weeks back to be repaired (one of the led's burned out on it), and I was wondering if anyone had ever sent in a modem card and how long it takes *without* a "spare in the air" support contract. I am just using the 2year hardware warranty of the product to get it repaired. Can I expect weeks? months? Brian Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: Re: (usr-tc) Getting modem fixed
From: Curt Shambeau <curt@execpc.com>
Date: 1999-01-06 09:48:47

> I sent an HDM off to 3Com a few weeks back to be repaired (one of the > led's burned out on it), and I was wondering if anyone had ever sent in a > modem card and how long it takes *without* a "spare in the air" support > contract. I am just using the 2year hardware warranty of the product to > get it repaired. Can I expect weeks? months? Depending on how busy they are, I usually see stuff come back within 1-2 weeks. | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: (usr-tc) MPIP and Subnets
From: Phil Le Clercq <phil.le.clercq@cinergy.net>
Date: 1999-01-06 09:51:27

Hi folks, just a quick question to save me some testing. Does MPIP work across different subnets, eg the first channel is established and assigned an address from a pool in the network 195.28.160.0/24 and the other channel connects to a pool from the 195.28.161.0/24 Network? Does this work? Can the MPIP server handle this kind of situation or is it just basically unroutable at the end of the day? Do any of you guy's with setup's across subnets offer MPIP? If so how do you do it? Cheers Phil Le Clercq Cinergy Communications

Subject: RE: (usr-tc) Adding filters
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1999-01-06 10:04:29

Subject: Re: (usr-tc) Adding filters
From: eric_mccarthy@3com.com
Date: 1999-01-06 10:13:24

Jeremy Try removing the last semi-colon after the DENY verb. Also remove all spaces in the lines EXCEPT from either side of the verbs (AND, ACCEPT,etc.) EM Jeremy Shaffner <jer@jorsm.com> on 01/05/99 07:48:51 PM Please respond to usr-tc@lists.xmission.com cc: (Eric McCarthy/US/3Com) Resending in case it got lost in the Holiday hubub. In trying to add (and subsequently verify) a filter I receive the following error. HiPer>> add filter signup.in FM: In filter file signup.in, protocol IP, action PERMIT/DENY at line 999 must end the section And indeed it does.. HiPer>> show file signup.in #filter IP: 010 AND dst-addr = XXX.XXX.XXX.2; 011 ACCEPT tcp-dst-port = 53; 020 AND dst-addr = XXX.XXX.XXX.1; 021 ACCEPT tcp-dst-port = 53; 030 AND dst-addr = XXX.XXX.XXX.2; 031 ACCEPT udp-dst-port = 53; 040 AND dst-addr = XXX.XXX.XXX.1; 041 ACCEPT udp-dst-port = 53; 050 AND dst-addr = XXX.XXX.XXX.5; 051 ACCEPT tcp-dst-port = 80; 060 AND dst-addr = XXX.XXX.XXX.5; 061 ACCEPT tcp-dst-port = 443; 999 DENY; HiPer>> I've turned on filter_access on all ports and disabled them and reenabled them. I get the same error on the outbound filter (same layout, complement rules) as well. There's no trailing spaces or tabs or newlines after "999 DENY;". (Just how picky is the Hiper anyway?) Is that the normal response when adding a new filter? Any Ideas? TIA, -Jeremy -===================================================================- Jeremy Shaffner JORSM Internet Senior Technical Support Northwest Indiana's Premium jer@jorsm.com Internet Service Provider support@jorsm.com http://www.jorsm.com -===================================================================- - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) MPPP still funky / MPIP bundle problem
From: Rob Nelson <rob@mag-net.com>
Date: 1999-01-06 10:20:33

At 10:49 AM 1/6/99 -0600, Mark Lemmert wrote: >I've been running 3.8.85 on my netservers for the last month and all of a sudden >last week I started having problems where a MLPPP client would disconnect >and their >bundle would not be deleted from the MPIP server (a HyperARC running 4.1.72 -7), >this would cause problems when the client tried to connect again. The >bandaid fix >I found was to turn the MPIP server on and off on the ARC and that would >clear out all bundles. We've seen this same problem here although we are running just Arc's and no netservers. The only solution I have found is to toggle the mpip server_state off and then on again to clear out the leftover bundles. We are running with Arc 4.1.72-7 as well here.

Subject: Re: (usr-tc) MPPP still funky
From: Brian Biggs <bb@sonic.net>
Date: 1999-01-06 10:21:46

> On Tue, 5 Jan 1999, Pete Ashdown wrote: > > > Tatai SV Krishnan said once upon a time: > > > > >Looks like you are using MPIP - not just MLPPP. On your MPIP server do > > >you see any left over connections? Meaning do you see anything when you > > >do a list mpip bundles > > >do you see any bundles just hanging around - not been cleared for days? Yes, our MPIP server shows the following: MPIP Bundles Bundle EndPointDescriminator No. User Owner Value Type Links Name 208.201.224.xxx 42014E00000000000000 4 1 barbara.ppp 208.201.224.xxx AC6B7D01000000000000 4 1 barbara.ppp 208.201.224.xxx 68910600000000000000 4 1 barbara.ppp 208.201.224.xxx CF7FBA00000000000000 4 1 barbara.ppp 208.201.224.xxx 216A3800000000000000 4 2 barbara.ppp 208.201.224.xxx 0E164F00000000000000 4 1 barbara.ppp 208.201.224.xxx 85320C00000000000000 4 1 barbara.ppp 208.201.224.xxx 60541603000000000000 4 1 barbara.ppp 208.201.224.xxx BA54B801000000000000 4 1 barbara.ppp 208.201.224.xxx 3AE90E00000000000000 4 1 barbara.ppp None of these are live connects. However, we haven't had any reports of problems from our users. We've got four chassis (all ARC) and 1 MPIP server. -Brian -- # Brian Biggs | Sonic / Sonoma Interconnect # # Sys Admin / Programmer | v707.522.1000 fax707.547.2199 d707.522.1001 # # mailto:bb@sonic.net | http://www.sonic.net mailto:support@sonic.net #

Subject: Re: (usr-tc) Getting modem fixed
From: Luke Gain <luke@erinet.com>
Date: 1999-01-06 10:46:02

> > I sent an HDM off to 3Com a few weeks back to be repaired (one of the > led's burned out on it), and I was wondering if anyone had ever sent in a > modem card and how long it takes *without* a "spare in the air" support > contract. I am just using the 2year hardware warranty of the product to > get it repaired. Can I expect weeks? months? > > Brian > > > -------------------------------------------------------------------------- > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider > Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ > signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, > (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) MPPP still funky / MPIP bundle problem
From: Mark Lemmert <cto@athenet.net>
Date: 1999-01-06 10:49:30

>> Hiper ARC V4.1.72 HDM V1.2.60 >> >> We're still having problems with some cross-rack bonding using MLPPP. >> Oddly enough, for some people, they've stated that the new code has finally >> cleaned up all of their bonding problems. However, for a number of others, >> including our own office-test Pipeline 75, we see the following problem. >> The only other brand I've verified with this issue is the USR Courier >> I-Modem, go figure. >> >> MLPPP will establish the connection and things will run fine for a while. >> However, over time, the transfer speed will degrade to the point of no >> usability. This usually happens in the span of 10 or so minutes. >> >> As far as I know my MLPPP is correctly configured. Any ideas on the above? >> Is anyone else in the same environment (ie: no Netservers in the mix >> either) seeing this? > >Looks like you are using MPIP - not just MLPPP. On your MPIP server do >you see any left over connections? Meaning do you see anything when you >do a list mpip bundles >do you see any bundles just hanging around - not been cleared for days? > >Also how many MPIP servers you have? > >krish I've been running 3.8.85 on my netservers for the last month and all of a sudden last week I started having problems where a MLPPP client would disconnect and their bundle would not be deleted from the MPIP server (a HyperARC running 4.1.72 -7), this would cause problems when the client tried to connect again. The bandaid fix I found was to turn the MPIP server on and off on the ARC and that would clear out all bundles. At this location I have 7 netservers as clients from this one HyperARC. I just upgraded the netserver code to 3.8.71 today in attemp to fix some throughput issues (havn't tested it yet), so perhaps that will have an impact on the bundle problem. Has anybody else seen this?

Subject: Re: (usr-tc) V.90 upgrade
From: Jeremy Shaffner <jer@jorsm.com>
Date: 1999-01-06 11:35:42

AT-90=0 will do it in most cases. It disables V.90 until they can get newer firmware. There's lots more at http://808hi.com/56k/x2-lucent.htm with specific information about LT's and HiperARCS. -Jeremy On Wed, 6 Jan 1999, Wayne Barber wrote: > We just upgraded our hub to v.90 on the quad digital modems and I have some > users who have not been able to connect. There was a recent thread about > init strings for LT winmodems which I haven't been able to find in the > archives. Could someone repost the information? > > Thanks, > Wayne Barber > Coastal Telco Services -===================================================================- Jeremy Shaffner JORSM Internet Senior Technical Support Northwest Indiana's Premium jer@jorsm.com Internet Service Provider support@jorsm.com http://www.jorsm.com -===================================================================-

Subject: (usr-tc) Hiper DSP card
From: Richard Lorbieski <richard@mail.alpha1.net>
Date: 1999-01-06 12:04:33

Does anyone have a spare Hiper DSP card we could "rent" for about 3-4 weeks? We need it so we can switch over some PRIs to other locations without sacrificing downtime. Richard Lorbieski Alpha1 Internet

Subject: RE: (usr-tc) RADIUS auth problems
From: Jose Ruben Avila <jose.avila@conexion.com.py>
Date: 1999-01-06 12:10:33

I do have the same problem, and we had checked the source and destination and everything looks fine. We are using RS/6000 running AIX 4.1 Thanks for any help -----Mensaje original----- De: Dave May <dave@suinet.com> Para: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com>; Chris Hanes <chris@internetcreations.com> Fecha: Martes, 05 de Enero de 1999 08:56 a.m. Asunto: Re: (usr-tc) RADIUS auth problems >Chris, > >I emailed the list on a possible cause of this type of problem last night. >Does your RADIUS server send the packets with the proper source IP >address? I had major problems getting my TC to authenticate, and I >realized that the RADIUS server, which is configured to multiple IP >addresses, was responding to requests (auth and acct) with the wrong >source, so the TC ignored the ACKs! > >I would think that RADIUS would be smart enough to pick up on this, and >use the same source address as the destination address it finds in the >request. But, no. > >What OS is your RADIUS running on? > >Dave May > >On Tue, 5 Jan 1999, Chris Hanes wrote: > >> I have a secondary radius server that all my boxes but >> one HIPER box will authenticate correctly from. The HIPER >> box in question auths fine from primary but won't from >> secondary. I've snooped the network and found that the >> RADIUS server is receiving the auth requests and sending >> auth accepts. The auth process itself is taking about 200 milliseconds. >> However, the HIPER box acts as if it is not receiving the accepts >> as it timeouts (3 seconds) and then sends out another request. >> So the RADIUS is working but the HIPER box acts like it is not getting >> the >> answers from this particular radius. Any ideas? >> >> Thanks, >> Chris Hanes >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: (usr-tc) V.90 upgrade
From: Wayne Barber <barberw@tidewater.net>
Date: 1999-01-06 12:15:53

We just upgraded our hub to v.90 on the quad digital modems and I have some users who have not been able to connect. There was a recent thread about init strings for LT winmodems which I haven't been able to find in the archives. Could someone repost the information? Thanks, Wayne Barber Coastal Telco Services

Subject: Re: (usr-tc) V.90 upgrade
From: Kingsley S. Grant <ksg@recorder.ca>
Date: 1999-01-06 12:34:06

Wayne, Click here for firmware updates for LT http://www.808hi.com/56k/x2-lucent.htm#firmware Click Here for Init string changes you will need to make so the customer can download the firmware. http://www.56k.com/trouble/interop.shtml#x2disable instructions here for X2 and LT and rockwell chipsets King. Wayne Barber wrote: > We just upgraded our hub to v.90 on the quad digital modems and I have some > users who have not been able to connect. There was a recent thread about > init strings for LT winmodems which I haven't been able to find in the > archives. Could someone repost the information? > > Thanks, > Wayne Barber > Coastal Telco Services > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. -- Kingsley S. Grant RipNET Manager RipNET Internet Services 31 Broad Street Brockville ON, Canada K6V 4T9 (613) 342-3946 work (613) 342-8672 fax (613) 340-1144 Cel (613) 923-2596 Res (613) 341-0882 Pager 1-888-509-6677 E-Mail mailto:ksg@recorder.ca

Subject: Re: (usr-tc) V.90 upgrade
From: John Campbell <sparky@roava.net>
Date: 1999-01-06 12:40:15

Not sure about the repost, but we have had problems with the LT winmodems as well... Especailly under Win98. We found that a modem initsting helped as follows: <fontfamily><param>Comic Sans MS</param><smaller>AT+MS=V34 which is goes in the modem additional commands in the control panel. Hope that this helps </smaller></fontfamily> At 12:15 PM 1/6/99 -0500, you wrote: >We just upgraded our hub to v.90 on the quad digital modems and I have some >users who have not been able to connect. There was a recent thread about >init strings for LT winmodems which I haven't been able to find in the >archives. Could someone repost the information? > >Thanks, >Wayne Barber >Coastal Telco Services > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > > John Campbell Owner - Roanoke Virginia Net http://www.roava.net mailto:sparky@roava.net

Subject: Re: (usr-tc) MPPP still funky
From: Peter D. Mayer <dmayer@netwalk.com>
Date: 1999-01-06 13:24:28

I am having a problem similar to what you described, lots of MPIP links and bundles that have been hanging around for days. There are 125 links listed for one username, and dozens of others. What can I do about this? I am running the MPIP server on ARC version 4.1.72, with 7 NetServer clients. Peter D. Mayer NetWalk System Administrator dmayer@netwalk.com -----Original Message----- On Tue, 5 Jan 1999, Pete Ashdown wrote: > Hiper ARC V4.1.72 HDM V1.2.60 > > We're still having problems with some cross-rack bonding using MLPPP. > Oddly enough, for some people, they've stated that the new code has finally > cleaned up all of their bonding problems. However, for a number of others, > including our own office-test Pipeline 75, we see the following problem. > The only other brand I've verified with this issue is the USR Courier > I-Modem, go figure. > > MLPPP will establish the connection and things will run fine for a while. > However, over time, the transfer speed will degrade to the point of no > usability. This usually happens in the span of 10 or so minutes. > > As far as I know my MLPPP is correctly configured. Any ideas on the above? > Is anyone else in the same environment (ie: no Netservers in the mix > either) seeing this? Looks like you are using MPIP - not just MLPPP. On your MPIP server do you see any left over connections? Meaning do you see anything when you do a list mpip bundles do you see any bundles just hanging around - not been cleared for days? Also how many MPIP servers you have? krish > > - > To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: Re: (usr-tc) MPPP still funky
From: Bob Purdon <bobp@southcom.com.au>
Date: 1999-01-06 13:26:26

> MPIP support has been problematic here at best...its getting better, but > still has problems from what I've seen...I have new code that I haven't > gotten on our systems yet that's supposed to improve on it (crosses > fingers). We're an all NETServer shop though, no HiPer Arc's. This is specifically why we're avoiding the MPIP issue altogether. We're in the process of acquiring different hardware from a different vendor to support MLPPP. Regards, Bob Purdon, Technical Manager, Southern Internet Services.

Subject: Re: (usr-tc) MPPP still funky
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-06 13:47:55

Thus spake Brian Biggs >Yes, our MPIP server shows the following: >MPIP Bundles >Bundle EndPointDescriminator No. User >Owner Value Type Links Name >208.201.224.xxx 42014E00000000000000 4 1 barbara.ppp >208.201.224.xxx AC6B7D01000000000000 4 1 barbara.ppp >208.201.224.xxx 68910600000000000000 4 1 barbara.ppp >208.201.224.xxx CF7FBA00000000000000 4 1 barbara.ppp >208.201.224.xxx 216A3800000000000000 4 2 barbara.ppp >208.201.224.xxx 0E164F00000000000000 4 1 barbara.ppp >208.201.224.xxx 85320C00000000000000 4 1 barbara.ppp >208.201.224.xxx 60541603000000000000 4 1 barbara.ppp >208.201.224.xxx BA54B801000000000000 4 1 barbara.ppp >208.201.224.xxx 3AE90E00000000000000 4 1 barbara.ppp >None of these are live connects. However, we haven't had any reports of >problems from our users. We've got four chassis (all ARC) and 1 MPIP server. "barbara.ppp" is lucky. Her(?) ISDN equipment is using Class 4 EndPoint discriminators which are generated new each time it connects (this is not necessarily the case, but seems to be here) so she's getting a different EDO each time, preventing her from having the MPIP problem that all the rest of us are experiencing. If her equipment was using just about any other class of EDO, she's be hounding you all the time about having this problem as the EDO wouldn't change every time and she'd have trouble connecting. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) MPPP still funky
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-06 14:02:15

On Wed, 6 Jan 1999, Brian Biggs wrote: > > On Tue, 5 Jan 1999, Pete Ashdown wrote: > > > > > Tatai SV Krishnan said once upon a time: > > > > > > >Looks like you are using MPIP - not just MLPPP. On your MPIP server do > > > >you see any left over connections? Meaning do you see anything when you > > > >do a list mpip bundles > > > >do you see any bundles just hanging around - not been cleared for days? > > Yes, our MPIP server shows the following: > > MPIP Bundles > Bundle EndPointDescriminator No. User > Owner Value Type Links Name > 208.201.224.xxx 42014E00000000000000 4 1 barbara.ppp > 208.201.224.xxx AC6B7D01000000000000 4 1 barbara.ppp > 208.201.224.xxx 68910600000000000000 4 1 barbara.ppp > 208.201.224.xxx CF7FBA00000000000000 4 1 barbara.ppp This is basically a problem with De-registration. The MPIP server is not getting the de-registration packet from the client. There could be many reasons. We had one such problem reported and we are working with that customer to fix this problem. I am willing to work with anyone here who is having the same problem. There would be new code for the hiper arc that needs to be put on the server and the client. If anyone is open for this idea - please email me. This would be an ER code and should fix the issue. regards krish > 208.201.224.xxx 216A3800000000000000 4 2 barbara.ppp > 208.201.224.xxx 0E164F00000000000000 4 1 barbara.ppp > 208.201.224.xxx 85320C00000000000000 4 1 barbara.ppp > 208.201.224.xxx 60541603000000000000 4 1 barbara.ppp > 208.201.224.xxx BA54B801000000000000 4 1 barbara.ppp > 208.201.224.xxx 3AE90E00000000000000 4 1 barbara.ppp > > None of these are live connects. However, we haven't had any reports of > problems from our users. We've got four chassis (all ARC) and 1 MPIP server. > > -Brian > -- > # Brian Biggs | Sonic / Sonoma Interconnect # > # Sys Admin / Programmer | v707.522.1000 fax707.547.2199 d707.522.1001 # > # mailto:bb@sonic.net | http://www.sonic.net mailto:support@sonic.net # > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) MPPP still funky
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-06 15:11:34

Thus spake Tatai SV Krishnan >This is basically a problem with De-registration. The MPIP server is not >getting the de-registration packet from the client. There could be many >reasons. We had one such problem reported and we are working with that >customer to fix this problem. I am willing to work with anyone here who >is having the same problem. >There would be new code for the hiper arc that needs to be put on the >server and the client. If anyone is open for this idea - please email me. >This would be an ER code and should fix the issue. I've got a version of code that I haven't put on yet, I do have on 3.8.76, that improved the situation significantly, but still isn't perfect. I also have 3.8.71 that was sent to me in my ongoing ticket that I have open, but haven't had a chance to put it on any systems yet. Again, I'm only a NETServer shop to this point, so don't need the Arc code, but I *am* definitely interested in exorcising this long-standing problem that I've had with this equipment. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) v90 on quads
From: Brian Jacklin <csabmj@mail.tds.net>
Date: 1999-01-06 19:52:19

Is there v90 software available for the quad cards? We have a couple of small markets just not worth the swap out with DSP's.

Subject: Re: (usr-tc) v90 on quads
From: Brian Elfert <brian@citilink.com>
Date: 1999-01-06 19:54:35

On Wed, 6 Jan 1999, Brian Jacklin wrote: > Is there v90 software available for the quad cards? > We have a couple of small markets just not worth the swap out > with DSP's. The V.90 code for the quads has been available since March or April. V.90 for the quads was out long before V.90 for the Hiper DSP. Brian

Subject: (usr-tc) Want to buy a Hiper DSP card
From: Tom Dodds <esp@cosmo.mitec.net>
Date: 1999-01-06 20:16:05

Want to buy a Hiper DSP card, please email with your price or any good vendors. Thanks. Tom Dodds esp@mitec.net Mitec Internet Services (402) 330-9295

Subject: Re: (usr-tc) v90 on quads
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-06 21:32:43

Thus spake Brian Jacklin >Is there v90 software available for the quad cards? >We have a couple of small markets just not worth the swap out > with DSP's. I believe 5.7.x and above is v.90 capable for quads, I *know* 5.9.x and above is. Go ahead and get 5.9.x and 5.10.x, no problems really with them, so no reason to back off to 5.7.x and 5.8.x. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) Temp. via SNMP
From: Marshall Morgan <marshall@netdoor.com>
Date: 1999-01-06 22:08:28

On Wednesday, January 06, 1999 9:48 PM, Drew Whittle [SMTP:drew@csarc.otago.ac.nz] wrote: > Hi, > > I am trying to work out how to get my Total Control boxes temperature via a > UNIX snmp program. > > I haven't been able to construct the OID from the information I have, does > anyone know what the OID for this is? from our temp checked. %snmpget::OIDS = ( 'nmcStatTemperature' => '1.3.6.1.4.1.429.1.2.2.5.0', 'sysUptime' => '1.3.6.1.2.1.1.3.0',); Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com 601.969.1434 x28 | 800.952.1570 x28 | 601.969.3629 x28 | Fax 601.969.3838

Subject: Re: (usr-tc) Temp. via SNMP
From: Brian Uechi <brianu@lava.net>
Date: 1999-01-06 23:03:04

On Thu, 7 Jan 1999, Drew Whittle wrote: > Thanks for that, I am sure I looked in nmc.mib and couldn't see it, from > memory though the mibs I have (at work) dont have the OID in them. I'll > check tomorrow coz I need something to graph with it. Check out MRTG at http://ee-staff.ethz.ch/~oetiker/webtools/mrtg/mrtg.html You give it OIDs and it will poll the device, log values, and produce plots as GIF files and web pages. --- Brian K. Uechi Email: brianu@lava.net Technical Support Engineer Phone: 808-545-5282 LavaNet, Inc. FAX : 808-545-7020

Subject: Re: (usr-tc) Temp. via SNMP
From: David Bolen <db3l@ans.net>
Date: 1999-01-06 23:04:09

Drew Whittle <drew@csarc.otago.ac.nz> writes: > I haven't been able to construct the OID from the information I have, does > anyone know what the OID for this is? nmcStatTemperature (1.3.6.1.4.1.429.1.2.2.5) Unique: Temperature Parent: nmcStat Type : Integer Access: Read-Only Status: Optional Description: This object reflects the current temperature in the NAS chassis, as detected by the NMC. The value of this object indicates the temperature in degree Celcius. You can find the formal definition in the nmc.mib file. Hope this helps. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: RE: (usr-tc) Want to buy a Hiper DSP card
From: John Verreault <verreaul@aei.ca>
Date: 1999-01-07 00:02:54

I have 2 available at $3K each. John On Wednesday, January 06, 1999 9:16 PM, Tom Dodds [SMTP:esp@cosmo.mitec.net] wrote: > > Want to buy a Hiper DSP card, please email with your price or any good > vendors. Thanks. > > Tom Dodds > esp@mitec.net > Mitec Internet Services > (402) 330-9295 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: RE: (usr-tc) v90 on quads
From: John Verreault <verreaul@aei.ca>
Date: 1999-01-07 00:04:48

Jeff, Don't you need to "feature enable" the NMC cards for v.90 or X/2 to work??? I believe this is about a $1K option from 3com. John On Wednesday, January 06, 1999 9:33 PM, Jeff Mcadams [SMTP:jeffm@iglou.com] wrote: > Thus spake Brian Jacklin > >Is there v90 software available for the quad cards? > >We have a couple of small markets just not worth the swap out > > with DSP's. > > I believe 5.7.x and above is v.90 capable for quads, I *know* 5.9.x and > above is. Go ahead and get 5.9.x and 5.10.x, no problems really with > them, so no reason to back off to 5.7.x and 5.8.x. > -- > Jeff McAdams Email: jeffm@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@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. >

Subject: RE: (usr-tc) v90 on quads
From: John Powell <jp@packet.ae.usr.com>
Date: 1999-01-07 01:07:12

- yes, a feature key is required, as is an NMC card (that is where the key is installed) - 5.9.9/5.10.9 or a later ER is required (everything before that did not support V.90) As long as you have the proper line (PRI or trunk-side T1) you are ready to rock. JP On Thu, 7 Jan 1999, John Verreault wrote: > Jeff, > Don't you need to "feature enable" the NMC cards for v.90 or X/2 to work??? > I believe this is about a $1K option from 3com. > > John > > On Wednesday, January 06, 1999 9:33 PM, Jeff Mcadams [SMTP:jeffm@iglou.com] wrote: > > Thus spake Brian Jacklin > > >Is there v90 software available for the quad cards? > > >We have a couple of small markets just not worth the swap out > > > with DSP's. > > > > I believe 5.7.x and above is v.90 capable for quads, I *know* 5.9.x and > > above is. Go ahead and get 5.9.x and 5.10.x, no problems really with > > them, so no reason to back off to 5.7.x and 5.8.x. > > -- > > Jeff McAdams Email: jeffm@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@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@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. >

Subject: Re: (usr-tc) v90 on quads
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-07 07:56:58

Thus spake John Verreault >Don't you need to "feature enable" the NMC cards for v.90 or X/2 to work??? Yeah, that's why I said it was "available." Not that they had it. >I believe this is about a $1K option from 3com. They still charging for this idiocy? -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) making a chassis assign dns #s
From: eric@dol.net
Date: 1999-01-07 08:22:37

We just replaced a pm30 with a tc unit and customers are not getting their dns passed to them. I looked through the archives and did not find a relevant discussion that had the answer. The netserver card is running 3.3.28 I have done set nameserver 1 xxx set nameserver 2 xxx set namesvc dns I thought there was an extra command from reading the archives that I could not get to work. set nasdns_info on the netserver did not like that command thanks eric Delaware Online!.........The SMART Choice! With 56K V.90 & X2 & Flex Modems Phone : 302-762-0375 Fax: 302-762-3462 Failure is NOT an option...

Subject: Re: (usr-tc) Want to buy a Hiper DSP card
From: Jim Johnson <jim@perigee.net>
Date: 1999-01-07 08:27:18

John, Sorry to butt in, but we are also interested in buying a set of these cards. Do you still have them? Do you take credit cards? Regards, Jim Johnson John Verreault wrote: > > I have 2 available at $3K each. > > John > > On Wednesday, January 06, 1999 9:16 PM, Tom Dodds [SMTP:esp@cosmo.mitec.net] wrote: > > > > Want to buy a Hiper DSP card, please email with your price or any good > > vendors. Thanks. > > > > Tom Dodds > > esp@mitec.net > > Mitec Internet Services > > (402) 330-9295 > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: Re: (usr-tc) Temp. via SNMP
From: K Mitchell <mitch@keyconn.net>
Date: 1999-01-07 08:51:21

At 10:09 PM 1/7/99 +1300, Drew Whittle <drew@csarc.otago.ac.nz> wrote: > >After re-reading what I wrote I guess I should of explained myself better. >I am using MRTG and I want to find another suitable item to put on the same >graph. MRTG needs 2 items to graph, I believe you can make it graph 1 but I >haven't figured that out yet. Have you tried doubling up the OID? For example; 1.2.3.4.5&1.2.3.4.5 I'm not sure if that will work or not, but it can't hurt to try :o) Kirk Kirk Mitchell-General Manager sysadmin@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: (usr-tc) Total Control Crashing my Network....
From: Mark Ross <mark@apu.ccis.com>
Date: 1999-01-07 09:22:20

My Netserver card is crashing my network !!!!! After several min of operation the util lights on my network hub go up to 100% and of course the collision light is solid..... This seems to happen only when the Total Control box is being used, otherwise it does not effect the network. has anyone seen this ? Could this be the Netserver card or the ether NIC behind it ? Would a Ethernet NIC that sits behind the NetMgt card also work behind the Netserver card ? The only difference I see is the "WAN" ports not being avail on the Netserver card (I dont use them anyway). Also does anyone have a Ethernet NIC for the Netserver card for sale ? thansk

Subject: RE: (usr-tc) Temp. via SNMP
From: MED, Wipro Systems, Inc <"nair, shibu (med, wipro systems, inc)">
Date: 1999-01-07 09:25:30

>After re-reading what I wrote I guess I should of explained myself better. >I am using MRTG and I want to find another suitable item to put on the same >graph. MRTG needs 2 items to graph, I believe you can make it graph 1 but I >haven't figured that out yet. Have you tried doubling up the OID? For example; 1.2.3.4.5&1.2.3.4.5 MRTG need a zero last i believe..... ie. 1.2.3.4.5.0&1.2.3.4.5.0:public@<ip address of the hub> where 1.2.3.4.5 is the actual snmp OID Regards Shibu I'm not sure if that will work or not, but it can't hurt to try :o) Kirk Kirk Mitchell-General Manager sysadmin@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Temp. via SNMP
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-07 09:35:33

Thus spake K Mitchell >At 10:09 PM 1/7/99 +1300, Drew Whittle <drew@csarc.otago.ac.nz> wrote: >>After re-reading what I wrote I guess I should of explained myself better. >>I am using MRTG and I want to find another suitable item to put on the same >>graph. MRTG needs 2 items to graph, I believe you can make it graph 1 but I >>haven't figured that out yet. >Have you tried doubling up the OID? For example; >1.2.3.4.5&1.2.3.4.5 Yup, that's the way to do it...basically, it ends up graphing the same thing twice, with the second being exactly superimposed right on top of the other. That, or you could have it graph a value over which you think it should never top, but that's not an SNMP grab. Ooh...or what I think I'd find more interesting...graph the highest its ever hit. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) making a chassis assign dns #s
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1999-01-07 09:55:52

|-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Clayton Zekelman |Sent: Thursday, January 07, 1999 4:43 AM |To: usr-tc@lists.xmission.com |Subject: Re: (usr-tc) making a chassis assign dns #s | | |As far as I know, the only way to get the Netserver to assign DNS |automatically is to use vendor |specific attributes in Radius. Our PM3's do this automatically. None of |our Netservers do. Wrong.. Netserver will send the DNS that is has configured to the use if you use the command "set nasdns_info on". The current state of this setting can be seen in the global configs as "Send DNS info: XXX" Command> sh glob [SNIP] -- Press Return for More -- PPP in modem: ON SLIP in modem: OFF Packet bus clock: SLAVE ICMP error logging: ON Connect message: ON Dial !root access: ON Random hosts list: OFF SNMP: ON Proxy Arp: OFF Response message: ON PPP message: ON Lan/Wan Routing: ON RIP V2 Authen: OFF VPN Local Routing: OFF MPIP Server: OFF Hint assigned: OFF Tap Login: OFF Syslog facility: auth Extd. IPXCP Opts: OFF Acct AuthChk: OFF/OFF Send DNS info: OFF DNS cache reset timeout: 0 days 0 hours 30 minutes (30 min) Configured Ethernet media: Autodetect Currently Active B-channels: 0 Maximum Active B-channels: 60 You can use the VSA's as well. |> |>I thought there was an extra command from reading the archives that I could |>not get to work. |>set nasdns_info on |>the netserver did not like that command What version of code are you running? I just tried the command. Its in the help and it works. "help set" Command> help set SET OPTIONS General Parameters s0-s100 - Set configuration for a port net0 - Set configuration of ethernet assigned - Set pooled IP address netbios - Enable NetBIOS over IPX connectmessage - Enable connect message password - Set the admin password console - Attach to sys console pppmodem - Enable PPP in the modem default - Set the use of default routes pppmsg - Enable PPP startup banner device - Set device port options prompt - Change console prompt dialnet - Enable dialnet table proxyarp - Enable nonlocal IP addr dnscache - Set cache time for DNS entry radius_option - Enable RADIUS options domain - Set the NIS or DNS domain randomhost- Random host selection gateway - Set the default route reported - Dialin PPP's reported IP host - Set default login host responsemsg - Enable response message icmplogging - Enable ICMP logging slipmodem - Enable SLIP in the modem ipxgateway- Set the IPX default route snmp - Set SNMP parameters localip - Local IP in SNMP reports sysname - Set SNMP system name loghost - Set the syslog host telnet - Set the TCP access port maxbchann - Set ISDN call limit wan0,wan1 - Frame relay WAN params media - Set network media type !rootacc - Dial in user root access modem - Set modem activation 2ndlog - Set second syslog host mss - Set TCP maximal segment size nameserver- Set the NIS or DNS server namesvc - Set NIS or DNS service limit - Set assigned IP limit facility - Set the syslog facility frgw_mode - Set frame relay gw mode lanwan_routing - Set routing from lan to wan time_server - Set the NTP server IP Addr. mpipserver- Set the MPIP srvr IP Addr mpipclient- Set the MPIP client nasdns_info on|off - Set Send DNS info local_routing on|off enh_routing on|off - Set enhanced rou ting on|off chapfst - Set chapfst on|off Authentication Parameters Entries in Tables accounting- Set the accounting server filter - Set rule for IP filter alternate - Set the alternate auth server init - Set the port init script authentic - Set the primary auth server ipxfilter - Set rule for IPX filter pap - Enable PAP authentication isdncallmap - Bind caller to service secret - Set the encryption secret isdnservice - Set ISDN call profile acct_authchk - Set acct authchk [on|off] location - Set value for a location rechap_timeout - Set Periodic CHAP timeout sapfilter - Set rule for SAP filter snmp - Set value for SNMP user - Set value for a user Use "help set option" for further assistance Command> -M

Subject: Re: (usr-tc) making a chassis assign dns #s
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-07 10:03:19

On Thu, 7 Jan 1999, Clayton Zekelman wrote: > As far as I know, the only way to get the Netserver to assign DNS > automatically is to use vendor > specific attributes in Radius. Our PM3's do this automatically. None of > our Netservers do. > You have a very old version on Netserver code. This code did not support DNS. You need to upgrade the code first. The code 3.4 and above support DNS in two way. The default way is to send the dns address of the netserver to the user and the second way is to be able to provide DNS address using VSA krish > At 08:22 AM 1/7/99 -0700, you wrote: > >We just replaced a pm30 with a tc unit and customers are not > >getting their dns passed to them. I looked through the archives and did not > >find a relevant discussion that had the answer. The netserver card is > >running 3.3.28 I have done > >set nameserver 1 xxx > >set nameserver 2 xxx > >set namesvc dns > > > >I thought there was an extra command from reading the archives that I could > >not get to work. > >set nasdns_info on > >the netserver did not like that command > >thanks > >eric > >Delaware Online!.........The SMART Choice! With 56K V.90 & X2 & Flex Modems > >Phone : 302-762-0375 Fax: 302-762-3462 Failure is NOT an option... > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@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. > > > --- > Clayton Zekelman > Managed Network Systems Inc. (MNSi) > 875 Ouellette Avenue > Windsor, Ontario > N9A 4J6 > > tel. 519-985-8410 > fax. 519-258-3009 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) NMC not responding
From: 3Com Total Service <3comtotalservice@saltspring.com>
Date: 1999-01-07 10:06:40

I still don't seem to be able to communicate with the NMC through the CH1 port for the purpose of configuration. When I connect through my terminal program I get no response from the NMC, no logon screen or anything. I have put another NMC in the same slot and I had no problem communicating with it. I'm wondering if there is a dip switch somewhere on the NMC which disables communication for the purpose of configuring between the CH1 and the card. I have tried booting the rack with dip switches 5 & 6 on per the Knowledge Base article for loading with the factory defaults. Nothing I have however successfully uploaded new code via the pc-sdl. -----Original Message----- Sent: Monday, December 28, 1998 6:05 AM Jolliffe, Anu wrote: > I just received a pre-owned TC rack with a dual PRI, 12 quads, nsc and nmc. > The rack supposedly has the newest code installed for X2, but have been > unable to connect to the nmc via the CH1 port. I am able to successfully > connect to the nsc card, and another nmc that I temporarily installed in the > rack for testing purposes. The rack boots up fine with green all across and > I've verified the baud rate of the CH1 port. > > Any ideas on where I should go from here? Try to upload software to this card via pc-sdl. Wojciech +-------------------------+-----------------+------------------------------+ > janisz@bydgoszcz.mtl.pl | WJ14-RIPE | Multinet - Bydgoszcz < +-------------------------+-----------------+------------------------------+ - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) making a chassis assign dns #s
From: Brian <signal@shreve.net>
Date: 1999-01-07 10:15:26

On Thu, 7 Jan 1999, Clayton Zekelman wrote: > Interesting. We have 18 PM3's, and 23 Netservers. None of the Netservers > do it, all of the PM3's do it. > You are running broken code or misconfigured netservers than. > > At 10:51 AM 1/7/99 -0500, you wrote: > >Thus spake Clayton Zekelman > >>As far as I know, the only way to get the Netserver to assign DNS > >>automatically is to use vendor > >>specific attributes in Radius. Our PM3's do this automatically. None of > >>our Netservers do. > > > >Not true...the NETServer, by default, will assign the DNS servers that > >it has configured to its PPP clients. > >-- > >Jeff McAdams Email: jeffm@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@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. > > > --- > Clayton Zekelman > Managed Network Systems Inc. (MNSi) > 875 Ouellette Avenue > Windsor, Ontario > N9A 4J6 > > tel. 519-985-8410 > fax. 519-258-3009 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: Re: (usr-tc) making a chassis assign dns #s
From: Brian <signal@shreve.net>
Date: 1999-01-07 10:35:14

On Thu, 7 Jan 1999, Clayton Zekelman wrote: > > > > >You are running broken code or misconfigured netservers than. > > > > > > Gee, that really narrows it down. Besides, all Netservers run broken code. > You should know that by now. Actually I don't run Netservers anymore. But, it *does* narrow it down.....how? Well, because all you have to do is check your code version against the known issues on Total Service and see if failure to properly send DNS info is part of that code release. If its not than.......... Just check the global settings and make sure its configured correctly. > > Newest code we're running: > Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.6.28 > > > Oldest code we're running: > Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.5.34 > Any special reason you aren't running just one code release? Running different code releases, especially different major releases (3.5.x, 3.6.x) could be very bad news when it comes to things like MPIP etc. Sometimes different major releases don't play well together. Brian > --- > Clayton Zekelman > Managed Network Systems Inc. (MNSi) > 875 Ouellette Avenue > Windsor, Ontario > N9A 4J6 > > tel. 519-985-8410 > fax. 519-258-3009 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: Re: (usr-tc) making a chassis assign dns #s
From: Clayton Zekelman <clayton@mnsi.net>
Date: 1999-01-07 10:42:46

As far as I know, the only way to get the Netserver to assign DNS automatically is to use vendor specific attributes in Radius. Our PM3's do this automatically. None of our Netservers do. At 08:22 AM 1/7/99 -0700, you wrote: >We just replaced a pm30 with a tc unit and customers are not >getting their dns passed to them. I looked through the archives and did not >find a relevant discussion that had the answer. The netserver card is >running 3.3.28 I have done >set nameserver 1 xxx >set nameserver 2 xxx >set namesvc dns > >I thought there was an extra command from reading the archives that I could >not get to work. >set nasdns_info on >the netserver did not like that command >thanks >eric >Delaware Online!.........The SMART Choice! With 56K V.90 & X2 & Flex Modems >Phone : 302-762-0375 Fax: 302-762-3462 Failure is NOT an option... > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

Subject: Re: (usr-tc) Total Control Crashing my Network....
From: Terry Kennedy <terry@olypen.com>
Date: 1999-01-07 10:51:16

We had a different problem with the same results, NetBIOS storms overrunning the stacs in our SCO box's. Turned it off at the router, might be something along those lines. -----Original Message----- Cc: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> >On Thu, 7 Jan 1999, Mark Ross wrote: > >> My Netserver card is crashing my network !!!!! >> After several min of operation the util lights on my network hub go up to >> 100% and of course the collision light is solid..... >> >> This seems to happen only when the Total Control box is being used, >> otherwise it does not effect the network. >> > >May be you are running into a arp/rip/broadcast strom - Clearly if you >can isolate it to a netserver card, then disable routing on the card and >see what it does. > >krish > > >> has anyone seen this ? >> >> Could this be the Netserver card or the ether NIC behind it ? >> >> Would a Ethernet NIC that sits behind the NetMgt card also work behind the >> Netserver card ? The only difference I see is the "WAN" ports not being >> avail on the Netserver card (I dont use them anyway). >> >> Also does anyone have a Ethernet NIC for the Netserver card for sale ? >> >> thansk >> >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) making a chassis assign dns #s
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-07 10:51:29

Thus spake Clayton Zekelman >As far as I know, the only way to get the Netserver to assign DNS >automatically is to use vendor >specific attributes in Radius. Our PM3's do this automatically. None of >our Netservers do. Not true...the NETServer, by default, will assign the DNS servers that it has configured to its PPP clients. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) making a chassis assign dns #s
From: Clayton Zekelman <clayton@mnsi.net>
Date: 1999-01-07 11:05:58

Interesting. We have 18 PM3's, and 23 Netservers. None of the Netservers do it, all of the PM3's do it. At 10:51 AM 1/7/99 -0500, you wrote: >Thus spake Clayton Zekelman >>As far as I know, the only way to get the Netserver to assign DNS >>automatically is to use vendor >>specific attributes in Radius. Our PM3's do this automatically. None of >>our Netservers do. > >Not true...the NETServer, by default, will assign the DNS servers that >it has configured to its PPP clients. >-- >Jeff McAdams Email: jeffm@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@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. > --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

Subject: Re: (usr-tc) making a chassis assign dns #s
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-07 11:10:00

Thus spake Clayton Zekelman >Interesting. We have 18 PM3's, and 23 Netservers. None of the Netservers >do it, all of the PM3's do it. What version of code do you have on the NETServers? They do it for us just fine. Also, check show global and make sure "send DNS info:" is set to "on". Works like a charm here. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) making a chassis assign dns #s
From: Clayton Zekelman <clayton@mnsi.net>
Date: 1999-01-07 11:13:19

At 09:55 AM 1/7/99 -0600, you wrote: > > >|-----Original Message----- >|From: owner-usr-tc@lists.xmission.com >|[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Clayton Zekelman >|Sent: Thursday, January 07, 1999 4:43 AM >|To: usr-tc@lists.xmission.com >|Subject: Re: (usr-tc) making a chassis assign dns #s >| >| >|As far as I know, the only way to get the Netserver to assign DNS >|automatically is to use vendor >|specific attributes in Radius. Our PM3's do this automatically. None of >|our Netservers do. > Well excuse me. I've never seen it work properly on Netserver. My tech support guys bitch about it all the time, and the answer that USR gave me was that I NEEDED to use VSA's. I thought that sounded a little odd at the time, but they're SUPPOSED to be the experts, and I really didn't feel like calling back and waiting another hour and a half on hold to get a second opinion from another tech. >Wrong.. Netserver will send the DNS that is has configured to the use if you use >the command "set nasdns_info on". The current state of this setting can be seen >in the >global configs as "Send DNS info: XXX" > >Command> sh glob >[SNIP] >-- Press Return for More -- > > PPP in modem: ON SLIP in modem: OFF Packet bus clock: SLAVE >ICMP error logging: ON Connect message: ON Dial !root access: ON > Random hosts list: OFF SNMP: ON Proxy Arp: OFF > Response message: ON PPP message: ON Lan/Wan Routing: ON > RIP V2 Authen: OFF VPN Local Routing: OFF MPIP Server: OFF > Hint assigned: OFF Tap Login: OFF Syslog facility: auth > Extd. IPXCP Opts: OFF Acct AuthChk: OFF/OFF Send DNS info: OFF >DNS cache reset timeout: 0 days 0 hours 30 minutes (30 min) >Configured Ethernet media: Autodetect >Currently Active B-channels: 0 Maximum Active B-channels: 60 > >You can use the VSA's as well. > >|> >|>I thought there was an extra command from reading the archives that I could >|>not get to work. >|>set nasdns_info on >|>the netserver did not like that command > >What version of code are you running? I just tried the command. Its in the help >and it works. >"help set" >Command> help set > SET OPTIONS >General Parameters >----------------------------------------- >s0-s100 - Set configuration for a port net0 - Set configuration of ethernet >assigned - Set pooled IP address netbios - Enable NetBIOS over IPX >connectmessage - Enable connect message password - Set the admin password >console - Attach to sys console pppmodem - Enable PPP in the modem >default - Set the use of default routes pppmsg - Enable PPP startup banner >device - Set device port options prompt - Change console prompt >dialnet - Enable dialnet table proxyarp - Enable nonlocal IP addr >dnscache - Set cache time for DNS entry radius_option - Enable RADIUS options >domain - Set the NIS or DNS domain randomhost- Random host selection >gateway - Set the default route reported - Dialin PPP's reported IP >host - Set default login host responsemsg - Enable response message >icmplogging - Enable ICMP logging slipmodem - Enable SLIP in the modem >ipxgateway- Set the IPX default route snmp - Set SNMP parameters >localip - Local IP in SNMP reports sysname - Set SNMP system name >loghost - Set the syslog host telnet - Set the TCP access port >maxbchann - Set ISDN call limit wan0,wan1 - Frame relay WAN params >media - Set network media type !rootacc - Dial in user root access >modem - Set modem activation 2ndlog - Set second syslog host >mss - Set TCP maximal segment size nameserver- Set the NIS or DNS server >namesvc - Set NIS or DNS service limit - Set assigned IP limit >facility - Set the syslog facility frgw_mode - Set frame relay gw mode >lanwan_routing - Set routing from lan to wan >time_server - Set the NTP server IP Addr. mpipserver- Set the MPIP srvr IP Addr >mpipclient- Set the MPIP client nasdns_info on|off - Set Send DNS info >local_routing on|off enh_routing on|off - Set enhanced rou >ting on|off chapfst - Set chapfst on|off > >Authentication Parameters Entries in Tables >----------------------------------------- >accounting- Set the accounting server filter - Set rule for IP filter >alternate - Set the alternate auth server init - Set the port init script >authentic - Set the primary auth server ipxfilter - Set rule for IPX filter >pap - Enable PAP authentication isdncallmap - Bind caller to service >secret - Set the encryption secret isdnservice - Set ISDN call profile >acct_authchk - Set acct authchk [on|off] location - Set value for a location >rechap_timeout - Set Periodic CHAP timeout sapfilter - Set rule for SAP filter > snmp - Set value for SNMP > user - Set value for a user >Use "help set option" for further assistance >Command> > >-M > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

Subject: Re: (usr-tc) making a chassis assign dns #s
From: Clayton Zekelman <clayton@mnsi.net>
Date: 1999-01-07 11:21:57

> >You are running broken code or misconfigured netservers than. > > Gee, that really narrows it down. Besides, all Netservers run broken code. You should know that by now. Newest code we're running: Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.6.28 Oldest code we're running: Total Control (tm) NETServer Card V.34/ISDN with Frame Relay V3.5.34 --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

Subject: (usr-tc) Anyone got client V.90 working on Quads?
From: Jaime Sainez <jsainez@livingston.com>
Date: 1999-01-07 11:22:21

Hi, Does anyone know if V.90 client mode is supported on the Quads? I'm working with a third party that's trying to use the TCH as a modem dialout pool for a V.90 test bed. They will be using the analog ports on the back to connect to their RS-232 ports on the test bed. If it is supported, can you please share the particulars on how you got it to work so I can pass it on. Thanks a bunch, Jaime

Subject: Re: (usr-tc) Total Control Crashing my Network....
From: Brian <signal@shreve.net>
Date: 1999-01-07 11:34:59

On Thu, 7 Jan 1999, Mark Ross wrote: > My Netserver card is crashing my network !!!!! > After several min of operation the util lights on my network hub go up to > 100% and of course the collision light is solid..... You need to run a sniffer and see what is going on. > > This seems to happen only when the Total Control box is being used, > otherwise it does not effect the network. > Sounds like some sort of misconfiguration, perhaps some sort of routing loop. > has anyone seen this ? > > Could this be the Netserver card or the ether NIC behind it ? Could be. When it happens, pull the plug on the USR's nic and see what happens. Switches make things like this so much easier to troubleshoot. > > Would a Ethernet NIC that sits behind the NetMgt card also work behind the > Netserver card ? The only difference I see is the "WAN" ports not being No, the NMC card has its own nic. > avail on the Netserver card (I dont use them anyway). > > Also does anyone have a Ethernet NIC for the Netserver card for sale ? > > thansk > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: Re: (usr-tc) Total Control Crashing my Network....
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-07 12:22:25

On Thu, 7 Jan 1999, Mark Ross wrote: > My Netserver card is crashing my network !!!!! > After several min of operation the util lights on my network hub go up to > 100% and of course the collision light is solid..... > > This seems to happen only when the Total Control box is being used, > otherwise it does not effect the network. > May be you are running into a arp/rip/broadcast strom - Clearly if you can isolate it to a netserver card, then disable routing on the card and see what it does. krish > has anyone seen this ? > > Could this be the Netserver card or the ether NIC behind it ? > > Would a Ethernet NIC that sits behind the NetMgt card also work behind the > Netserver card ? The only difference I see is the "WAN" ports not being > avail on the Netserver card (I dont use them anyway). > > Also does anyone have a Ethernet NIC for the Netserver card for sale ? > > thansk > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Temp. via SNMP
From: David Bolen <db3l@ans.net>
Date: 1999-01-07 13:40:52

Drew Whittle <drew@csarc.otago.ac.nz> writes: > Thanks for that, I am sure I looked in nmc.mib and couldn't see it, from > memory though the mibs I have (at work) dont have the OID in them. I'll > check tomorrow coz I need something to graph with it. Most MIB definitions are hierarchical, so an individual object definition just contains it's own sub-identifier, referring to its parent for the reset of the OID. So yes, you won't find the complete OID from the root of the ISO tree listed for each object in a typical MIB file. It's not too hard to construct the OID manually if you already have a good common prefix (like knowing that "usr" is 1.3.6.1.4.1.429) since you don't have to follow too many parents, but normally it's easier to load the MIB into some tool and do a lookup, as I did. I just pointed to the MIB for completeness :-) As someone else pointed out in this thread, you may find it necessary to add an instance of ".0" to the OID for the object, since it's a scalar object. The NMC itself doesn't require this (some SNMP agents do) although the returned value from a query will include it, and this may require some tools (MRTG?) to have it in the actual query as well to consider it a matching response. (and from a later message) > After re-reading what I wrote I guess I should of explained myself better. > I am using MRTG and I want to find another suitable item to put on the same > graph. MRTG needs 2 items to graph, I believe you can make it graph 1 but I > haven't figured that out yet. I don't use MRTG but would assume it would have some way to just increment a horizontal axis value in terms of "samples" or queries, but even without that - as I believe someone else pointed out in an earlier message in this thread you might try the standard MIB-II sysUpTime object: sysUpTime (1.3.6.1.2.1.1.3) Unique: UpTime Parent: system Type : Timeticks Access: Read-Only Status: Mandatory Description: The time (in hundredths of a second) since the network management portion of the system was last re-initialized. (same comment as above about the ".0" instance) That would give you a nice incrementing timestamp (in 1/100s of a second) for your horizontal axis and the temperature for your vertical axis in a graph. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) Temp. via SNMP
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-01-07 14:19:22

Here is a very good piece of software to use when working with SNMP information like you are doing. http://www.equival.com.au/mibmaster/index.html Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Sent: Thursday, January 07, 1999 1:57 PM >At 13:40 7/01/99 -0500, you wrote: > > >>MIB file. It's not too hard to construct the OID manually if you >>already have a good common prefix (like knowing that "usr" is >>1.3.6.1.4.1.429) since you don't have to follow too many parents, but >>normally it's easier to load the MIB into some tool and do a lookup, >>as I did. I just pointed to the MIB for completeness :-) > >Not being that familiar with SNMP I have had a few minor hicups >understanding it, but I am getting the drift of it now. I guess I need to >go and find a SNMP Walker so I can get OID's quickly. > >>As someone else pointed out in this thread, you may find it necessary >>to add an instance of ".0" to the OID for the object, since it's a > >Without the .0 MRTG won't get the results. > >>That would give you a nice incrementing timestamp (in 1/100s of a >>second) for your horizontal axis and the temperature for your vertical >>axis in a graph. > >In MRTG, Vertical is temperature, and Horizontal is time automatically. >MRTG unfortunately wants two values to graph into this space. Uptime is not >a good solution in this case. (Plus MRTG puts uptime in Text at the top of >the report for me :>) > >I have "solved" the problem by selecting an OID that always seems to return >0, so I just have a blue line across the bottom. > >Thank you everyone for your help. > >Regards, > >Drew Whittle >System Admin - Black Albatross >University of Otago > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) making a chassis assign dns #s
From: Nick Lott <nick@uk.insight.com>
Date: 1999-01-07 15:53:56

eric@dol.net wrote: > > We just replaced a pm30 with a tc unit and customers are not > getting their dns passed to them. I looked through the archives and did not > find a relevant discussion that had the answer. The netserver card is > running 3.3.28 I have done > set nameserver 1 xxx > set nameserver 2 xxx > set namesvc dns I had the same problem with that version. Upgrade to 3.5.x or above and it will work. Nick > > I thought there was an extra command from reading the archives that I could > not get to work. > set nasdns_info on > the netserver did not like that command > thanks > eric > Delaware Online!.........The SMART Choice! With 56K V.90 & X2 & Flex Modems > Phone : 302-762-0375 Fax: 302-762-3462 Failure is NOT an option... > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) Temp. via SNMP
From: Drew Whittle <drew@csarc.otago.ac.nz>
Date: 1999-01-07 16:48:18

Hi, I am trying to work out how to get my Total Control boxes temperature via a UNIX snmp program. I haven't been able to construct the OID from the information I have, does anyone know what the OID for this is? Regards, Drew

Subject: (usr-tc) Netserver Chassis duplicating NAS-Identifier column....
From: Robb Bryn <rbryn@cape-fear.net>
Date: 1999-01-07 17:20:35

We recently purchased a demo Netserver Chassis and am experiencing some problems getting it to work with our Radius servers. The chassis is duplicating the NAS-Identifier column resulting in failed accounting packets. Below is an example of a standard start/stop accounting packet, notice the NAS-Identifier showing up at the top as 208.133.29.248 and the NAS-Identifier also showing up as BCINet1 at the bottom of the list. Any ideas on how to turn one of these off? Netserver code is v3.8.1 Thanks Robb Bryn Resp Time: 280 Auth: 0/0 -> 0 Acct: 1/11/0 -> 12 radrecv: Request from host d0851df8 code=4, id=105, length=212 Acct-Session-Id = "0a000003" User-Name = "test" NAS-Identifier = 208.133.29.248 NAS-Port = 41 Acct-Status-Type = Start Acct-Authentic = RADIUS Vendor-Specific = "" Vendor-Specific = "" Vendor-Specific = "" Vendor-Specific = "" Vendor-Specific = "" Vendor-Specific = "" Vendor-Specific = "" Vendor-Specific = "" NAS-Identifier = "BCINet1" NAS-Port-Type = Async User-Service = Framed-User Framed-Protocol = PPP Framed-Address = 208.133.29.185 Acct-Delay-Time = 2590

Subject: (usr-tc) Netserver Chassis duplicating NAS-Identifier column....
From: rbryn@cape-fear.net
Date: 1999-01-07 17:22:57

Subject: Re: (usr-tc) HiperARC MIB compatable with CMU SNMP
From: David Bolen <db3l@ans.net>
Date: 1999-01-07 17:26:11

Carl Litt <carl@cca1.execulink.net> writes: > I have a mib.txt file with all the other USR MIBs and they all > work fine, but when I when I add USR_HIPER.MIB to it, the snmp tools > stop working with this error: The issue is that Integer32 is a datatype defined by SNMPv2 SMI (RFC1442) and not included in the SNMPv1 SMI (RFC1155). Since you've probably pre-pended a copy of the RFC1155-SMI module to the USR MIBs you don't have those types. You can either switch to pre-pending a copy of the SNMPv2-SMI module, or "cheat" a little and just add some textual conventions for the new data types. By using a textual convention it will also work with some other MIBs you may find that also define these types as textual conventions (I've found some Cisco MIBs this way). So stick the following: Integer32 ::= INTEGER (-2147483648..2147483647) Counter32 ::= Counter (0..4294967295) Gauge32 ::= Gauge (0..4294967295) Into your SMI module at the top of the MIBs (or even just at the front of the HiperARC module), and it should parse ok. In a pinch you can drop the range restrictions if they cause problems. Note however that if I recall the original CMU code, it may parse through this, but since this is a case of a textual convention defined in terms of another textual convention, I don't believe that the actual object will load with the actual data type. This won't matter for queries, but may have some impact on read-write objects if you are trying to set a value. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) Netserver Chassis duplicating NAS-Identifier column....
From: Ricky Beam <jfbeam@enterprise.interpath.net>
Date: 1999-01-07 17:26:41

Robb Bryn was heard to say: >We recently purchased a demo Netserver Chassis and am experiencing some >problems getting it to work with our Radius servers. The chassis is >duplicating the NAS-Identifier column resulting in failed accounting >packets. Below is an example of a standard start/stop accounting packet, >notice the NAS-Identifier showing up at the top as 208.133.29.248 and the >NAS-Identifier also showing up as BCINet1 at the bottom of the list. Any >ideas on how to turn one of these off? Netserver code is v3.8.1 It's not the NAS (unless 3.8.1 really is screwy) but more likely your radius dictionary. The first one should be NAS-IP-Address. --Ricky

Subject: Re: (usr-tc) Anyone got client V.90 working on Quads?
From: John Powell <jp@packet.ae.usr.com>
Date: 1999-01-07 19:12:23

On Thu, 7 Jan 1999, Jaime Sainez wrote: > Hi, > > Does anyone know if V.90 client mode is supported on the Quads? I'm > working with a third party that's trying to use the TCH as a modem dialout > pool for a V.90 test bed. They will be using the analog ports on the back > to connect to their RS-232 ports on the test bed. If it is supported, can > you please share the particulars on how you got it to work so I can pass it > on. Jaime, Sorry, not supported. JP

Subject: Re: (usr-tc) Anyone got client V.90 working on Quads?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-07 20:19:32

Thus spake John Powell >On Thu, 7 Jan 1999, Jaime Sainez wrote: >> Does anyone know if V.90 client mode is supported on the Quads? I'm >> working with a third party that's trying to use the TCH as a modem dialout >> pool for a V.90 test bed. They will be using the analog ports on the back >> to connect to their RS-232 ports on the test bed. If it is supported, can >> you please share the particulars on how you got it to work so I can pass it >> on. >Sorry, not supported. v.90 client side isn't supported? isn't supported as in won't do it? or isn't supported as in, won't get any help from tech support? I know there is SNMP values and such that indicate they'll do client side, and I'm relatively certain that they'll do symetric mode, so it *should* be able to do client mode I would think. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Anyone got client V.90 working on Quads?
From: David Bolen <db3l@ans.net>
Date: 1999-01-07 20:24:36

Jeff Mcadams <jeffm@iglou.com> writes: > v.90 client side isn't supported? isn't supported as in won't do it? > or isn't supported as in, won't get any help from tech support? As in won't do it - the client code isn't in the modem. Sort of a pain if you want to use local analog OOB modems for testing local calls remotely, but them's the breaks. I don't think (but it's been a while) that x2 client mode worked either. > I know there is SNMP values and such that indicate they'll do client side, > and I'm relatively certain that they'll do symetric mode, so it *should* > be able to do client mode I would think. Symmetric (which is only x2 at the moment - I think they're working on the definition for a V.90 equivalent) really isn't that related to client mode - it's still the client mode that has to do the bulk of the work - symmetric just means that a fully digital path is recognized and the encoding used in both directions. Supporting symmetric in the server code is still a far cry from all of the complexity involved in the client code for analyzing and picking (or computing in V.90) the appropriate constellation and other parameters. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) Anyone got client V.90 working on Quads?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-07 21:03:57

Thus spake David Bolen >Symmetric (which is only x2 at the moment - I think they're working on >the definition for a V.90 equivalent) really isn't that related to >client mode - it's still the client mode that has to do the bulk of >the work - symmetric just means that a fully digital path is >recognized and the encoding used in both directions. Supporting >symmetric in the server code is still a far cry from all of the >complexity involved in the client code for analyzing and picking (or >computing in V.90) the appropriate constellation and other parameters. Well...hrmm...I stand corrected. (ugh...and go take an aspirin corrected, and go take a decongestant corrected, and get some sleep corrected...I hate colds...now back to your regularly scheduled vendor rants) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Temp. via SNMP
From: Drew Whittle <drew@csarc.otago.ac.nz>
Date: 1999-01-07 21:13:40

At 17:04 7/01/99 , you wrote: >nmcStatTemperature (1.3.6.1.4.1.429.1.2.2.5) > Unique: Temperature > Parent: nmcStat > Type : Integer > Access: Read-Only > Status: Optional > Description: > This object reflects the current temperature in the NAS > chassis, as detected by the NMC. The value of this object > indicates the temperature in degree Celcius. > > >You can find the formal definition in the nmc.mib file. Thanks for that, I am sure I looked in nmc.mib and couldn't see it, from memory though the mibs I have (at work) dont have the OID in them. I'll check tomorrow coz I need something to graph with it. Regards, Drew

Subject: Re: (usr-tc) Temp. via SNMP
From: Drew Whittle <drew@csarc.otago.ac.nz>
Date: 1999-01-07 22:09:46

At 22:03 7/01/99 , you wrote: >On Thu, 7 Jan 1999, Drew Whittle wrote: > >> Thanks for that, I am sure I looked in nmc.mib and couldn't see it, from >> memory though the mibs I have (at work) dont have the OID in them. I'll >> check tomorrow coz I need something to graph with it. > >Check out MRTG at > >http://ee-staff.ethz.ch/~oetiker/webtools/mrtg/mrtg.html > >You give it OIDs and it will poll the device, log values, and produce >plots as GIF files and web pages. After re-reading what I wrote I guess I should of explained myself better. I am using MRTG and I want to find another suitable item to put on the same graph. MRTG needs 2 items to graph, I believe you can make it graph 1 but I haven't figured that out yet. Regards, Drew

Subject: (usr-tc) FS: USR Total Control 70AMP DC Power Supplies
From: John Verreault <verreaul@aei.ca>
Date: 1999-01-07 23:27:48

For sale: Never Used USR Total Control 70AMP DC Power Supplies I have 4 available. Asking $500.00each or trade for 70 AMP AC power supplies John Verreault AEI Internet

Subject: Re: (usr-tc) Temp. via SNMP
From: Drew Whittle <drew@csarc.otago.ac.nz>
Date: 1999-01-08 08:57:35

At 13:40 7/01/99 -0500, you wrote: >MIB file. It's not too hard to construct the OID manually if you >already have a good common prefix (like knowing that "usr" is >1.3.6.1.4.1.429) since you don't have to follow too many parents, but >normally it's easier to load the MIB into some tool and do a lookup, >as I did. I just pointed to the MIB for completeness :-) Not being that familiar with SNMP I have had a few minor hicups understanding it, but I am getting the drift of it now. I guess I need to go and find a SNMP Walker so I can get OID's quickly. >As someone else pointed out in this thread, you may find it necessary >to add an instance of ".0" to the OID for the object, since it's a Without the .0 MRTG won't get the results. >That would give you a nice incrementing timestamp (in 1/100s of a >second) for your horizontal axis and the temperature for your vertical >axis in a graph. In MRTG, Vertical is temperature, and Horizontal is time automatically. MRTG unfortunately wants two values to graph into this space. Uptime is not a good solution in this case. (Plus MRTG puts uptime in Text at the top of the report for me :>) I have "solved" the problem by selecting an OID that always seems to return 0, so I just have a blue line across the bottom. Thank you everyone for your help. Regards, Drew Whittle System Admin - Black Albatross University of Otago

Subject: (usr-tc) HiPer ARC MRTG oddity
From: K Mitchell <mitch@keyconn.net>
Date: 1999-01-08 10:29:37

I'm using MRTG to graph modem useage, but am experiencing some odd behavior. I have 2 DSPs. MRTG monitors DSP #1 fine. On DSP #2, if DSP #1 is full and calls roll over to #2, MRTG includes those totals on the chart. If someone calls directly into DSP #2 however, MRTG does not record the DSP #2 count in the modem totals. The IOD I'm using is: Target[tch1]: 1.3.6.1.4.1.429.4.2.1.10.0&1.3.6.1.4.1.429.4.2.1.10.0:<community string>@<ARC IP> Any ideas? Thanks, Kirk Kirk Mitchell-General Manager sysadmin@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: RE: (usr-tc) NMC not responding
From: Jolliffe, Anu <ajolliffe@imagen.net>
Date: 1999-01-08 11:14:48

I have already tried a couple of different speeds, but I just tried them all. No response yet. -----Original Message----- Sent: Friday, January 08, 1999 9:31 AM Try changing the speed via the NMC nac dip switches and connecting at different speeds. >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of 3Com Total Service >Sent: Thursday, January 07, 1999 12:07 PM >To: 'usr-tc@lists.xmission.com' >Subject: RE: (usr-tc) NMC not responding > > >I still don't seem to be able to communicate with the NMC through the CH1 >port for the purpose of configuration. When I connect through my terminal >program I get no response from the NMC, no logon screen or >anything. I have >put another NMC in the same slot and I had no problem >communicating with it. >I'm wondering if there is a dip switch somewhere on the NMC which disables >communication for the purpose of configuring between the CH1 and the card. > >I have tried booting the rack with dip switches 5 & 6 on per the Knowledge >Base article for loading with the factory defaults. Nothing > >I have however successfully uploaded new code via the pc-sdl. > > > >-----Original Message----- >From: Wojciech Janiszewski [mailto:janisz@bydgoszcz.mtl.pl] >Sent: Monday, December 28, 1998 6:05 AM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) NMC not responding > > >Jolliffe, Anu wrote: >> I just received a pre-owned TC rack with a dual PRI, 12 quads, nsc and >nmc. >> The rack supposedly has the newest code installed for X2, but have been >> unable to connect to the nmc via the CH1 port. I am able to successfully >> connect to the nsc card, and another nmc that I temporarily installed in >the >> rack for testing purposes. The rack boots up fine with green all across >and >> I've verified the baud rate of the CH1 port. >> >> Any ideas on where I should go from here? > >Try to upload software to this card via pc-sdl. > >Wojciech >+-------------------------+-----------------+---------------------- >--------+ >> janisz@bydgoszcz.mtl.pl | WJ14-RIPE | Multinet - >Bydgoszcz < >+-------------------------+-----------------+---------------------- >--------+ > >- > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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.

Subject: Re: (usr-tc) DSP puts unwanted passwords on console
From: Brian <signal@shreve.net>
Date: 1999-01-08 11:31:05

On Fri, 8 Jan 1999, Robert von Bismarck wrote: > Has anyone seen this ? I reboot a DSP and it wants a password on the > console... > > WTF is this password ????? just hit return, their may be no password set > > After looking through every possibility I could think of, I found > "restore UI password from default". It is in TCM, highlight the DSP (the > board, not the PRI or modems) and do "action-commands" select software, > and there it is.... > > But my question is : what is this default password ?????????? I tried > anything coming to my mind, but no luck... > > Any ideas ? > > Robert > > -- > Robert von Bismarck > Network Systems Engineer > Petrel Communications SA > Tel : +41 22 304 47 47 > Fax : +41 22 300 48 43 > WWW : http://www.petrel.ch > e-mail : rvb@petrel.ch > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: Re: (usr-tc) DSP puts unwanted passwords on console
From: Brian <signal@shreve.net>
Date: 1999-01-08 11:31:05

Subject: RE: (usr-tc) NMC not responding
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-08 11:31:12

Try changing the speed via the NMC nac dip switches and connecting at different speeds. >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of 3Com Total Service >Sent: Thursday, January 07, 1999 12:07 PM >To: 'usr-tc@lists.xmission.com' >Subject: RE: (usr-tc) NMC not responding > > >I still don't seem to be able to communicate with the NMC through the CH1 >port for the purpose of configuration. When I connect through my terminal >program I get no response from the NMC, no logon screen or >anything. I have >put another NMC in the same slot and I had no problem >communicating with it. >I'm wondering if there is a dip switch somewhere on the NMC which disables >communication for the purpose of configuring between the CH1 and the card. > >I have tried booting the rack with dip switches 5 & 6 on per the Knowledge >Base article for loading with the factory defaults. Nothing > >I have however successfully uploaded new code via the pc-sdl. > > > >-----Original Message----- >From: Wojciech Janiszewski [mailto:janisz@bydgoszcz.mtl.pl] >Sent: Monday, December 28, 1998 6:05 AM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) NMC not responding > > >Jolliffe, Anu wrote: >> I just received a pre-owned TC rack with a dual PRI, 12 quads, nsc and >nmc. >> The rack supposedly has the newest code installed for X2, but have been >> unable to connect to the nmc via the CH1 port. I am able to successfully >> connect to the nsc card, and another nmc that I temporarily installed in >the >> rack for testing purposes. The rack boots up fine with green all across >and >> I've verified the baud rate of the CH1 port. >> >> Any ideas on where I should go from here? > >Try to upload software to this card via pc-sdl. > >Wojciech >+-------------------------+-----------------+---------------------- >--------+ >> janisz@bydgoszcz.mtl.pl | WJ14-RIPE | Multinet - >Bydgoszcz < >+-------------------------+-----------------+---------------------- >--------+ > >- > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: (usr-tc) TC HUB never getting full?
From: x@asdf.com
Date: 1999-01-08 11:31:40

Hello I tried searching through the archives on this, but my search words match too many articles :-P First, here are our specs A TC hub with Dual PRI, 12 Quads, 2 dsp, netserver, nmc. Codes are: Netserver 16 meg 3.7.24 NMC 16 meg 5.5.2 PRI 3.0.2 Quads 5.10.9 Hyper 1.0.8 I plan on flashing the Netserver, nmc, and hyper to the newest code soon. Anyway, we are having an issue with calls coming in, and I am not sure if it's the hub, the PRIs, or our lines after this recent blizzard. Our box never seems to get full. We have about 20 or so free quad modems and our DSPs are only about half full, and when we get to this point with the quads a ton of customers call in complaining about not being able to connect or getting disconnected immediately. It only seems to happen to the quads though, because I have seen the DSP cards fill up, and when I tested it I got in on them OK. Here is what we have for disconnect reasons according to TCM: Reason for Call Termination none(32) v42DisconnectCmd(26) v42DisconnectCmd(26) v42DisconnectCmd(26) rcvdGatewayDiscCmd(62) v42DisconnectCmd(26) v42DisconnectCmd(26) none(32) none(32) rcvdGatewayDiscCmd(62) rcvdGatewayDiscCmd(62) v42DisconnectCmd(26) rcvdGatewayDiscCmd(62) v42DisconnectCmd(26) ds0Teardown(37) v42DisconnectCmd(26) none(32) none(32) none(32) v42DisconnectCmd(26) none(32) v42DisconnectCmd(26) v42DisconnectCmd(26) none(32) v42DisconnectCmd(26) none(32) none(32) none(32) none(32) none(32) none(32) none(32) v42DisconnectCmd(26) v42DisconnectCmd(26) none(32) none(32) none(32) rcvdGatewayDiscCmd(62) v42DisconnectCmd(26) none(32) v42DisconnectCmd(26) v42DisconnectCmd(26) rcvdGatewayDiscCmd(62) rcvdGatewayDiscCmd(62) rcvdGatewayDiscCmd(62) v42DisconnectCmd(26) ds0Teardown(37) v42DisconnectCmd(26) Any ideas? I already have a trouble ticket out with the telco, and am going to flash the box up to the newest code. BTW, all the Line Interface Options are set to priTdm and this only seemed to start happening after the storm we just received (Michigan). I did do a test by taking off software compression and connecting to the quads via v90 and was able to connect, but I was not sure if I was just getting on by chance or compression was causing the problem. The customers we have told to take off compression don't seem to notice a difference. They'll try 6 or 7 times, then finally connect. :-/ Thanks! Dan Allen - System Admin. -Novagate Communications Corp.-

Subject: (usr-tc) Help with upgrading?
From: Richard Mazurowski <rick@surfmail.net>
Date: 1999-01-08 11:59:47

Guys, I have a question. I am a fairly new TCH user and I have obtained the code to upgrade my chassis and modems...My question is what is the recommended process for doing so under my current conditions: PRI/TI: 3.02 Netserver: 3.7.24 Quad Modems: 5.6.7 NMC: 5.18 I have all the latest code but I do not want to upgrade more than I need if it is not recommended. If so, what order would you start upgrading this stuff so I wont run into problem...I apprciate all responses.... Thanks... Richard

Subject: RE: (usr-tc) Restore to Fact Def not clearing Pwd
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-08 12:02:06

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Chris Hanes >Sent: Friday, January 08, 1999 11:07 AM >To: usr-tc@lists.xmission.com >Subject: (usr-tc) Restore to Fact Def not clearing Pwd > > >Anybody out there had a problem with >management cards not clearing its pwd >to factory default of "private" when booted >with dip 5 on. Dip switch 5 restores only certain parameters to default. You must flip dip 6 on to reset the community strings > >Thanks, >Chris Hanes > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) Restore to Fact Def not clearing Pwd
From: Chris Hanes <chris@internetcreations.com>
Date: 1999-01-08 12:07:12

Anybody out there had a problem with management cards not clearing its pwd to factory default of "private" when booted with dip 5 on. Thanks, Chris Hanes

Subject: RE: (usr-tc) DSP puts unwanted passwords on console
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-08 12:26:53

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Robert von Bismarck >Sent: Friday, January 08, 1999 11:25 AM >To: 'usr-tc@xmission.com' >Subject: (usr-tc) DSP puts unwanted passwords on console > > >Has anyone seen this ? I reboot a DSP and it wants a password on the >console... > >WTF is this password ????? If you havn't defined one hit enter > >After looking through every possibility I could think of, I found >"restore UI password from default". It is in TCM, highlight the DSP (the >board, not the PRI or modems) and do "action-commands" select software, >and there it is.... > >But my question is : what is this default password ?????????? I tried >anything coming to my mind, but no luck... > >Any ideas ? > >Robert > >-- >Robert von Bismarck >Network Systems Engineer >Petrel Communications SA >Tel : +41 22 304 47 47 >Fax : +41 22 300 48 43 >WWW : http://www.petrel.ch >e-mail : rvb@petrel.ch > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) NMC not responding
From: Jolliffe, Anu <ajolliffe@imagen.net>
Date: 1999-01-08 12:34:48

Before I change the j4 jumper, can anyone tell me if I will lose my v.90 "feature enable." -----Original Message----- Sent: Friday, January 08, 1999 12:25 PM This is grasping at straws but it's easy to do so you may want to try it. I had the same problem at 3COM with an OLD NMC that had been in a drawer for awhile. What we did to get it to work was: 1. Pull the card out and flips dips 5 & 6 to on 2. Change the j4 jumper from norm to clear 3. Left it out of the chassis for about an hour 4. Changed the j4 jumper back 5. reseated 6. Logged in and set and saved new community strings and flip dips 5 & 6 back I'm not sure if the j4 jumper was the answer but someone in NetWork Engineering told me to try it. It may have been what did it. I'd be curious to see if it works for you. I had so many problems with that NMC I'm having trouble remembering precisely what did fix it. >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jolliffe, Anu >Sent: Friday, January 08, 1999 1:15 PM >To: 'usr-tc@lists.xmission.com' >Subject: RE: (usr-tc) NMC not responding > > >I have already tried a couple of different speeds, but I just tried them >all. No response yet. > >-----Original Message----- >From: Brian K McIntire [mailto:bmcintire@commnet.com] >Sent: Friday, January 08, 1999 9:31 AM >To: usr-tc@lists.xmission.com >Subject: RE: (usr-tc) NMC not responding > > >Try changing the speed via the NMC nac dip switches and connecting at >different speeds. > >>-----Original Message----- >>From: owner-usr-tc@lists.xmission.com >>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of 3Com Total Service >>Sent: Thursday, January 07, 1999 12:07 PM >>To: 'usr-tc@lists.xmission.com' >>Subject: RE: (usr-tc) NMC not responding >> >> >>I still don't seem to be able to communicate with the NMC through the CH1 >>port for the purpose of configuration. When I connect through my terminal >>program I get no response from the NMC, no logon screen or >>anything. I have >>put another NMC in the same slot and I had no problem >>communicating with it. >>I'm wondering if there is a dip switch somewhere on the NMC which disables >>communication for the purpose of configuring between the CH1 and the card. >> >>I have tried booting the rack with dip switches 5 & 6 on per the Knowledge >>Base article for loading with the factory defaults. Nothing >> >>I have however successfully uploaded new code via the pc-sdl. >> >> >> >>-----Original Message----- >>From: Wojciech Janiszewski [mailto:janisz@bydgoszcz.mtl.pl] >>Sent: Monday, December 28, 1998 6:05 AM >>To: usr-tc@lists.xmission.com >>Subject: Re: (usr-tc) NMC not responding >> >> >>Jolliffe, Anu wrote: >>> I just received a pre-owned TC rack with a dual PRI, 12 quads, nsc and >>nmc. >>> The rack supposedly has the newest code installed for X2, but have been >>> unable to connect to the nmc via the CH1 port. I am able to >successfully >>> connect to the nsc card, and another nmc that I temporarily installed in >>the >>> rack for testing purposes. The rack boots up fine with green all across >>and >>> I've verified the baud rate of the CH1 port. >>> >>> Any ideas on where I should go from here? >> >>Try to upload software to this card via pc-sdl. >> >>Wojciech >>+-------------------------+-----------------+---------------------- >>--------+ >>> janisz@bydgoszcz.mtl.pl | WJ14-RIPE | Multinet - >>Bydgoszcz < >>+-------------------------+-----------------+---------------------- >>--------+ >> >>- >> To unsubscribe to usr-tc, send an email to "majordomo@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@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@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@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@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.

Subject: (usr-tc) new mp16i code
From: Brian Biggs <bb@sonic.net>
Date: 1999-01-08 12:40:55

Hi, This is a bit off topic, but has anyone here flashed up to the new code (2.3.5) for the mp16i? Also, anyone know if there is are similar mailing lists for other USR equipment (like the mp16i)? -Brian -- # Brian Biggs | Sonic / Sonoma Interconnect # # Sys Admin / Programmer | v707.522.1000 fax707.547.2199 d707.522.1001 # # mailto:bb@sonic.net | http://www.sonic.net mailto:support@sonic.net #

Subject: Re: (usr-tc) Uniform Call Distribution
From: Jaye Mathisen <mrcpu@internetcds.com>
Date: 1999-01-08 13:06:00

I would think that least-used would be problematic, if a modem was having troubles, and kept kicking people off, or had problems negotiating, that would show up as the least-used line, and keep getting hit. Most-used would seem like the best choice if it existed. Then you know you're connecting to a line that sees a lot of use. :) We use UCD ourselves, and it works great. The only bad part is that testing an individual trunk is troublesome. On Fri, 8 Jan 1999, Brian wrote: > > > Becuase of the recent talks about how PRI lines reset faster than the > HDM's do, We are converting from First Available to a different type of > hunting. We are doing this on the telco switch, not the USR gear, mainly > for the reason that: > > If you do it on the USR gear, and set your HDM's for round robin, you are > still in the same boat once you get down to one available channel on an > HDM, that last channel is still prone to the effects described before, > whereas if its done on the telco switch, you don't have this problem. > Also the telco switch can effect the entire picture/chassis, not just a > single hdm. > > I had a choice of going with either a round robin type configuration or > "least used". I was wondering if their was any greater argument to using > either one. I sort of like the "least" used idea, that would make sure > that the hardware got exercised more uniformly, and could provide for more > of an even distribution accross arcs and what not. > > Brian > > > -------------------------------------------------------------------------- > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider > Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ > signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, > (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Uniform Call Distribution
From: Jaye Mathisen <mrcpu@internetcds.com>
Date: 1999-01-08 13:06:00

Subject: Re: (usr-tc) MPIP and Subnets
From: MegaZone <megazone@megazone.org>
Date: 1999-01-08 13:13:48

Once upon a time Phil Le Clercq shaped the electrons to say... >across different subnets, eg the first channel is established and assigned >an address from a pool in the network 195.28.160.0/24 and the other channel >connects to a pool from the 195.28.161.0/24 Network? This is a erroneous question. MPIP is a way to do MP across multiple chassis - and with MP *all* links have the SAME IP address. If channel 1 connects to a TC with a 195.28.160.0/24 based pool then it will receive an IP from that pool. If channel 2 connects to a different NAS with a pool in the 195.28.161.0/24 network - it does not matter. Since it is a second line in a bundle with the first, it inherits the IP of the first line. It does NOT receive a new IP address. -MZ -- <URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me.. Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/> "A little nonsense now and then, is relished by the wisest men" 781-788-0130 <URL:http://www.megazone.org/> <URL:http://www.gweep.net/> Hail Discordia!

Subject: (usr-tc) Could someone please tell me what this message means ?
From: Mark Ross <mark@apu.ccis.com>
Date: 1999-01-08 13:20:10

Hi, I am getting a lot of the following messages in my logs, I was hoping someone could tell me what is causing the failures.. TIA Jan 8 10:34:38 wendy PPP: S6: recieved unknown/unsupported protocol (0x80FD) Jan 8 10:34:38 wendy PPP: S6: IPCP Open Jan 8 09:21:08 wendy MODEM: S8: CALL_REF >0x01030001< PRI_SLOT >255< TS >60< SPAN >255< B_CH >255< Jan 8 09:21:08 wendy acct 1 dial: S8 call arrived. Jan 8 09:21:08 wendy sent out answer incoming call for S8. Jan 8 09:21:16 wendy S8 didn't get online! status=-1, connect_fail=36, link_fail=31 Jan 8 10:12:22 wendy retry_connect: max retry connect count exceeded. Jan 8 10:12:22 wendy last message repeated 3 times Jan 8 10:12:22 wendy S1 packet bus failed to connect! stat=-1 Jan 8 10:12:22 wendy S1 packet bus handle closed. Jan 8 10:12:22 wendy S2 packet bus failed to connect! stat=-1 Jan 8 10:12:22 wendy S2 packet bus handle closed. Jan 8 10:12:23 wendy S3 packet bus failed to connect! stat=-1 Jan 8 10:12:23 wendy S3 packet bus handle closed. Jan 8 10:12:23 wendy S4 packet bus failed to connect! stat=-1 Jan 8 10:12:23 wendy S4 packet bus handle closed.

Subject: (usr-tc) Using TCM through a MetaFrame connection on a Windows NT Terminal Edition Server
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-08 14:18:11

I can't set it up here to make sure it works I wanted to ask if there is anyone out there "Using TCM through a MetaFrame connection on a Windows NT Terminal Edition Server"? If so, does it work? Any hitches? Gotchas?

Subject: Re: (usr-tc) TC HUB never getting full?
From: Richard Mazurowski <rick@surfmail.net>
Date: 1999-01-08 14:21:24

I am having similiar problems where my pri/ti card is rejecting calls on like 7 channels of my pri.....Once the telco disable these channels all is good but I am 7 channels light. could you please explain how, via tcm, to see the pri's view of the available modems? If this can not be done via tcm then how, I am running 3.0.2. pri code.... Also, I have to move a quad card from slot 4 to slot 14 because I was told I have a bad chasis on that slot..could you please explain the commands to set modems s17-20 inactive and activate the others...Thanks.....

Subject: RE: (usr-tc) NMC not responding
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-08 14:25:12

This is grasping at straws but it's easy to do so you may want to try it. I had the same problem at 3COM with an OLD NMC that had been in a drawer for awhile. What we did to get it to work was: 1. Pull the card out and flips dips 5 & 6 to on 2. Change the j4 jumper from norm to clear 3. Left it out of the chassis for about an hour 4. Changed the j4 jumper back 5. reseated 6. Logged in and set and saved new community strings and flip dips 5 & 6 back I'm not sure if the j4 jumper was the answer but someone in NetWork Engineering told me to try it. It may have been what did it. I'd be curious to see if it works for you. I had so many problems with that NMC I'm having trouble remembering precisely what did fix it. >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jolliffe, Anu >Sent: Friday, January 08, 1999 1:15 PM >To: 'usr-tc@lists.xmission.com' >Subject: RE: (usr-tc) NMC not responding > > >I have already tried a couple of different speeds, but I just tried them >all. No response yet. > >-----Original Message----- >From: Brian K McIntire [mailto:bmcintire@commnet.com] >Sent: Friday, January 08, 1999 9:31 AM >To: usr-tc@lists.xmission.com >Subject: RE: (usr-tc) NMC not responding > > >Try changing the speed via the NMC nac dip switches and connecting at >different speeds. > >>-----Original Message----- >>From: owner-usr-tc@lists.xmission.com >>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of 3Com Total Service >>Sent: Thursday, January 07, 1999 12:07 PM >>To: 'usr-tc@lists.xmission.com' >>Subject: RE: (usr-tc) NMC not responding >> >> >>I still don't seem to be able to communicate with the NMC through the CH1 >>port for the purpose of configuration. When I connect through my terminal >>program I get no response from the NMC, no logon screen or >>anything. I have >>put another NMC in the same slot and I had no problem >>communicating with it. >>I'm wondering if there is a dip switch somewhere on the NMC which disables >>communication for the purpose of configuring between the CH1 and the card. >> >>I have tried booting the rack with dip switches 5 & 6 on per the Knowledge >>Base article for loading with the factory defaults. Nothing >> >>I have however successfully uploaded new code via the pc-sdl. >> >> >> >>-----Original Message----- >>From: Wojciech Janiszewski [mailto:janisz@bydgoszcz.mtl.pl] >>Sent: Monday, December 28, 1998 6:05 AM >>To: usr-tc@lists.xmission.com >>Subject: Re: (usr-tc) NMC not responding >> >> >>Jolliffe, Anu wrote: >>> I just received a pre-owned TC rack with a dual PRI, 12 quads, nsc and >>nmc. >>> The rack supposedly has the newest code installed for X2, but have been >>> unable to connect to the nmc via the CH1 port. I am able to >successfully >>> connect to the nsc card, and another nmc that I temporarily installed in >>the >>> rack for testing purposes. The rack boots up fine with green all across >>and >>> I've verified the baud rate of the CH1 port. >>> >>> Any ideas on where I should go from here? >> >>Try to upload software to this card via pc-sdl. >> >>Wojciech >>+-------------------------+-----------------+---------------------- >>--------+ >>> janisz@bydgoszcz.mtl.pl | WJ14-RIPE | Multinet - >>Bydgoszcz < >>+-------------------------+-----------------+---------------------- >>--------+ >> >>- >> To unsubscribe to usr-tc, send an email to "majordomo@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@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@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@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. >

Subject: Re: (usr-tc) TC HUB never getting full?
From: David Bolen <db3l@ans.net>
Date: 1999-01-08 14:28:59

x@asdf.com writes: > Anyway, we are having an issue with calls coming in, and I am not sure if > it's the hub, the PRIs, or our lines after this recent blizzard. Our box > never seems to get full. We have about 20 or so free quad modems and our > DSPs are only about half full, and when we get to this point with the > quads a ton of customers call in complaining about not being able to > connect or getting disconnected immediately. It only seems to happen to > the quads though, because I have seen the DSP cards fill up, and when I > tested it I got in on them OK. Hmm - are your free quad modems evenly distributed or do you find that only the first few slots of quads are getting used (say up to slot 5 or 6)? There was a problem with earlier releases of the PRI code that could get into a state where it would not be able to deliver calls past that point to the quads - any calls arriving on the PRI would be rejected. I thought it had been fixed in the latest code, but perhaps that was only in an ER? If so, then rebooting the PRI card normally fixed that state, as would upgrading to the latest code. If that's not it, then I would suggest checking the PRI's view of the availability of the modems (option 4 - Quad B-Channel/Modem device status on the main status menu) to ensure that it believes it can use all of the modems. You might also check the debug screen (Ctrl-D) option 11 (call control counters) and print the error counters. That might give some insight into any cases where the PRI got a call but couldn't deliver it successfully to a modem. You can then track these to specific modems using option 10 (IGW/QBMDM information) suboption 11 (Mdm Dev Table) to get various call counters on a per modem basis. > Here is what we have for disconnect reasons according to TCM: The other best source of information is from the PRI itself - if you enable the call traps from the PRI (in particular callTermFailedEvent) and then log the traps (any trap logger will do - I think TCM has an alarm manager which is suitable) you can get real-time indications from the PRI when it fails to deliver a call to a modem along with some indication why (although not always which modem is involved). > Any ideas? I already have a trouble ticket out with the telco, and am > going to flash the box up to the newest code. BTW, all the Line Interface > Options are set to priTdm and this only seemed to start happening after > the storm we just received (Michigan). Have you tried doing a global reset of all equipment in the chassis? It's possible that you had some power issues (you might also query the chassis power information via the NMC to see about any warnings or recent failures - providing the NMC itself didn't reboot), which left some of the quads in a flakey state - resetting all the slots might clean that up. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: (usr-tc) Uniform Call Distribution
From: Brian <signal@shreve.net>
Date: 1999-01-08 14:36:33

Becuase of the recent talks about how PRI lines reset faster than the HDM's do, We are converting from First Available to a different type of hunting. We are doing this on the telco switch, not the USR gear, mainly for the reason that: If you do it on the USR gear, and set your HDM's for round robin, you are still in the same boat once you get down to one available channel on an HDM, that last channel is still prone to the effects described before, whereas if its done on the telco switch, you don't have this problem. Also the telco switch can effect the entire picture/chassis, not just a single hdm. I had a choice of going with either a round robin type configuration or "least used". I was wondering if their was any greater argument to using either one. I sort of like the "least" used idea, that would make sure that the hardware got exercised more uniformly, and could provide for more of an even distribution accross arcs and what not. Brian Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: (usr-tc) RE: Line-Side T-1 with the TC
From: MED, Wipro Systems, Inc <"nair, shibu (med, wipro systems, inc)">
Date: 1999-01-08 15:18:26

Hi Just inquisitive... Y r u configuring for Line-side T1...? As far as i know line side T1 will still reduce the bandwidth when access dial up due to the additional ADC Regards Shibu ---------- From: Eric Lenz[SMTP:eglenz@whocares.org] Reply To: Eric Lenz Sent: Friday, January 08, 1999 2:36 PM Subject: Line-Side T-1 with the TC Hello to all, Has anyone attempted to set up the Hiper DSP with a line-side T-1 from a Nortel switch? I'm trying to avoind telco charges by using our own T. Perhaps I missed it, but I can find nothing in the docs about this... EricLenz Springfield MO

Subject: (usr-tc) NMC Chassis Red Light Staying on for no reason.
From: Brian Gordon <administrator@westelcom.com>
Date: 1999-01-08 15:37:25

This is a multi-part message in MIME format. ------=_NextPart_000_009F_01BE3B1C.CA6EE1A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Anyone have this happen? Hub status red light is staying lit. Nothing is wrong though? How do you get the light to come off? Brian Gordon, MCP Network Administrator Westelcom Internet 518-566-8376 Voice 518-566-8348 Fax http://home.westelcom.com administrator@westelcom.com ------=_NextPart_000_009F_01BE3B1C.CA6EE1A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"> <HTML><HEAD> <META content=3Dtext/html;charset=3Diso-8859-1 = http-equiv=3DContent-Type> <STYLE></STYLE> <META content=3D'"MSHTML 5.00.0910.1309"' name=3DGENERATOR></HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>Anyone have this happen?</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>Hub status red light is staying = lit.</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>Nothing is wrong though?  How do = you get the=20 light to come off?</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>Brian Gordon, MCP<BR>Network=20 Administrator<BR>Westelcom Internet<BR>518-566-8376 = Voice<BR>518-566-8348=20 Fax<BR><A = href=3D"http://home.westelcom.com">http://home.westelcom.com</A><BR><A=20 href=3D"mailto:administrator@westelcom.com">administrator@westelcom.com</= A></FONT></DIV></BODY></HTML> ------=_NextPart_000_009F_01BE3B1C.CA6EE1A0--

Subject: Re: (usr-tc) NMC Chassis Red Light Staying on for no reason.
From: David Bolen <db3l@ans.net>
Date: 1999-01-08 15:44:44

"Brian Gordon" <administrator@westelcom.com> writes: > Anyone have this happen? > > Hub status red light is staying lit. > > Nothing is wrong though? How do you get the light to come off? If the red light is lit then yes, something is wrong - you just may not have checked everything :-) I've included a past note on a similar question below - perhaps one of the items mentioned covers your case. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/ - - - - - - - - - - - - - - - - - - - - - - - - - In-Reply-To: Your message of Wed, 04 Nov 1998 10:40:50 -0500 Message-ID: <CMM.0.90.2.910215499.db3l@valheru.ny.ans.net> Ken Hodges <ken@rabun.net> writes: > I have had the same experience.... > When you reset the NMC, it may stay green for a few minutes or a few days > before going red again... doesn't seem to affect any performance of the > machne, though... 3Com has been unable to fix this... I even had them > replace the card with the same results. The red LED indicates some sort of failure in the chassis. In general, this will be one of a few things (I'm not positive this list is exhaustive but I think it covers the cases I've run into): * An NMC self-test failure * An environmental sensor failure (temperature, power supply, or in the integrated fan tray chassis, rotational speed of one of the larger fans) * A management communication failure with a card in the chassis. * In the newer clocked chassis, multiple failures of the chassis clock. I suppose it's possible to be in error, but I've never had that myself in the past. Normally it's something other than the NMC, but NMC self test failures might require a replacement (for example, I've had specific management bus UARTs fail on an NMC). Normally, the management communication path will be obvious since a component will be in a failed operational state (I believe TCM shows such cards in yellow, if I recall correctly). The other cases can all be queried via SNMP. I'm not sure just where in TCM each query might be, but expect that each table should be available via some route. I'll show dumps below from our own tool just for information. The NMC self test and chassis temperature is part of the NMC status table (nmcStat) - I've marked (**) entries that might cause the led: NMC: CompSwVer:"5.5.0", DramInstalled:16384(0x4000), EventId:547(0x223), NVRAMInstalled:8192(0x2000), **NmcPktBusClk:available, **PktBusClkSrc:backplaneActive, PowerUpTstFailBMap:0, **PowerUpTstFailures:0, **Status:ok, **Temperature:22(0x16), TestResult:0 You can run a non-disruptive self test of most NMC items as well as an NMC command. The nmcStatTestResult object will have the same bitmapped result as that stored in nmcStatPowerUpTstFailBMap from the power up tests. The power supply information is in the chassis power supply tree (uchasPowerSupply) and gives both current status of the supplies as well as a count of warnings/failures since the NMC last rebooted: Power Supply Status Information: Supply Status Failures Description 1 good 0 USR Chassis PowerSupply 70 Amp AC #1 2 good 0 USR Chassis PowerSupply 70 Amp AC #2 Output Status Nominal Offered Warnings 1 good 5.00 5.21 0 2 good -5.00 -5.01 0 3 good 12.00 12.38 0 4 good -12.00 -12.10 0 The environmental information can be gathered from the chassis environmental table (uchasEnviron) and includes fan and temperature sensors as well as counts of warnings/failures since the NMC last rebooted. For the older chassis, the fan is for the fan behind the power supply - for the integrated fan tray chassis it includes the larger fans in the fan tray (the smaller ones aren't instrumented): Environmental Sensor Information: Sensor Status Warnings Failures Fans good 2 1 Temperature good 0 0 -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) Uniform Call Distribution
From: David Bolen <db3l@ans.net>
Date: 1999-01-08 16:25:07

Jaye Mathisen <mrcpu@internetcds.com> writes: > I would think that least-used would be problematic, if a modem was having > troubles, and kept kicking people off, or had problems negotiating, that > would show up as the least-used line, and keep getting hit. It depends on whether least used is implemented simply as a peg count (in which case any "hit" counts as use) or time based (CCS computation for utilization). > We use UCD ourselves, and it works great. The only bad part is that > testing an individual trunk is troublesome. That and the fact that any non-linear (what I'll label ascending or descending) hunt group can make detecting bad modems/channels more problematic. Because such hunting sequences more evenly distribute calls across all modems/channels, it can exacerbates any failure statistics (as a percentage of total calls, since total calls are distributed across more channels) which can hide real problems behind exagerated statistical swings of non-issues. In effect, it lowers the "signal to noise" ratio of your statistics - particularly for less loaded sites. Yes, it may lessen the impact of any single problem point, but at the same time it can prolong the duration of that problem before discovery, so in the end it's not always clear that the net impact to users is less. Additionally, the problem with any of these schemes, at least as far as the original intercall arrival issue Brian referred to, is that they all degenerate into the same problem when you fill your hunt group. At that point, hunting sort of disappears since the telco is just going to pick whatever channel frees up immediately, as the next available channel by any hunting method. So depending on how saturated you may get, and/or how large the actual non-linear distribution "chunk" is (non-linear over the entire hunt group, or chassis/span by chassis/span, or by groups of chassis/spans such as if you exceed the switches hunt size for distribution purposes) you end up right with the same problem you had with a linear hunt, albeit perhaps later in the usage cycle. In such a case (heavily loaded hunt pools), the only way to really deal with things is to fix the intercall problem and/or leave yourself some buffer modems (you get 2 for free in T1 situations which are often enough with the latest code), regardless of hunting. I guess in net, I'm somewhat ambivalent about the various hunting sequences. I think that overall, the non-linear approaches do probably result in a better overall result for customers, but they require more complicated tools and analysis in order to be able to continue to proactively detect problems as well and as quickly as in linear hunting, so there's some risk of ending up in a state with a continuing mildly problematic node without really knowing exactly where the problem originates. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: (usr-tc) anti-spoofing code in hiperarc 4.1.72 code works
From: Aaron Nabil <nabil@spiritone.com>
Date: 1999-01-08 17:31:24

I've been running 4.1.72 code for several months, and thought I would mention that the anti-spoofing code seems to work fine. I couldn't find any documentation on it, but enabled it with... enable ip SOURCE_ADDRESS_FILTER set network user default PPP_SOURCE_IP_FILTER enabled The logged failures are mostly nameserver and netbuei requests from dual-homed machines, occassionally you see addresses getting re-used from previous dial-up sessiions. -- Aaron Nabil

Subject: (usr-tc) new mp16i code
From: lhaggblad@mainline.ab.ca
Date: 1999-01-08 17:48:08

US>Hi, US> This is a bit off topic, but has anyone here flashed up to the new US>code (2.3.5) for the mp16i? Also, anyone know if there is are similar US>mailing lists for other USR equipment (like the mp16i)? I have not yet even obtained the code... As for another list, if there is one I would sure like to know about it as well. Len MtnMail V3.05: ////\are no more bugs. ////\////\ Sent via mainline.ab.ca (403)247-3900

Subject: (usr-tc) DSP puts unwanted passwords on console
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-08 18:24:32

Has anyone seen this ? I reboot a DSP and it wants a password on the console... WTF is this password ????? After looking through every possibility I could think of, I found "restore UI password from default". It is in TCM, highlight the DSP (the board, not the PRI or modems) and do "action-commands" select software, and there it is.... But my question is : what is this default password ?????????? I tried anything coming to my mind, but no luck... Any ideas ? Robert -- Robert von Bismarck Network Systems Engineer Petrel Communications SA Tel : +41 22 304 47 47 Fax : +41 22 300 48 43 WWW : http://www.petrel.ch e-mail : rvb@petrel.ch

Subject: (usr-tc) question about TCM
From: Mark Ross <mark@apu.ccis.com>
Date: 1999-01-08 18:49:52

Hi, I have a question about the labeling and format for the TCM program. When you select the T-1 card and startup the performance monitor, I can see any errors that occur on the T-1, but I dont understand the format for the "SlotChannel" label. The numbering scheme runs from 1001.1 - 1001.87 I think the 01 is for slot "1". I would expect the number to the right of the decimal to be the channel of the "channelized T-1" but Then I would only expect it to run to 24 and not 87 If anyone has some insights in this label please let me know thanks

Subject: Re: (usr-tc) NMC Chassis Red Light Staying on for no reason.
From: Jack Singer <jsinger@usacars.com>
Date: 1999-01-08 21:33:46

Most likely the unit is getting too hot. We bolted up our fans on the unit nice and tight, added more a/c and no more red lights. Jack. Bob Purdon wrote: > > Anyone have this happen? > > Yes. > > > Hub status red light is staying lit. > > > > Nothing is wrong though? How do you get the light to come off? > > Check the power supply fan. If you run Alarm manager on a PC and point > the traps at it, it'll tell you why it's red. > > Regards, > > Bob Purdon, > Technical Manager, > Southern Internet Services. > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) NMC Chassis Red Light Staying on for no reason.
From: Brian <brian@westelcom.com>
Date: 1999-01-08 21:52:42

Where do you get alarm manager? -----Original Message----- >Most likely the unit is getting too hot. We bolted up our fans on the unit >nice and tight, added more a/c and no more red lights. > >Jack. > >Bob Purdon wrote: > >> > Anyone have this happen? >> >> Yes. >> >> > Hub status red light is staying lit. >> > >> > Nothing is wrong though? How do you get the light to come off? >> >> Check the power supply fan. If you run Alarm manager on a PC and point >> the traps at it, it'll tell you why it's red. >> >> Regards, >> >> Bob Purdon, >> Technical Manager, >> Southern Internet Services. >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) NMC Chassis Red Light Staying on for no reason.
From: Bob Purdon <bobp@southcom.com.au>
Date: 1999-01-09 12:14:59

> Anyone have this happen? Yes. > Hub status red light is staying lit. > > Nothing is wrong though? How do you get the light to come off? Check the power supply fan. If you run Alarm manager on a PC and point the traps at it, it'll tell you why it's red. Regards, Bob Purdon, Technical Manager, Southern Internet Services.

Subject: (usr-tc) courier isdn modems for sale ...
From: Jamin Cummings <jamin@computer-connection.net>
Date: 1999-01-09 13:27:17

This is a multi-part message in MIME format. --------------315A2E5440D39445BCCE9A7F Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit i've got three or four external USR/3COM courier ISDN modems for sale. they were just purchased by one of our customers about 2 months ago and still have all the hardware/software that came with them (along with boxes and manuals). they "upgraded" to USR/3COM impact TM IQ external modems instead of going with the couriers. there's nothing wrong with them, and they still will carry a full warranty. we're just looking to recoup what we paid for them (dealers cost). buyer must pay shipping from ontario new york (zip code is 14519). make me an offer on how ever many you want. thanks. c-ya! :-) --------------315A2E5440D39445BCCE9A7F Content-Type: text/x-vcard; charset=us-ascii; name="jamin.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Jamin Cummings Content-Disposition: attachment; filename="jamin.vcf" begin:vcard n:Cummings;Jamin x-mozilla-html:FALSE org:Computer Connection version:2.1 email;internet:jamin@computer-connection.net title:Director of Engineering tel;fax:(315)524-2106 tel;work:(315)524-2103 adr;quoted-printable:;;Computer Connection=0D=0A1450 Route 104;Ontario;NY;14519;USA x-mozilla-cpt:;0 fn:Jamin Cummings end:vcard --------------315A2E5440D39445BCCE9A7F--

Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-09 14:54:03

On Sat, 9 Jan 1999, Fairlight wrote: > Two questions here... > > 1) By default, if someone dials into the HiPerARC, and we have PRI's > plugged into the DSP's, will their ISDN immediately be capable of 128K, or > will it default to 64K and I have to make some accomodation for bonding on > the ISP side? If the latter, how is it done? The hiper arc has a user called default - its just a template. By default this user has Max-channels set to 2. Meaning if you dial ISDN sync you will get 128K. > > 2) Does anyone know the RADIUS method of restricting concurrent PPP > sessions by one user to "n" at a time? I know Enhanced Merit handles this, > but we have basic, and that one feature isn't worth $2495. I figure it's > about as easy as finding out the definition for the dictionary, and > possibly adding a little source code to the basic source, which is provided > freely. Obviously it's handled by several other RADIUS servers, so it's > basically a matter of accomodating the protocol assignment. Any hints? > If you want to stop in all your locations on all chassis - then you can do it with either merit or with 3com radius. If you are talking about one server only then you can set the max-channels (vsa attribute ) to what ever value you want to set to. The other way is to set port-limit where a user at any given point of time can have only certain amount of channels - but can dial and do a different session. regards krish > mark-> > -- > Fairlight-> ||| fairlite@sostech.net | > __/\__ ||| | "I'm talking for free... > <__<>__> ||| System Administrator | It's a New Religion..." > \/ ||| | > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) Two Questions...ISDN, and RADIUS
From: Fairlight <fairlite@sostech.net>
Date: 1999-01-09 15:27:23

Two questions here... 1) By default, if someone dials into the HiPerARC, and we have PRI's plugged into the DSP's, will their ISDN immediately be capable of 128K, or will it default to 64K and I have to make some accomodation for bonding on the ISP side? If the latter, how is it done? 2) Does anyone know the RADIUS method of restricting concurrent PPP sessions by one user to "n" at a time? I know Enhanced Merit handles this, but we have basic, and that one feature isn't worth $2495. I figure it's about as easy as finding out the definition for the dictionary, and possibly adding a little source code to the basic source, which is provided freely. Obviously it's handled by several other RADIUS servers, so it's basically a matter of accomodating the protocol assignment. Any hints? mark-> -- Fairlight-> ||| fairlite@sostech.net | __/\__ ||| | "I'm talking for free... <__<>__> ||| System Administrator | It's a New Religion..." \/ ||| |

Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-09 16:09:46

Thus spake Fairlight >1) By default, if someone dials into the HiPerARC, and we have PRI's >plugged into the DSP's, will their ISDN immediately be capable of 128K, or >will it default to 64K and I have to make some accomodation for bonding on >the ISP side? If the latter, how is it done? Set Port-Limit=2 (or higher) to allow 128K connections. If you're bundling across chassis (I think you're only dealing with one at the moment so I don't think you need this) you'll need to configure MPIP. >2) Does anyone know the RADIUS method of restricting concurrent PPP >sessions by one user to "n" at a time? I know Enhanced Merit handles this, >but we have basic, and that one feature isn't worth $2495. I figure it's >about as easy as finding out the definition for the dictionary, and >possibly adding a little source code to the basic source, which is provided >freely. Obviously it's handled by several other RADIUS servers, so it's >basically a matter of accomodating the protocol assignment. Any hints? Unfortunately, its not just a matter of the protocol definition, as the protocol itself doesn't have facilities to handle this. Its a matter that the RADIUS server has to keep track of login state on each of the NASen...and when you have multiple NASen, that gets more and more difficult to do...some RADIUS servers do a decent job of it, by using a vareity of hacks on top of just the RADIUS reporting, but to my knowledge, there is no setting on the ARC (either directly or through RADIUS) to limit concurrent logins as the best you could do with that would be to limit concurrent logins on a single NAS, there would be no mechanism to do cross-chassis concurrency checking (at least at this point...I guess its conceivable that you could use an MPIP-like mechanism to control cross-chassis concurrency...MPIP could proly be extended to include that without *too* much difficulty I would think...but that doesn't exist today). -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1999-01-09 18:16:14

: Thus spake Fairlight : >1) By default, if someone dials into the HiPerARC, and we have PRI's : >plugged into the DSP's, will their ISDN immediately be capable of 128K, or : >will it default to 64K and I have to make some accomodation for bonding on : >the ISP side? If the latter, how is it done? : : Set Port-Limit=2 (or higher) to allow 128K connections. If you're : bundling across chassis (I think you're only dealing with one at the : moment so I don't think you need this) you'll need to configure MPIP. Does USR/3Com's multichassis, MPPP system interoperate with any other vendors' equipment?

Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-09 19:39:30

Thus spake Mark R. Lindsey >Does USR/3Com's multichassis, MPPP system interoperate with any other >vendors' equipment? As far as I'm aware, *no* vendor's multi-chassis MP system interoperates with any other. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1999-01-09 19:59:25

: >Does USR/3Com's multichassis, MPPP system interoperate with any other : >vendors' equipment? : : As far as I'm aware, *no* vendor's multi-chassis MP system interoperates : with any other. Do you know if there's even an IETF WG to develop a standard?

Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-09 20:59:18

Thus spake Mark R. Lindsey >: >Does USR/3Com's multichassis, MPPP system interoperate with any other >: >vendors' equipment? >: >: As far as I'm aware, *no* vendor's multi-chassis MP system interoperates >: with any other. >Do you know if there's even an IETF WG to develop a standard? There is an...uhm...RFC or draft or something or other that specifies a method of cross-chassis bundling of MP links. Uses a multicast address I believe to advertise between NASen what links are where. Would be nice if people would start supporting it, but I figure we have a better chance with the pig flight RFC honestly. :/ -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-09 21:57:42

On Sat, 9 Jan 1999, Mark R. Lindsey wrote: > : Thus spake Fairlight > : >1) By default, if someone dials into the HiPerARC, and we have PRI's > : >plugged into the DSP's, will their ISDN immediately be capable of 128K, or > : >will it default to 64K and I have to make some accomodation for bonding on > : >the ISP side? If the latter, how is it done? > : > : Set Port-Limit=2 (or higher) to allow 128K connections. If you're > : bundling across chassis (I think you're only dealing with one at the > : moment so I don't think you need this) you'll need to configure MPIP. > > Does USR/3Com's multichassis, MPPP system interoperate with any other > vendors' equipment? No - every MPIP or multichassis MP is propriotory. krish > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-09 21:58:34

On Sat, 9 Jan 1999, Mark R. Lindsey wrote: > : >Does USR/3Com's multichassis, MPPP system interoperate with any other > : >vendors' equipment? > : > : As far as I'm aware, *no* vendor's multi-chassis MP system interoperates > : with any other. > > Do you know if there's even an IETF WG to develop a standard? None that I am aware of. krish > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) ISDN settings
From: K Mitchell <mitch@keyconn.net>
Date: 1999-01-09 23:19:50

We have our first ISDN customer hooking up next week. His BRI > our PRI > HiPer ARC. Is there anything special I need to do or watch for to help ensure this comes off without a hitch? Thanks, Kirk Kirk Mitchell-General Manager sysadmin@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: (usr-tc) flashing a Hiper ARC
From: Richard Lorbieski <richard@mail.alpha1.net>
Date: 1999-01-09 23:48:14

I'm trying to flash update a Hiper ARC via console. The first attempt failed gave me an error "out of file buffers" and the card would just reboot (no prompt, no CLI). 3com sent me a replacement, it had 4.0.19 code on it (crap code), so I called support and followed exactly the instructions that the tech (Mobin) gave me. The card just hangs up, again no prompt, but at least the TCM program can see it and I can reset it. TCM also reports (inventory) that the new code (4.1.72-7) is installed. I reseated the cards, I pressed the reset button on the ARC (SW2). Still, no luck. As a last measure, I reflashed the ARC to 4.0.19 (original code) and it boots fine, I'm able to configure it, etc. etc.... I even reflashed the old ARC card to 4.0.19 and it also works. However, I'm unable to flash the ARCs to any new version. I've tried 4.0.30, 4.1.11 and niether card will work. I must be doing something wrong. Suggestions? Richard Lorbieski

Subject: (usr-tc) Oddities with 4.1.72
From: Gilles Melanson <gilles@vianet.on.ca>
Date: 1999-01-10 02:50:24

Sun Jan 10 02:48:58 1999: Accounting: 6/226 'unauthenticated' via 209.91.129.6 from 209.91.129.6 port 1044 Stop - OK I seem to be getting *alot* of these in my radius logs now (Merit 2.3.24C, to be exact) .. ever since I made the transition from 4.0.30 -> 4.1.72. Anyone have any clues as to why the ARC is sending back these packets? .. this can't be specific to my software. As well, if anyone can explain how the chassis picks port#s, that information would be very useful. *laf* Thanks. -- Gilles Melanson ViaNet Internet Solutions System Administrator 128 Larch St. Suite 301 gilles@vianet.on.ca Sudbury, ON Canada P3E 5J8 There isn't any reason why Linux can't be implemented as an enterprise computing solution. Find out what you've been missing while you've been rebooting Windows NT. -- Eric Hammond

Subject: Re: (usr-tc) flashing a Hiper ARC
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-10 09:14:41

On Sat, 9 Jan 1999, Richard Lorbieski wrote: > I'm trying to flash update a Hiper ARC via console. The first attempt > failed gave me an error "out of file buffers" and the card would just > reboot (no prompt, no CLI). 3com sent me a replacement, it had 4.0.19 > code on it (crap code), so I called support and followed exactly the > instructions that the tech (Mobin) gave me. > > The card just hangs up, again no prompt, but at least the TCM program > can see it and I can reset it. TCM also reports (inventory) that the new > code (4.1.72-7) is installed. I reseated the cards, I pressed the reset > button on the ARC (SW2). Still, no luck. > > As a last measure, I reflashed the ARC to 4.0.19 (original code) and it > boots fine, I'm able to configure it, etc. etc.... I even reflashed the > old ARC card to 4.0.19 and it also works. However, I'm unable to flash > the ARCs to any new version. I've tried 4.0.30, 4.1.11 and niether card > will work. I must be doing something wrong. > > Suggestions? Trying to use TCM and failing basically means that you may be running into TFTP time outs. There are several other methods to flash a Hiper arc and I would suggest to use one of them. 1. TFTP from a host 2. Zmodem The first one - TFTP from a host is done as follows: Set up a tftp server on a unix box ( modify the inetd.conf and set the tftp directory etc ) Put the latest 4.1.72 - 7 code in the tftp directory. On the hiper arc set the hiper arc to boot and load the tftp code. set booTROM ip int eth:1 addRESS 1.1.1.1 loaDFILE ne0400172.dmf tftpserVER 1.1.1.2 gateWAY 1.1.1.254 netMASK 255.255.255.0 tftp_bOOT onCE This will set the hiper arc on reboot to go to the tftp server and load the file to boot. The second way is to use the console cable with some modem application ( like hiper term ) and boot the card start zmodem of the code as soon as it boots. regards krish > > Richard Lorbieski > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Oddities with 4.1.72
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-10 09:16:22

On Sun, 10 Jan 1999, Gilles Melanson wrote: > Sun Jan 10 02:48:58 1999: Accounting: 6/226 'unauthenticated' via > 209.91.129.6 from 209.91.129.6 port 1044 Stop - OK > > I seem to be getting *alot* of these in my radius logs now (Merit 2.3.24C, > to be exact) .. ever since I made the transition from 4.0.30 -> 4.1.72. > > Anyone have any clues as to why the ARC is sending back these packets? > .. this can't be specific to my software. > > As well, if anyone can explain how the chassis picks port#s, that > information would be very useful. *laf* This basically means that a call came and got disconnected within 10 sec. You can disable the same by issuing this command set accounting loG_UNAUTHENTICATED_CALLS faLSE krish > > Thanks. > > -- > Gilles Melanson ViaNet Internet Solutions > System Administrator 128 Larch St. Suite 301 > gilles@vianet.on.ca Sudbury, ON Canada P3E 5J8 > > There isn't any reason why Linux can't be implemented as an enterprise > computing solution. Find out what you've been missing while you've > been rebooting Windows NT. -- Eric Hammond > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
From: MegaZone <megazone@megazone.org>
Date: 1999-01-10 12:08:31

Once upon a time Mark R. Lindsey shaped the electrons to say... >Do you know if there's even an IETF WG to develop a standard? No, there is no WG working on this to my knowledge. There was a draft from Gary Malkin at Bey Networks (now Nortel Networks), but as it dates from May 1998, it expired in November 1998 and has not been updated. I have not seen much, or should I say any, interest in a standard for this. I think most vendors view the proprietary systems as a way to lock out competition, and rightfully so. Also, the philisophies behind the various systems are very different, some are very simple, others are rather complex. BTW, the draft is: <URL:http://www.ietf.org/internet-drafts/draft-ietf-pppext-mmp-discovery-02.txt> A nice idea, just not a lot of support. -MZ -- <URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me.. Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/> "A little nonsense now and then, is relished by the wisest men" 781-788-0130 <URL:http://www.megazone.org/> <URL:http://www.gweep.net/> Hail Discordia!

Subject: (usr-tc) To: usr-tc@xmission.com (USR TC)
From: Fairlight <fairlite@sostech.net>
Date: 1999-01-10 12:50:59

Erm...I've been trying to accomplish something without total success... 1) We run Merit Basic AAA on a primary and secondary. 2) We have our HiPerARC (one chassis at the moment). 3) I tried setting up a user 'fairlite' on the HARC with access for login,manage,network Problem is, under RADIUS on our primary and secondary, user fairlite has a static IP via Framed-IP-Address. When I dial into the HARC, I get allocated a dynamic from the ip_pool. Is there any way to set this to authenticate with the primary or secondary even though it's a user on the HARC? I've also noticed a dreadful shortcoming in "show session username" where it only lists the most current session if they're on more than once. I assume the same applies to "disconnect user" but haven't been willing to try it on a real user (tempting as that may be...) }>8^)> ...just as a side note, of course... :) It would be handy if they allowed you to use the full session id with the unique tracking number assigned, as shown in "list networks". TIA... mark-> -- Fairlight-> ||| fairlite@sostech.net | __/\__ ||| | "I'm talking for free... <__<>__> ||| System Administrator | It's a New Religion..." \/ ||| |

Subject: Re: (usr-tc) To: usr-tc@xmission.com (USR TC)
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-10 13:03:45

Thus spake Fairlight >Erm...I've been trying to accomplish something without total success... >1) We run Merit Basic AAA on a primary and secondary. >2) We have our HiPerARC (one chassis at the moment). >3) I tried setting up a user 'fairlite' on the HARC with access for > login,manage,network >Problem is, under RADIUS on our primary and secondary, user fairlite has a >static IP via Framed-IP-Address. When I dial into the HARC, I get >allocated a dynamic from the ip_pool. >Is there any way to set this to authenticate with the primary or secondary >even though it's a user on the HARC? Eh...I *think* there's a setting that will tell it to ignore its users it has in its own memory, but not sure about that...short of that, no there's no way to do that. I know there's no way to do that on NETServers at all. >I've also noticed a dreadful shortcoming in "show session username" where >it only lists the most current session if they're on more than once. I >assume the same applies to "disconnect user" but haven't been willing to >try it on a real user (tempting as that may be...) }>8^)> ...just as a >side note, of course... :) It would be handy if they allowed you to use >the full session id with the unique tracking number assigned, as shown in >"list networks". Try "list sessions", remembering past questions along these lines, that was the answer. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
From: Ronald E. Kushner <ron@glis.net>
Date: 1999-01-10 13:08:24

Jeff Mcadams wrote: > > Thus spake Mark R. Lindsey > >: >Does USR/3Com's multichassis, MPPP system interoperate with any other > >: >vendors' equipment? > >: > >: As far as I'm aware, *no* vendor's multi-chassis MP system interoperates > >: with any other. > > >Do you know if there's even an IETF WG to develop a standard? > > There is an...uhm...RFC or draft or something or other that specifies a > method of cross-chassis bundling of MP links. Uses a multicast address > I believe to advertise between NASen what links are where. Would be > nice if people would start supporting it, but I figure we have a better > chance with the pig flight RFC honestly. :/ The draft expired in November 1998.. http://search.ietf.org/internet-drafts/draft-ietf-pppext-mmp-discovery-02.txt -Ron GLISnet, Inc. +1 810/939.9885

Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-10 16:03:24

Thus spake Ronald E. Kushner >Jeff Mcadams wrote: >> There is an...uhm...RFC or draft or something or other that specifies a >> method of cross-chassis bundling of MP links. Uses a multicast address >> I believe to advertise between NASen what links are where. Would be >> nice if people would start supporting it, but I figure we have a better >> chance with the pig flight RFC honestly. :/ >The draft expired in November 1998.. >http://search.ietf.org/internet-drafts/draft-ietf-pppext-mmp-discovery-02.txt OK, thanks for the info...I knew it was out there...had no clue about its currency. Thanks! -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-10 16:06:12

Thus spake MegaZone >Once upon a time Mark R. Lindsey shaped the electrons to say... >>Do you know if there's even an IETF WG to develop a standard? >No, there is no WG working on this to my knowledge. >There was a draft from Gary Malkin at Bey Networks (now Nortel Networks), >but as it dates from May 1998, it expired in November 1998 and has not been >updated. I have not seen much, or should I say any, interest in a standard >for this. I think most vendors view the proprietary systems as a way to >lock out competition, and rightfully so. Ugh...another example of where the consumer looses out because vendors are by and large twits (I'm an equal opportunity insulter here...they're all pretty much doing it). >Also, the philisophies behind the >various systems are very different, some are very simple, others are rather >complex. Doesn't mean a standard implementation couldn't be supported. The various system philosophies are very different and they all still support PPP, DNS, IP, ethernet, and any of a number of other standard technologies. This would only be one more. >A nice idea, just not a lot of support. Agreed...I quickly glanced through it months ago...I'd like to see some more work done here. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
From: Brian Elfert <brian@citilink.com>
Date: 1999-01-10 17:25:43

On Sun, 10 Jan 1999, Jeff Mcadams wrote: > Doesn't mean a standard implementation couldn't be supported. The > various system philosophies are very different and they all still > support PPP, DNS, IP, ethernet, and any of a number of other standard > technologies. This would only be one more. Vendors probably don't want a standard MCPPP, because then they can't force you to buy more of their units. Personally, I'd never put units from different manufacturers in one hunt group. The modem code is too different between different units. Brian

Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-10 20:35:09

Thus spake Brian Elfert >On Sun, 10 Jan 1999, Jeff Mcadams wrote: >> Doesn't mean a standard implementation couldn't be supported. The >> various system philosophies are very different and they all still >> support PPP, DNS, IP, ethernet, and any of a number of other standard >> technologies. This would only be one more. >Vendors probably don't want a standard MCPPP, because then they can't >force you to buy more of their units. >Personally, I'd never put units from different manufacturers in one hunt >group. The modem code is too different between different units. Eh...I can see uses for it. Different numbers for different types of equipment for different compatibility reasons. Shouldn't *need* to do this, but unfortunately, its a consideration. Really the modem code should all be pretty compatible, as should the cross-chassis bundling. Ah well...like I said...consumers get screwed again. I guess I'm in my mid-20's I should be used to it by now. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Bizzare HiPer session times and Livingston RADIUS
From: Rob Nelson <rob@mag-net.com>
Date: 1999-01-10 21:23:34

At 10:57 PM 1/10/99 -0600, you wrote: >Hi, > >I was sifting through our RADIUS accounting logs that were stored from our >HiPer rack, and found several (over one hundred actually) entries in >which it had really bizzare Acct-Session-Times of a few million seconds. > > Acct-Session-Time = 63641530 We had this exact same problem. Turning off logging unauthenticated users in the radius setup seems to have fixed this nightmare problem for us.

Subject: (usr-tc) Bizzare HiPer session times and Livingston RADIUS
From: Bryan Wann <bwann@cwis.net>
Date: 1999-01-10 22:57:47

Hi, I was sifting through our RADIUS accounting logs that were stored from our HiPer rack, and found several (over one hundred actually) entries in which it had really bizzare Acct-Session-Times of a few million seconds. Acct-Session-Time = 63641530 A majority of them were listed for "unauthenticated" users (I saw post how to get rid of unauth users, thanks to who posted it), but the remaining ones were for legit users which totally screws up our time logs. I find it hard to believe that we had users logged in for 1,920 hours in a month. :) I am running 4.1.11 on the HiPer, and Livingston RADIUS v2.01, I borrowed some detail records from another ISP with the same setup, and we both see the same bizzare session-times. From what I can tell, these oddities come after getting this in the detail files: Acct-Session-Id = "This is an Accounting ON message" and only on those records that do not have a matching start session-ids. Anybody have any clues as to if this is fixable other than filtering out the large values when we parse the logs? --- Bryan Wann bwann@cwis.net CWIS Internet Services http://www.cwis.net 918-967-2858 Give a man a fish, he eats for a day; Teach a man to fish, he eats for a lifetime; Enlighten him further, and he opens a chain of seafood restaurants

Subject: (usr-tc) Authentication Failures and Livingston RADIUS
From: Matthew E. Pearson <mpearson@tiac.net>
Date: 1999-01-11 02:25:55

We are getting a large number of complaints about slow/bad/failed authentication. We have all HiPERs with Livingston RADIUS on the backend. Is there some problem between HIPERs and Livingston RADIUS? Matt

Subject: (usr-tc) "Access violation"?
From: Randy Cosby <dcosby@infowest.com>
Date: 1999-01-11 07:01:51

I'm trying to upgrade some hiperarc code via TCM, but keep getting "access violation" errors at varying points in the download. Once it was at about 30%, another 48, another at 95% (argh!). I've seen TFTP timeouts, and understand that concept. What in the world is an "access violation"? I'd expect to see that at the beginning of the download. Thanks, Randy Cosby <dcosby@infowest.com> Vice President InfoWest Global Internet Services, Inc. (435)674-0165 http://www.infowest.com

Subject: Re: (usr-tc) MPIP and Subnets
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-11 08:05:41

Thus spake Robert von Bismarck >Uhh.. this is perhaps a dumb question, but how is this first IP routed >to the 2nd, 3rd or 35th TC ???? Do you _HAVE_ to use RIP ? or is there >an alternative (like routing all the pools into all the TC's ? or does >MPIP do some extra magic that does all the routing transparently ? MPIP is purely a protocol to coordinate the MP bundles between chassis. What happens is that the NETServer's/Arc's use MPIP to find where the bundle is hosted (where the first link of the bundle is), then they use VTP to set up a tunnel to connect its link (from the 2nd, 3rd, 35th, etc.) to the bundle head. The tunnel is created between the actual NETServers and/or Arcs, so no special routing setup is needed for it. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) Bizzare HiPer se
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1999-01-11 08:06:00

It's a known problem to be fixed in a future release of HiPerArc code. Jeff Binkley ASA Network Computing u>Hi, u>I was sifting through our RADIUS accounting logs that were stored from u>our HiPer rack, and found several (over one hundred actually) entries u>in which it had really bizzare Acct-Session-Times of a few million u>seconds. u> Acct-Session-Time = 63641530 u>A majority of them were listed for "unauthenticated" users (I saw post u>how to get rid of unauth users, thanks to who posted it), but the u>remaining ones were for legit users which totally screws up our time u>logs. I find it hard to believe that we had users logged in for 1,920 u>hours in a month. :) u>I am running 4.1.11 on the HiPer, and Livingston RADIUS v2.01, I u>borrowed some detail records from another ISP with the same setup, and u>we both see the same bizzare session-times. u>From what I can tell, these oddities come after getting this in the u>detail files: u> Acct-Session-Id = "This is an Accounting ON message" u>and only on those records that do not have a matching start u>session-ids. u>Anybody have any clues as to if this is fixable other than filtering u>out the large values when we parse the logs? CMPQwk 1.42 9999

Subject: Re: (usr-tc) Authentication Failures and Livingston RADIUS
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-11 08:10:09

On Mon, 11 Jan 1999, Matthew E. Pearson wrote: > We are getting a large number of complaints about slow/bad/failed > authentication. We have all HiPERs with Livingston RADIUS on the backend. Is > there some problem between HIPERs and Livingston RADIUS? Nothing that I am aware of. Why don't you do a monitor radius on the harc and see what is happening. Or you can use raddebug program to capture the packet and see what is wrong. krish > > Matt > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) totalservice hang over
From: Randy Cosby <dcosby@infowest.com>
Date: 1999-01-11 08:18:34

Can someone at 3Com please wake up the totalservice.3com.com web server? I can traceroute to it fine, it's just not answering on port 80. thanks, Randy Cosby <dcosby@infowest.com> Vice President InfoWest Global Internet Services, Inc. (435)674-0165 http://www.infowest.com

Subject: (usr-tc) Access Violation details
From: Randy Cosby <dcosby@infowest.com>
Date: 1999-01-11 08:28:12

This is the exact message I get in the "status" column after the TFTP dies (this time at 85%). I've flashed 3 other boxes of identical configuration this morning without problem. "Failed. TFTP Error: Access violation" Config: TCM 5.5.1 HiperARC 4.1.84 (special release with IEA) is current HiperARC 4.2.91 (alpha) is new version. Randy Cosby <dcosby@infowest.com> Vice President InfoWest Global Internet Services, Inc. (435)674-0165 http://www.infowest.com

Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-01-11 08:28:24

Try Funk Steel Belted Radius. It does a real nice job with this. www.funk.com Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Sent: Saturday, January 09, 1999 2:27 PM >Two questions here... > >1) By default, if someone dials into the HiPerARC, and we have PRI's >plugged into the DSP's, will their ISDN immediately be capable of 128K, or >will it default to 64K and I have to make some accomodation for bonding on >the ISP side? If the latter, how is it done? > >2) Does anyone know the RADIUS method of restricting concurrent PPP >sessions by one user to "n" at a time? I know Enhanced Merit handles this, >but we have basic, and that one feature isn't worth $2495. I figure it's >about as easy as finding out the definition for the dictionary, and >possibly adding a little source code to the basic source, which is provided >freely. Obviously it's handled by several other RADIUS servers, so it's >basically a matter of accomodating the protocol assignment. Any hints? > >mark-> >-- >Fairlight-> ||| fairlite@sostech.net | > __/\__ ||| | "I'm talking for free... > <__<>__> ||| System Administrator | It's a New Religion..." > \/ ||| | > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) netserver card
From: access1 <access1@simplyweb.net>
Date: 1999-01-11 08:31:53

*********** yes, make a reasonable offer. matthew de Jongh wrote: > does anyone have a netserver card they want to part with? > > matthew > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) 12 BRI > Adtran unit > PRI
From: Terry Kennedy <terry@olypen.com>
Date: 1999-01-11 09:19:11

I have some agent who want to replace my channelized T1 circuits with 12 BRI line running into some type of unit that adtran makes and comes on the other end as PRI. Anyone heard of this? WE don't consider PRI by itself because of tarrifs. THese BRI 's would cost less than the channelized T1

Subject: RE: (usr-tc) Two Questions...ISDN, and RADIUS
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-11 10:07:25

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Jr. (AlaWeb >Support) >Sent: Monday, January 11, 1999 8:28 AM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) Two Questions...ISDN, and RADIUS > > >Try Funk Steel Belted Radius. It does a real nice job with this. >www.funk.com Not a cheap solution. I think he was looking for assistance not an expense. > > >Thanks >Paul JR. >AlaWeb Support >1800-427-8896 >http://www.alaweb.com/support.html > > > > >----- Original Message ----- >From: Fairlight <fairlite@sostech.net> >To: <usr-tc@xmission.com> >Sent: Saturday, January 09, 1999 2:27 PM >Subject: (usr-tc) Two Questions...ISDN, and RADIUS > > >>Two questions here... >> >>1) By default, if someone dials into the HiPerARC, and we have PRI's >>plugged into the DSP's, will their ISDN immediately be capable of 128K, or >>will it default to 64K and I have to make some accomodation for bonding on >>the ISP side? If the latter, how is it done? If you do not specifically limit the max channels on the default user on the HiPer ARC or limit the concurrent session or port limit in RADIUS the user will be able to bond 2 channels. (This is the default max channels setting on the default user on the HiPer ARC. You can increase or decrease this setting. Note: It onlt takes affect if the setting is not specified in RADIUS. >> >>2) Does anyone know the RADIUS method of restricting concurrent PPP >>sessions by one user to "n" at a time? I know Enhanced Merit >handles this, >>but we have basic, and that one feature isn't worth $2495. I figure it's >>about as easy as finding out the definition for the dictionary, and >>possibly adding a little source code to the basic source, which >is provided >>freely. Obviously it's handled by several other RADIUS servers, so it's >>basically a matter of accomodating the protocol assignment. Any hints? >> >>mark-> >>-- >>Fairlight-> ||| fairlite@sostech.net | >> __/\__ ||| | "I'm talking for >free... >> <__<>__> ||| System Administrator | It's a New >Religion..." >> \/ ||| | >> >>- >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: (usr-tc) netserver card
From: matthew de Jongh <matthew.de.jongh@the-spa.com>
Date: 1999-01-11 10:54:42

does anyone have a netserver card they want to part with? matthew

Subject: Re: (usr-tc) Bizzare HiPer session times and Livingston RADIUS
From: Marcelo T. Barros <barros@ntwxpress.com.br>
Date: 1999-01-11 11:20:54

Hi. You need to get a new version to hiper Arc 4.1.72. You can get from http://totalservice.usr.com. []s At 22:57 1/10/99 -0600, you wrote: >Hi, > >I was sifting through our RADIUS accounting logs that were stored from our >HiPer rack, and found several (over one hundred actually) entries in >which it had really bizzare Acct-Session-Times of a few million seconds. > > Acct-Session-Time = 63641530 > >A majority of them were listed for "unauthenticated" users (I saw post how >to get rid of unauth users, thanks to who posted it), but the remaining >ones were for legit users which totally screws up our time logs. I find >it hard to believe that we had users logged in for 1,920 hours in a >month. :) > >I am running 4.1.11 on the HiPer, and Livingston RADIUS v2.01, I borrowed >some detail records from another ISP with the same setup, and we both see >the same bizzare session-times. > >>From what I can tell, these oddities come after getting this in the detail >files: > Acct-Session-Id = "This is an Accounting ON message" > >and only on those records that do not have a matching start session-ids. > > >Anybody have any clues as to if this is fixable other than filtering out >the large values when we parse the logs? > > > >--- >Bryan Wann bwann@cwis.net >CWIS Internet Services http://www.cwis.net 918-967-2858 > >Give a man a fish, he eats for a day; >Teach a man to fish, he eats for a lifetime; >Enlighten him further, and he opens a chain of seafood restaurants > > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. Marcelo T. Barros Analista de Suporte Tecnico thbarros@ntwxpress.com.br Fone: 55.11.214.4552 Fax: 55.11.258.7895

Subject: RE: (usr-tc) MPIP and Subnets
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-11 11:41:34

Uhh.. this is perhaps a dumb question, but how is this first IP routed to the 2nd, 3rd or 35th TC ???? Do you _HAVE_ to use RIP ? or is there an alternative (like routing all the pools into all the TC's ? or does MPIP do some extra magic that does all the routing transparently ? Thanks for any pointers, Robert > -----Original Message----- > From: MegaZone [SMTP:megazone@megazone.org] > Sent: vendredi, 8. janvier 1999 22:14 > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) MPIP and Subnets > > Once upon a time Phil Le Clercq shaped the electrons to say... > >across different subnets, eg the first channel is established and > assigned > >an address from a pool in the network 195.28.160.0/24 and the other > channel > >connects to a pool from the 195.28.161.0/24 Network? > > This is a erroneous question. MPIP is a way to do MP across multiple > chassis - > and with MP *all* links have the SAME IP address. If channel 1 > connects to > a TC with a 195.28.160.0/24 based pool then it will receive an IP from > that > pool. If channel 2 connects to a different NAS with a pool in the > 195.28.161.0/24 network - it does not matter. Since it is a second > line in > a bundle with the first, it inherits the IP of the first line. It > does NOT > receive a new IP address. > > -MZ > -- > <URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, > Engineer, me.. > Join ISP/C Internet Service Providers' Consortium > <URL:http://www.ispc.org/> > "A little nonsense now and then, is relished by the wisest men" > 781-788-0130 > <URL:http://www.megazone.org/> <URL:http://www.gweep.net/> Hail > Discordia! > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) "Access violation"?
From: vanhalen@coredcs.com
Date: 1999-01-11 11:42:28

You wouldn't happen to have a copy of 6.0.13? I can't seem to locate it on the totalservice website. Steve On Mon, 11 Jan 1999, Marcelo T. Barros wrote: > Does not work!!! > Do trugh Hiper Terminal + Zmodem, this is the best way!!! > Pull your HIPER ARC from chassi, turn ON dip's 1 and 2 (115K2 8N1) > with HiperTerminal (115k2 8n1 protocol: Hardware), put console cable, > push your HIPER ARC, when you see EPROM message, press > AT{Z} (uppercase), start Zmodem with file XXXXXXX.dmf. > TCM 5.5.1 don't work with HIPER ARC, only BETA VERSION 6.0.13 WORK. > > > At 07:01 1/11/99 -0700, you wrote: > >I'm trying to upgrade some hiperarc code via TCM, but keep getting "access > >violation" errors at varying points in the download. Once it was at about > >30%, another 48, another at 95% (argh!). I've seen TFTP timeouts, and > >understand that concept. What in the world is an "access violation"? I'd > >expect to see that at the beginning of the download. > > > >Thanks, > > > > > >Randy Cosby <dcosby@infowest.com> > >Vice President > >InfoWest Global Internet Services, Inc. > >(435)674-0165 http://www.infowest.com > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@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. > > > Marcelo T. Barros > Analista de Suporte Tecnico > thbarros@ntwxpress.com.br > Fone: 55.11.214.4552 > Fax: 55.11.258.7895 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) Auto-Response
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-11 11:59:57

Can Auto Response be used on HiPer DSP's? I can find no mention of Auto Response in the HiPer DSP manual. Likewise, I can find no mention of HiPer DSP's in chapter 8 of the TCM manual. Thanks

Subject: Re: (usr-tc) netserver card
From: matthew de Jongh <matthew.de.jongh@the-spa.com>
Date: 1999-01-11 12:17:21

well i have gotten a bunch of replies already, what is reasonable? i've never bought one outside of a bundle. matthew At 08:31 AM 1/11/99 -0800, you wrote: >*********** >yes, make a reasonable offer. > >matthew de Jongh wrote: > >> does anyone have a netserver card they want to part with? >> >> matthew >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: Re: (usr-tc) "Access violation"?
From: Frank Basso <frank@got.net>
Date: 1999-01-11 13:24:16

Breathe..... -----Original Message----- >This is a BETA version!!! > > >At 11:42 1/11/99 -0600, you wrote: >>You wouldn't happen to have a copy of 6.0.13? I can't seem to locate it >>on the totalservice website. >> >>Steve >> >>On Mon, 11 Jan 1999, Marcelo T. Barros wrote: >> >>> Does not work!!! >>> Do trugh Hiper Terminal + Zmodem, this is the best way!!! >>> Pull your HIPER ARC from chassi, turn ON dip's 1 and 2 (115K2 8N1) >>> with HiperTerminal (115k2 8n1 protocol: Hardware), put console cable, >>> push your HIPER ARC, when you see EPROM message, press >>> AT{Z} (uppercase), start Zmodem with file XXXXXXX.dmf. >>> TCM 5.5.1 don't work with HIPER ARC, only BETA VERSION 6.0.13 WORK. >>> >>> >>> At 07:01 1/11/99 -0700, you wrote: >>> >I'm trying to upgrade some hiperarc code via TCM, but keep getting "access >>> >violation" errors at varying points in the download. Once it was at about >>> >30%, another 48, another at 95% (argh!). I've seen TFTP timeouts, and >>> >understand that concept. What in the world is an "access violation"? I'd >>> >expect to see that at the beginning of the download. >>> > >>> >Thanks, >>> > >>> > >>> >Randy Cosby <dcosby@infowest.com> >>> >Vice President >>> >InfoWest Global Internet Services, Inc. >>> >(435)674-0165 http://www.infowest.com >>> > >>> > >>> >- >>> > To unsubscribe to usr-tc, send an email to "majordomo@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. >>> >>> >>> Marcelo T. Barros >>> Analista de Suporte Tecnico >>> thbarros@ntwxpress.com.br >>> Fone: 55.11.214.4552 >>> Fax: 55.11.258.7895 >>> >>> - >>> To unsubscribe to usr-tc, send an email to "majordomo@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@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. > > >Marcelo T. Barros >Analista de Suporte Tecnico >thbarros@ntwxpress.com.br >Fone: 55.11.214.4552 >Fax: 55.11.258.7895 > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) TC HUB never getting full?
From: -=X=- <xlogan@novagate.com>
Date: 1999-01-11 13:35:23

Hello Thanks for the response .. here is what I get... On Fri, 8 Jan 1999, David Bolen wrote: > If that's not it, then I would suggest checking the PRI's view of the > availability of the modems (option 4 - Quad B-Channel/Modem device > status on the main status menu) to ensure that it believes it can use > all of the modems. Menu Selection (1-4):3 Call Control General Error Counters: Din Drop Call Req chan not available: 0 Din Drop Call no Free MDM: 0 Din Drop Call MDMs not allowed: 0 Din Drop Call MDM(s) reject call: 14 Din Drop Call MDM(s) setup to: 100 Din Drop Call no IGW avail: 0 Din Drop Call IGW reject call: 0 Din Drop Call IGW setup to: 0 Din Drop Call no TDM TS avail: 9 Din Drop Call Bearer Cap. not accepted: 0 Din Drop Call Channel IE not accepted: 0 Din Drop Call Setup Progress IE not accepted: 0 Din Drop Call Calling Party IE not accepted: 0 Din Drop Call Called Party IE not accepted: 0 Dout Drop Call MDMs not allowed: 0 Dout Drop Call Invalid Device Type : 0 Dout Drop Call Invalid Modem Setup Req : 0 Dout Drop Call Invalid Setup Req : 0 Dout Drop Call Reserve IGW not accepted: 0 Dout Drop Call Reserve Modem not accepted : 0 Dout Drop Call Reserve DS0 not accepted : 0 Dout Drop Call no TDM TS avail: 0 > You might also check the debug screen (Ctrl-D) option 11 (call control > counters) and print the error counters. That might give some insight > into any cases where the PRI got a call but couldn't deliver it > successfully to a modem. You can then track these to specific modems > using option 10 (IGW/QBMDM information) suboption 11 (Mdm Dev Table) > to get various call counters on a per modem basis. dm Devive Table: ID S# C# Stat Pbstat Pb_hdl mdmCp CallRej KaToDrop Instl Remov CallsAccep 0 1 1 2 2 -1 0 0 0 0 0 0 1 1 2 2 2 -1 0 0 0 0 0 0 2 1 3 2 2 -1 0 0 0 0 0 0 3 1 4 2 2 -1 0 0 0 0 0 0 4 2 1 3 1 1 2 0 0 1 0 1657 5 2 2 3 1 2 2 0 0 1 0 1745 6 2 3 1 1 3 2 0 0 1 0 1859 7 2 4 3 1 4 2 0 0 2 1 1738 8 3 1 1 1 5 2 904 0 2 1 1484 9 3 2 3 1 6 2 0 0 1 0 1771 10 3 3 3 1 7 2 0 0 2 1 1637 11 3 4 3 1 8 2 0 0 2 1 1900 12 4 1 1 1 9 2 0 0 1 0 1777 13 4 2 1 1 10 2 0 0 1 0 1763 14 4 3 1 1 11 2 0 0 2 1 1656 15 4 4 1 1 12 2 0 0 1 0 1763 16 5 1 3 1 13 2 0 0 1 0 1803 17 5 2 1 1 14 2 0 0 1 0 1746 18 5 3 3 1 15 2 0 0 3 2 1770 19 5 4 3 1 16 2 0 0 3 2 1658 20 6 1 1 1 17 2 0 0 1 0 1805 21 6 2 1 1 18 2 0 41 1 0 3112 22 6 3 1 1 19 2 0 41 1 0 3028 23 6 4 1 1 20 2 0 0 1 0 1613 24 7 1 3 1 21 2 0 0 1 0 1593 25 7 2 3 1 22 2 0 0 2 1 1711 26 7 3 3 1 23 2 0 0 1 0 1717 27 7 4 3 1 24 2 0 0 1 0 1701 28 8 1 1 1 25 2 0 0 1 0 1798 29 8 2 1 1 26 2 0 0 1 0 1703 30 8 3 1 1 27 2 0 0 1 0 1698 31 8 4 3 1 28 2 0 0 1 0 1819 32 9 1 3 1 29 2 0 0 2 1 1656 33 9 2 1 1 30 2 0 0 2 1 1603 34 9 3 2 2 -1 2 0 0 1 1 534 35 9 4 3 1 31 2 0 0 3 2 1677 36 10 1 1 1 33 2 0 0 1 0 1664 37 10 2 3 1 32 2 0 0 3 2 1735 38 10 3 1 1 35 2 3286 0 1 0 190 39 10 4 1 1 36 2 0 0 1 0 1657 40 11 1 3 1 37 2 0 0 1 0 1751 41 11 2 3 1 38 2 0 0 1 0 1696 42 11 3 1 1 39 2 0 0 1 0 1858 43 11 4 3 1 40 2 0 0 1 0 1743 44 12 1 1 1 41 2 0 0 1 0 1720 45 12 2 3 1 42 2 0 0 1 0 1777 46 12 3 1 1 43 2 0 0 1 0 1776 47 12 4 1 1 44 2 0 0 2 1 1825 48 13 1 3 1 45 2 0 0 1 0 1743 49 13 2 3 1 46 2 0 0 1 0 1673 50 13 3 1 1 47 2 0 0 1 0 1679 51 13 4 3 1 48 2 0 0 1 0 1692 52 14 1 2 2 -1 0 0 0 0 0 0 53 14 2 2 2 -1 0 0 0 0 0 0 54 14 3 2 2 -1 0 0 0 0 0 0 55 14 4 2 2 -1 0 0 0 0 0 0 56 15 1 2 2 -1 0 0 0 0 0 0 57 15 2 2 2 -1 0 0 0 0 0 0 58 15 3 2 2 -1 0 0 0 0 0 0 59 15 4 2 2 -1 0 0 0 0 0 0 60 16 1 2 2 -1 0 0 0 0 0 0 61 16 2 2 2 -1 0 0 0 0 0 0 62 16 3 2 2 -1 0 0 0 0 0 0 63 16 4 2 2 -1 0 0 0 0 0 0 I hope that came through OK. I notice that 38 had over 3000 rejects, and that this list only goes up to 63. Am I not having enough modems free for some reason? I did turn the Line Interface Source to t1Tdm to busy out the bad modems in the above list, but the problem persists. I have not flashed to the new code yet. Customers are dialing up, it starts to authenticate, then (in Windows) they get back the 624 error that says 'the computer you dialed has disconnected you' etc etc :-( Thanks Dan Allen - System Admin. -Novagate Communications Corp.-

Subject: Re: (usr-tc) TC HUB never getting full?
From: -=X=- <xlogan@novagate.com>
Date: 1999-01-11 13:45:00

Hello again OK, never mind about only 52 calls showing up, that's all there is on the 2 PRIs ;-) But this problem is still happening :-( Dan Allen - System Admin. -Novagate Communications Corp.-

Subject: (usr-tc) Weird Beahvior
From: Frank Basso <frank@got.net>
Date: 1999-01-11 14:01:25

Running ARC 4.1.72-7 and DSP 1.2.60 Running mon ppp I keep getting these connect failures from the a large amount of users. PPP - Authentication Complete to lorri. (IPCP) Layer Down for Bundle 256, Link 20945272, to lorri. PPP connection down to lorri. Anyone else see disconnects like this with no apparent reason ? There appears to be no pattern associated with users platforms or authentication types that we can derive. Thank you, -- Frank Basso Senior Network Engineer Got.Net? - The Internet Connection, Inc. Santa Cruz, California Voice: 831-460-2000 x117 FAX: 831-460-2004 "Never mess with the one who has control of the Cisco, as "He Is God, and not just Root... :)" When they took the fourth amendment, I was quiet because I didn't deal drugs. When they took the sixth amendment, I was quiet because I was innocent. When they took the second amendment, I was quiet because I didn't own a gun. Now they've taken the first amendment, and I can say nothing about it.

Subject: Re: (usr-tc) "Access violation"?
From: Marcelo T. Barros <barros@ntwxpress.com.br>
Date: 1999-01-11 15:16:02

Does not work!!! Do trugh Hiper Terminal + Zmodem, this is the best way!!! Pull your HIPER ARC from chassi, turn ON dip's 1 and 2 (115K2 8N1) with HiperTerminal (115k2 8n1 protocol: Hardware), put console cable, push your HIPER ARC, when you see EPROM message, press AT{Z} (uppercase), start Zmodem with file XXXXXXX.dmf. TCM 5.5.1 don't work with HIPER ARC, only BETA VERSION 6.0.13 WORK. At 07:01 1/11/99 -0700, you wrote: >I'm trying to upgrade some hiperarc code via TCM, but keep getting "access >violation" errors at varying points in the download. Once it was at about >30%, another 48, another at 95% (argh!). I've seen TFTP timeouts, and >understand that concept. What in the world is an "access violation"? I'd >expect to see that at the beginning of the download. > >Thanks, > > >Randy Cosby <dcosby@infowest.com> >Vice President >InfoWest Global Internet Services, Inc. >(435)674-0165 http://www.infowest.com > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. Marcelo T. Barros Analista de Suporte Tecnico thbarros@ntwxpress.com.br Fone: 55.11.214.4552 Fax: 55.11.258.7895

Subject: (usr-tc) ISDN spiraling death on Hiper ARC
From: Jay Nakamura <jnakamur@kiva.net>
Date: 1999-01-11 16:02:03

We have recently changed our PRI pool from Netserver/Quads chassis to a Hiper DSP/Hiper ARC. Several of our customers are complaining about their ISDN connection coming to a screaching halt after a while and no data passes through unless they handup and dial again. The problem seems to happen mostly to Netgear RT328 but some others as well. Has anyone else had this problem and what can be done? DSP Ver 1.2.60 ARC Ver 4.1.72-7 J.S. Nakamura -- Kiva Networking -- Project Manager Phone (812)337-5070 ext 213 -- Fax (812)337-5082 jnakamur@kiva.net

Subject: Re: (usr-tc) "Access violation"?
From: Marcelo T. Barros <barros@ntwxpress.com.br>
Date: 1999-01-11 16:05:33

This is a BETA version!!! At 11:42 1/11/99 -0600, you wrote: >You wouldn't happen to have a copy of 6.0.13? I can't seem to locate it >on the totalservice website. > >Steve > >On Mon, 11 Jan 1999, Marcelo T. Barros wrote: > >> Does not work!!! >> Do trugh Hiper Terminal + Zmodem, this is the best way!!! >> Pull your HIPER ARC from chassi, turn ON dip's 1 and 2 (115K2 8N1) >> with HiperTerminal (115k2 8n1 protocol: Hardware), put console cable, >> push your HIPER ARC, when you see EPROM message, press >> AT{Z} (uppercase), start Zmodem with file XXXXXXX.dmf. >> TCM 5.5.1 don't work with HIPER ARC, only BETA VERSION 6.0.13 WORK. >> >> >> At 07:01 1/11/99 -0700, you wrote: >> >I'm trying to upgrade some hiperarc code via TCM, but keep getting "access >> >violation" errors at varying points in the download. Once it was at about >> >30%, another 48, another at 95% (argh!). I've seen TFTP timeouts, and >> >understand that concept. What in the world is an "access violation"? I'd >> >expect to see that at the beginning of the download. >> > >> >Thanks, >> > >> > >> >Randy Cosby <dcosby@infowest.com> >> >Vice President >> >InfoWest Global Internet Services, Inc. >> >(435)674-0165 http://www.infowest.com >> > >> > >> >- >> > To unsubscribe to usr-tc, send an email to "majordomo@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. >> >> >> Marcelo T. Barros >> Analista de Suporte Tecnico >> thbarros@ntwxpress.com.br >> Fone: 55.11.214.4552 >> Fax: 55.11.258.7895 >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. Marcelo T. Barros Analista de Suporte Tecnico thbarros@ntwxpress.com.br Fone: 55.11.214.4552 Fax: 55.11.258.7895

Subject: Re: (usr-tc) "Access violation"?
From: vanhalen@coredcs.com
Date: 1999-01-11 16:25:55

I saw it was beta. I thought maybe it was out there somewhere that I wasn't looking. I just wanted to try the software out. Sorry. Steve On Mon, 11 Jan 1999, Frank Basso wrote: > Breathe..... > -----Original Message----- > From: Marcelo T. Barros <barros@ntwxpress.com.br> > To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> > Date: Monday, January 11, 1999 10:32 AM > Subject: Re: (usr-tc) "Access violation"? > > > >This is a BETA version!!! > > > > > >At 11:42 1/11/99 -0600, you wrote: > >>You wouldn't happen to have a copy of 6.0.13? I can't seem to locate it > >>on the totalservice website. > >> > >>Steve > >> > >>On Mon, 11 Jan 1999, Marcelo T. Barros wrote: > >> > >>> Does not work!!! > >>> Do trugh Hiper Terminal + Zmodem, this is the best way!!! > >>> Pull your HIPER ARC from chassi, turn ON dip's 1 and 2 (115K2 8N1) > >>> with HiperTerminal (115k2 8n1 protocol: Hardware), put console cable, > >>> push your HIPER ARC, when you see EPROM message, press > >>> AT{Z} (uppercase), start Zmodem with file XXXXXXX.dmf. > >>> TCM 5.5.1 don't work with HIPER ARC, only BETA VERSION 6.0.13 WORK. > >>> > >>> > >>> At 07:01 1/11/99 -0700, you wrote: > >>> >I'm trying to upgrade some hiperarc code via TCM, but keep getting > "access > >>> >violation" errors at varying points in the download. Once it was at > about > >>> >30%, another 48, another at 95% (argh!). I've seen TFTP timeouts, and > >>> >understand that concept. What in the world is an "access violation"? > I'd > >>> >expect to see that at the beginning of the download. > >>> > > >>> >Thanks, > >>> > > >>> > > >>> >Randy Cosby <dcosby@infowest.com> > >>> >Vice President > >>> >InfoWest Global Internet Services, Inc. > >>> >(435)674-0165 http://www.infowest.com > >>> > > >>> > > >>> >- > >>> > To unsubscribe to usr-tc, send an email to "majordomo@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. > >>> > >>> > >>> Marcelo T. Barros > >>> Analista de Suporte Tecnico > >>> thbarros@ntwxpress.com.br > >>> Fone: 55.11.214.4552 > >>> Fax: 55.11.258.7895 > >>> > >>> - > >>> To unsubscribe to usr-tc, send an email to "majordomo@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@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. > > > > > >Marcelo T. Barros > >Analista de Suporte Tecnico > >thbarros@ntwxpress.com.br > >Fone: 55.11.214.4552 > >Fax: 55.11.258.7895 > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: (usr-tc) ISDN settings [repost]
From: K Mitchell <mitch@keyconn.net>
Date: 1999-01-11 16:41:00

I posted this a few days ago but got no response, I want to double-check whether or not there's anything different I need to do as far as RADIUS settings, etc. than our dial-up accounts. We have our first ISDN customer hooking up next week. His BRI > our PRI > HiPer ARC. Is there anything special I need to do or watch for to help ensure this comes off without a hitch? Thanks, Kirk Kirk Mitchell-General Manager sysadmin@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-11 17:05:17

Thus spake Jay Nakamura >We have recently changed our PRI pool from Netserver/Quads chassis to a >Hiper DSP/Hiper ARC. Several of our customers are complaining about their >ISDN connection coming to a screaching halt after a while and no data >passes through unless they handup and dial again. The problem seems to >happen mostly to Netgear RT328 but some others as well. >Has anyone else had this problem and what can be done? >DSP Ver 1.2.60 >ARC Ver 4.1.72-7 RT328 here with almost completely a quad setup (2 out 24 circuits are on DSP's, 1.2.5; rest on quads, 5.9.9 and 5.10.9, and dual-pri 3.0.2), and I experience the same thing...I haven't taken the time to track down what the prob. is...for just me its not a big deal and no customers have complained to me yet about it, but it is something that I'd like to track down. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: David Bolen <db3l@ans.net>
Date: 1999-01-11 17:17:07

Jeff Mcadams <jeffm@iglou.com> writes: > Thus spake Jay Nakamura (...) > >ISDN connection coming to a screaching halt after a while and no data > >passes through unless they handup and dial again. The problem seems to > >happen mostly to Netgear RT328 but some others as well. (...) > RT328 here with almost completely a quad setup (2 out 24 circuits are on > DSP's, 1.2.5; rest on quads, 5.9.9 and 5.10.9, and dual-pri 3.0.2), and > I experience the same thing... This sort of behavior can often be related to the software compression in use (e.g., STAC, MS, etc..). If there's a bug in the compression engine you can get into a state where data is being transmitted but the other end can't decode it properly, and in the past I've sometimes seen the system get into a mode where it just continually resetting the dictionary for the compression but never getting any real data through. You mentioned quads, but not whether or not you were using ARCs (like the original poster) or NETServers. I believe that in either case (quad or HiperDSP), the compression is handled by the terminal server. If you have NETServers, and the same client gear does this thus on both NETServer/ARC configurations, it seems more likely to be a client bug. Of course, it could just be common 3Com code in both platforms I suppose. You might try having the user disable software compression to see if that prolongs their session (obviously with some decrease in throughput for compressible data). -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-11 17:26:29

Thus spake David Bolen >Jeff Mcadams <jeffm@iglou.com> writes: >> RT328 here with almost completely a quad setup (2 out 24 circuits are on >> DSP's, 1.2.5; rest on quads, 5.9.9 and 5.10.9, and dual-pri 3.0.2), and >> I experience the same thing... >This sort of behavior can often be related to the software compression >in use (e.g., STAC, MS, etc..). If there's a bug in the compression >engine you can get into a state where data is being transmitted but >the other end can't decode it properly, and in the past I've sometimes >seen the system get into a mode where it just continually resetting >the dictionary for the compression but never getting any real data >through. Hrmm...good thought...I'll look into that... >You mentioned quads, but not whether or not you were using ARCs (like >the original poster) or NETServers. I believe that in either case >(quad or HiperDSP), the compression is handled by the terminal server. NETServers here. >You might try having the user disable software compression to see if >that prolongs their session (obviously with some decrease in >throughput for compressible data). I'll give that a shot...like I said...not a major thing, but would be nice not to get hit with it. :) And since its my own dialup, its easy for me to play with it. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Charles Hill <chill@ionet.net>
Date: 1999-01-11 17:54:37

I have seen a similar problem with an Ascend Pipeline and a Netserver PRI. The Pipeline never got a call teardown message on the d-channel, but the PRI card was sending one to the switch when the connection idle timed out. The router thought both channels were still up. It turned out to be a telco problem with the BRI. Check the switch type and monitor the d-channels on both sides to find the culprit. You'd think that if the remote router sent an LCP echo request and got no response, it would clear the B-channels and redial after a period of time. ??? You have to determine who is originating the call teardown and why both sides aren't getting the message on the d-chan. -CH On Tue, 12 Jan 1999, Bob Purdon wrote: > Slightly related - I have an RT328 at home dialled into an NP-8B on a > Cisco 4500 and it occasionally dies - it's not a spiral death, but a > screeching halt. Have to manually drop the call to make it go again. > > Checking the Cisco logs shows that the Cisco has lost track of the call > for whatever reason, while the RT328 thinks it's still up. Forcing the > RT328 to drop and re-establish fixes it. > > I've not tried it extensively against the TC though.

Subject: RE: (usr-tc) Second acct server on Netserver
From: Bryant Ho <bryant@gozer.interaccess.com>
Date: 1999-01-11 17:57:51

Try set accounting 2 xxx.xxx.xxx.xxx Bryant Ho InterAccess Co. bho@interaccess.com > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman > Sent: Monday, January 11, 1999 5:52 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Second acct server on Netserver > > > Hi, > > Looked through the docs I have and 'help set' and I just can't find how to > set up a secondary accounting server. SW is 3.7.73. I found these > commands referenced in the manual: > > set authentic (primary auth) > set alternate (secondary auth) > set accounting (primary accounting) > set ??? (secondary accounting) > > Sorry to use you folks as a manual... > > Charles > > -- > =-----------------= = > | Charles Sprickman Internet Channel | > | INCH System Administration Team (212)243-5200 | > | spork@inch.com access@inch.com | > = =----------------=

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-11 18:42:20

Thus spake Bob Purdon >> RT328 here with almost completely a quad setup (2 out 24 circuits are >> on DSP's, 1.2.5; rest on quads, 5.9.9 and 5.10.9, and dual-pri 3.0.2), >> and I experience the same thing...I haven't taken the time to track >> down what the prob. is...for just me its not a big deal and no >> customers have complained to me yet about it, but it is something that >> I'd like to track down. >Slightly related - I have an RT328 at home dialled into an NP-8B on a >Cisco 4500 and it occasionally dies - it's not a spiral death, but a >screeching halt. Have to manually drop the call to make it go again. Yeah...to be honest, I don't know if my RT328 is a spiral or a screeching halt...it happens pretty quickly, but it seems like sometimes its a bit laggy for a few seconds before it shuts down completely. >Checking the Cisco logs shows that the Cisco has lost track of the call >for whatever reason, while the RT328 thinks it's still up. Forcing the >RT328 to drop and re-establish fixes it. That's what I do with my TC, drop the call and redial. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-11 18:45:12

>> RT328 here with almost completely a quad setup (2 out 24 circuits are >> on DSP's, 1.2.5; rest on quads, 5.9.9 and 5.10.9, and dual-pri 3.0.2), >> and I experience the same thing...I haven't taken the time to track >> down what the prob. is...for just me its not a big deal and no >> customers have complained to me yet about it, but it is something that >> I'd like to track down. Oh, forgot to mention...checked it when I got home...compression is turned off here, so I don't think compression is the culprit. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) Second acct server on Netserver
From: Charles Sprickman <spork@inch.com>
Date: 1999-01-11 18:51:42

Hi, Looked through the docs I have and 'help set' and I just can't find how to set up a secondary accounting server. SW is 3.7.73. I found these commands referenced in the manual: set authentic (primary auth) set alternate (secondary auth) set accounting (primary accounting) set ??? (secondary accounting) Sorry to use you folks as a manual... Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork@inch.com access@inch.com | = =----------------=

Subject: Re: (usr-tc) Second acct server on Netserver
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-11 18:59:27

Thus spake Charles Sprickman >Looked through the docs I have and 'help set' and I just can't find how to >set up a secondary accounting server. SW is 3.7.73. I found these >commands referenced in the manual: >set authentic (primary auth) >set alternate (secondary auth) >set accounting (primary accounting) >set ??? (secondary accounting) set accounting 2 (secondary account) >Sorry to use you folks as a manual... Yes, its inconsistent, but 3Com doesn't get the blame for this one...this goes back to Livingston days and the ComOS heritage. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Second acct server on Netserver
From: Charles Sprickman <spork@inch.com>
Date: 1999-01-11 19:12:45

Thanks all, that did it. Less than tech support hold-time too! Charles -- On Mon, 11 Jan 1999, Jeff Mcadams wrote: > Thus spake Charles Sprickman > >Looked through the docs I have and 'help set' and I just can't find how to > >set up a secondary accounting server. SW is 3.7.73. I found these > >commands referenced in the manual: > > >set authentic (primary auth) > >set alternate (secondary auth) > >set accounting (primary accounting) > >set ??? (secondary accounting) > > set accounting 2 (secondary account) > > >Sorry to use you folks as a manual... > > Yes, its inconsistent, but 3Com doesn't get the blame for this > one...this goes back to Livingston days and the ComOS heritage. >

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Ronald E. Kushner <ron@glis.net>
Date: 1999-01-11 19:37:33

Charles Hill wrote: > > I have seen a similar problem with an Ascend Pipeline and a Netserver PRI. > The Pipeline never got a call teardown message on the d-channel, but the > PRI card was sending one to the switch when the connection idle timed out. > The router thought both channels were still up. It turned out to be a > telco problem with the BRI. Check the switch type and monitor the > d-channels on both sides to find the culprit. You'd think that if the > remote router sent an LCP echo request and got no response, it would clear > the B-channels and redial after a period of time. ??? > > You have to determine who is originating the call teardown and why both > sides aren't getting the message on the d-chan. I used to have a problem with my Netgear RH-348 with a dead connections after several days of connection time into a Netserver PRI. Since I upgraded to HiPer ARC's I have not had any problems, other than after a 100 hour call it wouldn't let me bring up and additional channel without dropping the first call. Gotta love that flat rate ISDN. -Ron -- Ronald Kushner GLISnet, Inc. +1 810/939.9885

Subject: Re: (usr-tc) TC HUB never getting full?
From: -=X=- <xlogan@novagate.com>
Date: 1999-01-11 20:18:55

Hello OK, me again :-) I think we figured it out ... this whole time the TC box was running out of IP addresses, even though we have enough in there. I remember on this board someone mentioned this and said it was a bug and you had to reboot it when this happened. Oh well. My next question is .. if someone connects with an ISDN TA, does a light show up on the Quad or Hyper? We are getting busy signals, but out box shows 9 lights free, and there are 9 B channels in use. Coincidence? Thanks Dan Allen - System Admin. -Novagate Communications Corp.-

Subject: Re: (usr-tc) Strange problem with HiperArc
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-12 08:12:23

Thus spake King Ho >HiPer>> show sess dtest >INFORMATION FOR SESSION dtest >Service Type: Framed >Framed Protocol: PPP >Idle Timeout: 1800 >Speed of Connection: Auto >Login Service: Telnet >Interface Name: slot:12/mod:3 >Framed IP Address: 202.72.1.243 >Framed IP Netmask: 0.0.0.0 ^^^^^^^ That's not right...unless its just a display bug or something...should be 255.255.255.255 I don't, however, know if this will fix your problem or not...just the only thing that looked wrong. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) upgrading memory on netserver card.
From: Mark Ross <mark@apu.ccis.com>
Date: 1999-01-12 08:56:34

Hi, I was wanting to know if there is anything special about the 72 pin simms used on a netserver card ? , I tried installing a 16 MB NON-EDO chip into the unit, but the card still thinks that it has only 8 MB of ram ????? Does it require parity ? thanks

Subject: Re: (usr-tc) HiperDSP and HiperARC
From: Richard Lorbieski <richard@alpha1.net>
Date: 1999-01-12 10:25:48

It's something in your trunk settings. Get with your telco and double check the settings. Most important settings are Framing, line coding, switch type, dialin/out trunk type, and tone type. "Victor J. Velazquez" wrote: > > I have a TCH shelf populated with HiperDSPs (with PRIs) and a HiperARC. > As we see more users connect to this shelf, users are experiencing > intermittent fast busies or dead air. Has any had the same experience > and what was the resolution? Is it the HiperDSPs and HiperARC or was > the problem telco-related? > > Thanx for any help > Victor

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Bob Purdon <bobp@southcom.com.au>
Date: 1999-01-12 10:26:00

> RT328 here with almost completely a quad setup (2 out 24 circuits are > on DSP's, 1.2.5; rest on quads, 5.9.9 and 5.10.9, and dual-pri 3.0.2), > and I experience the same thing...I haven't taken the time to track > down what the prob. is...for just me its not a big deal and no > customers have complained to me yet about it, but it is something that > I'd like to track down. Slightly related - I have an RT328 at home dialled into an NP-8B on a Cisco 4500 and it occasionally dies - it's not a spiral death, but a screeching halt. Have to manually drop the call to make it go again. Checking the Cisco logs shows that the Cisco has lost track of the call for whatever reason, while the RT328 thinks it's still up. Forcing the RT328 to drop and re-establish fixes it. I've not tried it extensively against the TC though. Regards, Bob Purdon, Technical Manager, Southern Internet Services.

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Bob Purdon <bobp@southcom.com.au>
Date: 1999-01-12 10:59:59

> Oh, forgot to mention...checked it when I got home...compression is > turned off here, so I don't think compression is the culprit. Actually, ditto here - I'm running no compression into the Cisco... Regards, Bob Purdon, Technical Manager, Southern Internet Services.

Subject: (usr-tc) HiperDSP and HiperARC
From: Victor J. Velazquez <victorv@infi.net>
Date: 1999-01-12 11:03:13

I have a TCH shelf populated with HiperDSPs (with PRIs) and a HiperARC. As we see more users connect to this shelf, users are experiencing intermittent fast busies or dead air. Has any had the same experience and what was the resolution? Is it the HiperDSPs and HiperARC or was the problem telco-related? Thanx for any help Victor

Subject: Re: (usr-tc) upgrading memory on netserver card.
From: Curt Shambeau <curt@execpc.com>
Date: 1999-01-12 11:23:16

> I was wanting to know if there is anything special about the 72 pin simms > used on a netserver card ? , I tried installing a 16 MB NON-EDO chip into > the unit, but the card still thinks that it has only 8 MB of ram ????? > > Does it require parity ? No, NON-Parity, NON-EDO SIMMs. However, unless you load a code version into the Netserver that can see the extra memory - it won't see it. I believe you need at least a 3.4.xx code revision to see the extra memory. | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: (usr-tc) 300 bd on 3com modems
From: Mini Computer Room T-5 <minicrmn@nbnet.nb.ca>
Date: 1999-01-12 11:57:40

does somebody know the settings on quad & hiper dsp to receive incoming calls from 300 to 19200 bd minicrmn@nbnet.nb.ca

Subject: Re: (usr-tc) flashing a Hiper ARC
From: vanhalen@coredcs.com
Date: 1999-01-12 12:09:51

> > The second way is to use the console cable with some modem application ( > like hiper term ) and boot the card start zmodem of the code as soon as > it boots. > > I keep getting a 'remote error' in hiperterm when I try to do this. Any clues? Cause I sure need to one. Steve

Subject: (usr-tc) PCSDL
From: Randy Cosby <dcosby@infowest.com>
Date: 1999-01-12 13:17:00

Is there a non-dos PCSDL available? For FreeBSD or BSDI perhaps? I have a "spontaneous rebooting" NMC, and it looks like PCSDL is the only way to fix it. I don't have a dos/windows box near the server. Thanks, Randy Cosby <dcosby@infowest.com> Vice President InfoWest Global Internet Services, Inc. (435)674-0165 http://www.infowest.com

Subject: Re: (usr-tc) 12 BRI > Adtran unit > PRI
From: blann_firestone@3com.com
Date: 1999-01-12 14:09:03

Terry, This is the Atlas 800 by Adtran. Blann "Terry Kennedy" <terry@olypen.com> on 01/11/99 09:19:11 AM Please respond to usr-tc@lists.xmission.com cc: (Blann Firestone/HQ/3Com) I have some agent who want to replace my channelized T1 circuits with 12 BRI line running into some type of unit that adtran makes and comes on the other end as PRI. Anyone heard of this? WE don't consider PRI by itself because of tarrifs. THese BRI 's would cost less than the channelized T1 - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) flashing a Hiper ARC
From: David Bolen <db3l@ans.net>
Date: 1999-01-12 14:40:12

<vanhalen@coredcs.com> writes: > I keep getting a 'remote error' in hiperterm when I try to do this. Any > clues? Cause I sure need to one. I think one of the cards (ARC?) might auto-detect the Z-Modem, but in general the SDL-2 (HiperDSP, HiperARC) cards need to be given a command to cause them to expect the download. So sit on the console in HyperTerminal (or any program) and wait as it boots. You should see a prompt for SDL-2 download. At that point (you have like 15seconds), enter the command AT{Z} (or AT{Z{F}} if you want to format flash first). That will put the card into Z-Modem receive mode, at which point you can transmit the DMF file. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) 300 bd on 3com modems
From: David Bolen <db3l@ans.net>
Date: 1999-01-12 14:58:43

"Mini Computer Room T-5" <minicrmn@nbnet.nb.ca> writes: > does somebody know the settings on quad & hiper dsp to receive > incoming calls from 300 to 19200 bd They're normally all permitted by default, but you can control all of the various modulations and connection features through the use of the "signal control" table for the modems. For the quads you would make changes directly at the per-modem level, whereas for the HiperDSP you want to make changes in whichever profile you are using (probably 1) and then save/refresh the profile to get it to the modems. In both cases the final stage would be to save the per-modem configuration. I'll include an earlier note of mine about limiting call types below which references the specific objects and settings that you may be looking for. Note that the comments about the effectiveness of these settings on the HiperDSP are based around the TCS 3.1 first round of V.90 code for those cards - I do not know how relevant they are with later releases, so you may need to experiment. Hope this helps. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/ - - - - - - - - - - - - - - - - - - - - - - - - - In-Reply-To: Your message of Wed, 29 Apr 1998 12:26:35 -0400 Message-ID: <CMM.0.90.2.893882814.db3l@valheru.ny.ans.net> "Brian S . Adelson" <brian@voicenet.com> writes: > Is there a way in which you can limit it so that only X2/V.90 calls > are allowed to connect a particular TC? This should also be around in the archives somewhere, in a pre-HiPerDSP/V.90 context, but here's some previous info updated slightly for the HiPerDSP (which unfortunately, doesn't do this right yet). Note that if you want x2 only or V.90 only, that there are equivalent objects (mdmScX2Server/Symmetric and mdmScV90Digital/AllDigital) that can be controlled as well. -- David - - - - - - - - - - - - - - - - - - - - - - - - - >Does anyone know how to set Total Control Quad Modems and Hiper DSP >modems to ONLY accept X2/V90 connections? Unfortunately, the HiPer DSP cards have problems with this, as you can't really disable the V.34 modulation rates - the objects are there, but the modems don't pay attention. However, you can definitely do this with the quads. Unfortunately, I think in terms of actual MIB objects, and not the naming that TCM seems to use, but I'll try to indicate what seems to be appropriate mappings - maybe the TCM stuff also includes the MIB names somewhere for a double check. Controlling the objects this way will cause any users calling in from something other than an x2/V.90 modem to fail to train: - - - - - - - - - - - - - - - - - - - - - - - - - All you need to do is program the modems involved not to work with modulations other than x2/V.90. You can do this by changing some of the variables in the modem signal control table (which should be accessible by that name in TCM, or in the mdmScTable table if you are using the MIB directly). The objects you want to change are: Object(s) Set to ---------------------------------------------------------------- mdmSc300, mdmSc1200, mdmSc2400 enable Disables lowest baud rates. The value is actually enabled since the objects are defined as a negative (if enabled they prevent the specified connection rate). mdmScHstMod disable Disables USR proprietary HST mode. mdmScV32Mod, mdmScV32Bis, mdmScV32BisEnhance, disable mdmScV32TerboModeEnable Disables V.32 and variations (9600-19.2K) mdmScVFCModeEnable disable Disables V.FC mdmScV34ModeEnable disable Disables V.34 However, you should ensure that the mdmScV34pModeEnable variable is enabled (the default), since it comes into play when computing the back-channel for x2 calls - but having it enabled does not allow V.34+ connections since that requires the V.34 mode object to be enabled. - - - - - - - - - - - - - - - - - - - - - - - - - I think that these correspond to the following TCM objects: > 300 Baud (S48.0) disable > 1200 Baud (S48.1) disable > 2400 Baud (S48.2) disable Enable these. > HST Modulation (S13.5) enable Disable this. > V.32 Modulation (S27.2) enable > V.32 bis Modulation (S34.0) enable > V.32 Enhanced Mode (S34.1) enable > V.32 Terbo Modulation (S34.7) enable > V.34 Modulation (S56.6) enable > V.FC Modulation (S56.7) enable Disable these. And you should be set - let everything else remain as defaulted after initialization the modem to defaults. I have found that the HiPer DSP will not obey the V34ModeEnable object, but will allow V.34 users in anyway. And disabling the other lower objects at one point got me into a mode where nothing but 2400 baud connections were being allowed. Basically a mess. So I wouldn't suggest trying this on HiPer DSP cards yet. Hopefully, this will be fixed in the upcoming V.90 code release for those cards. -- David

Subject: Re: (usr-tc) PCSDL
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1999-01-12 15:25:46

: Is there a non-dos PCSDL available? For FreeBSD or BSDI perhaps? I've looked for one, but never found one. And I can't find documentation of the protocol, either, to write one. : I have a "spontaneous rebooting" NMC, and it looks like PCSDL is the only : way to fix it. I don't have a dos/windows box near the server. We've strung our share of long serial cables in our office, too.

Subject: Re: (usr-tc) PCSDL
From: David Bolen <db3l@ans.net>
Date: 1999-01-12 15:27:50

"Randy Cosby" <dcosby@infowest.com> writes: > I have a "spontaneous rebooting" NMC, and it looks like PCSDL is the only > way to fix it. I don't have a dos/windows box near the server. One possibility, if you can get a modem at the remote site, is to use something like kermit (or any DOS communications program that doesn't disturb the serial port when you exit) to call into the NMC and then let PCSDL connect to the serial port thinking it is local but just utilizing the already established modem connection. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: (usr-tc) Getting files from Totalservice
From: Brian Elfert <brian@citilink.com>
Date: 1999-01-12 17:01:07

When I log in to total service, I see files as being unlocked, but I can't download them. Any ideas? I get a file not found error. Brian

Subject: (usr-tc) Framed-Route & TC
From: Brian Becker <brian@semo.net>
Date: 1999-01-12 17:04:10

I need to set up a per user framed-route from Radius to my hiper TC's. I tried setting it to a "non working" IP address and the user continued to send/receive local and global traffic. Is per user framed-route not a viable option on the HiPer Chassis? Thanks, Brian Brian Becker Poplar Bluff Internet, Inc. http://www.semo.net Home of JP Bookstore http://www.JerusalemPerspective.com And Webgabber Chat server http://www.webgabber.com Personal Website http://www.Tonionio.com

Subject: (usr-tc) Netserver 16I Help
From: Tony Loosle <tony@tcsourceone.com>
Date: 1999-01-12 17:24:22

Has anyone used the v.90 service release 2.3.5 and the netserver plus 4.1.77 code?? After installing the code and the v.90 code on 1 modem, my box is locking up every few minutes. I was running code version 4.1.82 for quite awhile with no problems. What version's of code are other people using and with what success. Tony

Subject: Re: (usr-tc) Strange problem with HiperArc
From: K Mitchell <mitch@keyconn.net>
Date: 1999-01-12 17:35:12

At 08:12 AM 1/12/99 -0500, Jeff Mcadams wrote: >Thus spake King Ho >>HiPer>> show sess dtest > >>Framed IP Address: 202.72.1.243 >>Framed IP Netmask: 0.0.0.0 > ^^^^^^^ >That's not right...unless its just a display bug or something...should >be 255.255.255.255 I get the same thing on a sh sess of my users, with the exception that I'm not showing an IP address either. Do I have a problem here? Service Type: Framed Framed Protocol: PPP Session Timeout: 36000 Idle Timeout: 1800 Speed of Connection: Auto Login Service: Telnet Interface Name: slot:14/mod:5 Framed IP Netmask: 0.0.0.0 Framed Routing: None Framed Callback Identifier: 0 Framed MTU: 1514 Compression Algorithm: None Compression Reset Mode: Auto Receive Acc Map: 4 Transmit Acc Map: 4 Kirk Kirk Mitchell-General Manager sysadmin@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: (usr-tc) Strange problem with HiperArc
From: King Ho <ml@glink.net.hk>
Date: 1999-01-12 17:39:03

Hi, I replace a Netserver with a HiperArc today and found that once a PPP connection is established there is about 50% packet loss when pinging the remote machine. Actually, I cannot not do anything over that connection as everything times out. The modems are quad with firmware 5.9.9 and the HiperArc is using 4.1.72. If I replaced the HiperArc with the Netserver, the packet loss went away. This HiperArc is configured using the same setting as our other HiperArc's and I cannot find any setting that is differenet. I actually tried putting the HiperArc in a chassic with another HiperArc and change the ownership of one of the quad to the new HiperArc and the packet loss appears. When the ownership of the quad is switched back to the old HiperArc, there is no packet loss! The only hardware difference between this two HiperArc's is that the new (bad) HiperArc has 128M RAM whereas the old (good) one has only 64M. This HiperArc is already a replacement for an DOA HiperArc already and I hope this is just a setting problem rather than a hardware problem. Have anyone seen this kind of problem with HiperArc with quad modem card? Below are some data I collected. I appreciate if anyone can point out what I did wrong with the setting. Thanks in advance. Best regards, King Ho Global Link Information Services Ltd. HiPer>> show sess dtest INFORMATION FOR SESSION dtest Service Type: Framed Framed Protocol: PPP Idle Timeout: 1800 Speed of Connection: Auto Login Service: Telnet Interface Name: slot:12/mod:3 Framed IP Address: 202.72.1.243 Framed IP Netmask: 0.0.0.0 Framed Routing: None Framed Callback Identifier: 0 Framed MTU: 1500 Compression Algorithm: None Compression Reset Mode: Auto Receive Acc Map: 0 Transmit Acc Map: 0 HiPer>> HiPer>> show ppp on int slot:12/mod:3 SETTINGS for PPP on INTERFACE slot:12/mod:3 SETTINGS for PPP BUNDLE 9 Operational Status: Opened Number Active Links: 1 User Profile: dtest Local MMRU: 1514 Remote MMRU: 1514 Local Endpoint Class: IEEE MAC Address Local Endpoint Length: 6 Local Endpoint ID: 00:c0:49:12:7e:e4 Remote Endpoint Class: Null Class Remote Endpoint Length: 0 Remote Endpoint ID: Class=0x1:Length=0x0: SETTINGS for PPP BUNDLE 9 COMPRESSION Operational Status: NotOpened Compression Protocol: NONE SETTINGS for PPP BUNDLE 9 IP PROTOCOL Operational Status: Opened Local To Remote Compression Protocol: VJ_TCP Remote To Local Compression Protocol: VJ_TCP Local Max Slot ID: 15 Remote Max Slot ID: 15 Local IP Address: 202.72.0.50 Remote IP Address: 202.72.1.243 SETTINGS for PPP LINK 9 - 27533368 Operational Status: Opened Interface Index: 4075 Local MRU: 1514 Remote MRU: 1514 Local to Peer ACC Map: a0000 Peer to Local ACC Map: 0 Local To Remote Protocol Compression: ENABLED Remote To Local Protocol Compression: ENABLED Local To Remote AC Compression: ENABLED Remote To Local AC Compression: ENABLED SETTINGS for PPP LINK 9 - 27533368 AUTHENTICATION Operational Status: Opened Local To Remote Authenticate Protocol: PAP Remote To Local Authenticate Protocol: NONE HiPer>> HiPer>> set switch int slot:12/mod:3 at ati4 USRobotics Analog/Digital Quad Settings... Copyright, 1988-97, U.S. Robotics. All rights reserved. B0 C1 E0 F1 Q0 V0 X0 BAUD=115200 PARITY=N WORDLEN=8 DTE=GATEWAY NAC DIAL=TONE ON HOOK TIMER LINE=STANDARD ANALOG &A0 &B1 &C1 &D2 &G0 &H1 &I0 &K1 &L0 &M4 &N0 &P0 &R2 &S0 &T4 &U0 &X0 &Y1 %N6 *U1=0 *U2=0 *U3=1 *V2=3 *X0=2048 *X1=2 S00=000 S01=000 S02=255 S03=013 S04=010 S05=008 S06=002 S07=045 S08=002 S09=006 S10=007 S11=070 S12=050 S13=000 S14=000 S15=000 S16=000 S17=000 S18=000 S19=000 S20=000 S21=010 S22=017 S23=019 S24=150 S25=005 S26=001 S27=000 S28=008 S29=020 S30=000 S31=000 S32=009 S33=000 S34=000 S35=000 S36=000 S37=000 S38=000 S39=013 S40=000 S41=000 S42=126 S43=200 S44=015 S45=000 S46=255 S47=034 S48=000 S49=016 S50=100 S51=000 S52=005 S53=000 S54=064 S55=000 S56=000 S57=000 S58=000 S59=000 S60=100 S61=000 S62=008 S63=008 S64=000 S65=000 S66=000 S67=000 S68=000 S69=000 S70=000 S71=001 S72=001 S73=001 S74=000 S75=000 S76=128 S77=000 S78=000 S79=000 S80=000 S81=001 S82=012 LAST DIALED #: LAST DNIS #: LAST ANI #: 0

Subject: Re: (usr-tc) Getting files from Totalservice
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1999-01-12 18:37:17

: When I log in to total service, I see files as being unlocked, but I can't : download them. Any ideas? I get a file not found error. Egh. Get the files' pathnames, and try FTPing to the totalservice.usr.com site directly. Sometimes the web interface and the actual FTP file names do seem to be unsynchronized.

Subject: Re: (usr-tc) TC HUB never getting full?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-12 18:43:59

Thus spake -=X=- >My next question is .. if someone connects with an ISDN TA, does a light >show up on the Quad or Hyper? We are getting busy signals, but out box >shows 9 lights free, and there are 9 B channels in use. Coincidence? With HiPers, yes, they should I believe. With dual-pri card and quads, it depends on the isdn gw setting on the dual-pri card. Ideal is to set it to 0, and it will use the quad cards for ISDN termination, default I think has it at 16 which tries to send it to a NETServer which it is expecting to be in slot 16 with a Munich daughtercard to terminate the ISDN. There are many benefits for using the quads rather than the Munich, so I would recommend that. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) TC HUB never getting full?
From: David Bolen <db3l@ans.net>
Date: 1999-01-12 18:47:29

-=X=- <xlogan@novagate.com> writes: > Thanks for the response .. here is what I get... Since the counters appear to represent different failure totals, you might also want to reset them (there are adjacent options on each menu to do that) and then watch it over a shorter period of time to ensure that the problems you're seeing in the table aren't historical or due to earlier work or troubleshooting. I should have mentioned that in my earlier note. > I hope that came through OK. I notice that 38 had over 3000 rejects, and > that this list only goes up to 63. It's base 0 (0-63), so it represents up to 64 modems - not all of which may be present in your case - which is the maximum number of quad modems that may be present in a chassis (16 slots of quads and one slot of the PRI card). > Am I not having enough modems free for Did the modem status from the main (non-debug) menu show that all of your quad modems were "AVAIL" to the PRI card? If so, and presuming that your chassis had the typical 12 quad cards (48 modems), then having enough shouldn't be that much of a problem. > I did turn the Line Interface Source to t1Tdm to busy out the > bad modems in the above list, but the problem persists. Remember that you'll have to reset the modem (or maybe the slot, I forget) to have such a change take effect. More importantly, however, is to be careful not to reduce your modem count to below your active channels. If you've only tried to remove 2 modems then you should be ok, as you have a "natural" buffer of 2 when you have 48 modems and 2 PRI circuits (only 46 B channels). You might also just try resetting the slot that holds the affected modem (presumably waiting until usage is low) to see if you can clean up whatever is preventing the modem from handling the calls. > bad modems in the above list, but the problem persists. I have not flashed > to the new code yet. Customers are dialing up, it starts to authenticate, > then (in Windows) they get back the 624 error that says 'the computer you > dialed has disconnected you' etc etc :-( Hmm, this sounds slightly different - are you saying the customers are managing to make a modem connection (they hear it train and/or Windows shifts to trying to log in rather than just dialing)? If that's the case then your failure is occurring later than the PRI<->modem communication. But if the users are getting this message while the computer is still trying to make a call (e.g., the modem doesn't make a remote connection and try to train), then it could still be a failure of the PRI to deliver calls successfully to a modem. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) Access Violation details
From: David Bolen <db3l@ans.net>
Date: 1999-01-12 18:55:23

"Randy Cosby" <dcosby@infowest.com> writes: > This is the exact message I get in the "status" column after the TFTP dies > (this time at 85%). I've flashed 3 other boxes of identical configuration > this morning without problem. TFTP has extraordinarily few options (error codes) for returning error information, so I wouldn't take the access violation message itself too seriously. A likely possibility is that there is an underlying failure - such as a flash failure - and the TFTP result code is just used to reflect that fact. Because of the way the NMC receives the DMF file somewhat in parallel with actually transmitting it to the card can muddy the issue with just how far along the transfer has really gotten. If you are using the normal download process through the NMC command table for that slot, try checking out the result and code objects in that table since they often provide additional detail. Then, I would suggest (a) rebooting this card while watching the console port and verify that no self tests (like for the flash hardware) fail. If not, then try using the console port on the card and attempting a manual Z-Modem download - if there is a failure it's possible that after the card aborts you may get some additional information. (This latter option may be slightly risky since there may be some chance of the flash image becoming corrupted if it completes partially). -- David

Subject: Re: (usr-tc) Help with upgrading?
From: David Bolen <db3l@ans.net>
Date: 1999-01-12 19:12:30

"Richard Mazurowski" <rick@surfmail.net> writes: > I have all the latest code but I do not want to upgrade more than I > need if it is not recommended. If so, what order would you start > upgrading this stuff so I wont run into problem...I apprciate all > responses.... By and large I would recommend sticking with system platform releases (that is, keeping all of your components at the same overall release level), unless you are able to perform your own tests of "mixed" releases. I also recommend, if at all possible, to use a selection of your chassis for test purposes prior to upgrading everything. Test the final combination of code as a system unit at some production location to compare to your prior configuration and ensure that you aren't hit by any "gotchas" somehow tickled by your environment. At a minimum, however, I would recommend ensuring that your NMC is at least as updated as the most updated component in the chassis, since the NMC does have internal communication with all cards, and later changes on some card could confuse the NMC if not kept up to date. As for upgrade order, it really doesn't matter all that much (and I've done it in all sorts of sequences). FYI, here's how our tools have handled things for the past few years: Sequence: * NMC first. * Circuit cards (T1/PRI) * Modems (quads, HDMs) * Terminal servers (NETServers, ARCs) Doing the NMC first ensures you have the latest code if any code upgrade fixes were made, and it also gets the NMC reset which can help avoid some problems that have happened in the past when a long-running NMC was used for downloading. The rest of the order came about largely due to position in the chassis (I worked left to right :-)). But there is an advantage to doing all modems before the NETServer/ARC, in that you get an automatic reset following the code downloading, during which the NETServer/ARC can re-attach the packet bus sessions that were lost when the modems were downloaded. If you're not doing the NETServer/ARC, but are doing the modems, don't forget to check the ports after you are done - you may need to reset them to re-open the packet bus links, depending on how well chassis awareness from the NMC is working that day of the week. :-) One other item we do have - if it's been a while since your last upgrade (for ourselves, we probably have no more than 2 system upgrades a year), we also reset all cards about to be upgraded, and then reset the NMC as well. In the past we ran into strange problems doing full chassis upgrades with NMCs that had been operational for a while, and this sort of cleans things out just prior to doing the upgrade - your mileage may vary. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | ANS Communications, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) Help with upgrading?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-12 20:11:41

Thus spake David Bolen >As for upgrade order, it really doesn't matter all that much (and I've >done it in all sorts of sequences). FYI, here's how our tools have >handled things for the past few years: >Sequence: > * NMC first. > * Circuit cards (T1/PRI) > * Modems (quads, HDMs) > * Terminal servers (NETServers, ARCs) Heh...almost opposite of how I do them. I do the NMC first as well (that's pretty obvious IMHO), set the circuit cards to localoutofservice (assuming PRI's which is about all we have) then terminal servers (which kicks everyone off the chassis)...after this its leisurely since the chassis will be skipped over because of the local out of service. Then I do modems, and when they come back up ensure that communication between NETServer and modems is working, then last do the circuit cards since when they come back up, they automatically put the ds0's back in service, which saves me from having to worry about that, and also saves me from having to hurredly put them back into localoutofservice if I haven't done the modems yet. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Brian <signal@shreve.net>
Date: 1999-01-12 23:17:15

On Mon, 11 Jan 1999, Jay Nakamura wrote: > We have recently changed our PRI pool from Netserver/Quads chassis to a > Hiper DSP/Hiper ARC. Several of our customers are complaining about their > ISDN connection coming to a screaching halt after a while and no data > passes through unless they handup and dial again. The problem seems to > happen mostly to Netgear RT328 but some others as well. > to cure this we did: 1. run the latest rt328 code (1.5) 2. disable compression on the rt328 > Has anyone else had this problem and what can be done? > > DSP Ver 1.2.60 > ARC Ver 4.1.72-7 > > > > J.S. Nakamura -- Kiva Networking -- Project Manager > Phone (812)337-5070 ext 213 -- Fax (812)337-5082 > jnakamur@kiva.net > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: Re: (usr-tc) Help with upgrading?
From: Richard Mazurowski <rick@surfmail.net>
Date: 1999-01-12 23:38:17

Thanks I really appreciate it...I think I have a bad chassis card on a slot and I want to move a quad modem card to the end of the chassis and enable it on slot 14 or 15...what are the commands in the netserver to disable it fromt he current slot (4) and enable slot 14 to take the quad and answer calls on it...Thanks for any help... rick

Subject: Re: (usr-tc) Help with upgrading?
From: Richard Mazurowski <rick@surfmail.net>
Date: 1999-01-12 23:38:17

Subject: (usr-tc) RADIUS accounting and 4.1.72-7 HARC Code
From: bruno.treguier@infini.fr
Date: 1999-01-12 23:49:49

Hello, We're presently running 4.1.11 on our HiperARC, and have also noticed that some of the sessions "STOP" accounting records seem to fall into some kind of "black hole"... And this is, of course, rather annoying. As the 4.1.72-7 release notes state that this version solves the problem, I'm planning to upgrade our HARC in a few days. Can anyone confirm that it is worth the burden ? Is the RADIUS accountinf problem really solved ? Thanks ! Bruno -- Bruno TREGUIER <treguier@infini.fr> | " Il y a 3 sortes de personnes: FreeBSD 2.2.5, XFree86 3.3.1 | celles qui savent compter, Association INFINI, Brest, FRANCE | et celles qui ne savent pas..."

Subject: Re: (usr-tc) Strange problem with HiperArc
From: King Ho <ml@glink.net.hk>
Date: 1999-01-13 02:46:46

I think it is just shows that the radius server did not specify any netmask and the HiperArc will default to 255.255.255.255 as I just checked using "list ip net". Does any one know how to duplicate the setting of one HiperArc to another by using the bulk config file? I want to duplicate the exact setting of a known good working HiperArc to this one and change just the IP address and see if it will still give me the same problem. Thanks. Best regards, King Ho Global Link Information Services Ltd. On Tue, 12 Jan 1999, Jeff Mcadams wrote: > Thus spake King Ho > >HiPer>> show sess dtest > > >INFORMATION FOR SESSION dtest > >Service Type: Framed > >Framed Protocol: PPP > >Idle Timeout: 1800 > >Speed of Connection: Auto > >Login Service: Telnet > >Interface Name: slot:12/mod:3 > >Framed IP Address: 202.72.1.243 > >Framed IP Netmask: 0.0.0.0 > ^^^^^^^ > That's not right...unless its just a display bug or something...should > be 255.255.255.255 > > I don't, however, know if this will fix your problem or not...just the > only thing that looked wrong. > -- > Jeff McAdams Email: jeffm@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@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. >

Subject: (usr-tc) (USR-TC) RADIUS ACCOUNTIN
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1999-01-13 07:58:00

Bruno, It appears to be better but I am still seeing instances where they don't make it and RADIUS thinks the user is still online <sigh>. I am not sure what happened between 4.0.29 and 4.1 with this but 3COm definetly broke things. Jeff U>Hello, U>We're presently running 4.1.11 on our HiperARC, and have also noticed U>that some of the sessions "STOP" accounting records seem to fall into U>some kind of "black hole"... And this is, of course, rather annoying. U>As the 4.1.72-7 release notes state that this version solves the U>problem, I'm planning to upgrade our HARC in a few days. Can anyone U>confirm that it is worth the burden ? Is the RADIUS accountinf problem U>really solved ? U>Thanks ! U>Bruno U>-- U>Bruno TREGUIER <treguier@infini.fr> | " Il y a 3 sortes de personnes: U>FreeBSD 2.2.5, XFree86 3.3.1 | celles qui savent compter, U>Association INFINI, Brest, FRANCE | et celles qui ne savent U>pas..." U>- U> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" U> with "unsubscribe usr-tc" in the body of the message. U> For information on digests or retrieving files and old messages send U> "help" to the same address. Do not use quotes in your message. CMPQwk 1.42 9999

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-13 07:58:56

Thus spake Brian >On Mon, 11 Jan 1999, Jay Nakamura wrote: >> We have recently changed our PRI pool from Netserver/Quads chassis to a >> Hiper DSP/Hiper ARC. Several of our customers are complaining about their >> ISDN connection coming to a screaching halt after a while and no data >> passes through unless they handup and dial again. The problem seems to >> happen mostly to Netgear RT328 but some others as well. >to cure this we did: >1. run the latest rt328 code (1.5) >2. disable compression on the rt328 No workie here. Done both, still see it. :/ -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Mark Ross <mark@apu.ccis.com>
Date: 1999-01-13 10:09:07

Hi, Will net ARC cards work with the older Total Control boxes and Digital/analog modems ? What kind of prices are the ARC cards running ? On Wed, 13 Jan 1999, Mike Andrews wrote: > I was trying to come up with a list of differences between the NETservers > and ARCs for pretty much the same reason -- we need more modems badly and > the ARC/HDM tradeup combo looks like the best deal going this month. > > The only ones I could come up with offhand: > > - The ARC has no way of getting a user's idle time. Given that there are > things like ICQ that make people seem un-idle when they're really idle > anyway, this isn't that serious of an issue, just mildly annoying. > > - When a user tries to log in with a bad password, the NETserver will > allow them to try several times. The ARC disconnects them immediately; > one strike you're out. Again, mildly annoying, but more so than the > idle time thing. > > Are there any others I forgot about? > > Going the other direction, by getting rid of NETservers, you get rid of > Quake problems and some problems with scripted logins (haven't fully > tracked down the cause of the latter but the ARC seems immune). Plus the > debugging tools on the ARC are a bit more helpful. > > By the way... did I see someone say that ARCs are now shipping with 128 > meg of RAM? What in the world do they need that for? Are they planning > to add BGP or something? Our ARC never uses even close to half of the 64 > meg it has now... > > > Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY > mandrews@dcr.net -=- http://www.termfrost.org --=--=-- "If you ever see me > getting beaten by the police, put down the video camera and come help me!" > > On Wed, 13 Jan 1999, Jim Johnson wrote: > > > Now we are considering taking some of our older chassis Netserver cards > > and trading them out for the ARC/HDM combo and rebate program. > > > > Are there any problems that we should be aware of before we start giving > > away our Netserver cards? > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) Swapping Netservers for ARCS
From: Jim Johnson <jim@perigee.net>
Date: 1999-01-13 10:28:26

First, thanks for this list. It provides a valuable technical resource greater than any I know of from 3COM at any price. Anyway, we have been using the HiPer DSP chassis from 3COM since July and are reasonably pleased with them now that 1.2.60 and 4.1.72 are running on them. Now we are considering taking some of our older chassis Netserver cards and trading them out for the ARC/HDM combo and rebate program. Are there any problems that we should be aware of before we start giving away our Netserver cards? Thanks, Jim Johnson

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Brian <signal@shreve.net>
Date: 1999-01-13 11:20:29

On Wed, 13 Jan 1999, Jim Johnson wrote: > > First, thanks for this list. It provides a valuable technical resource > greater than any I know of from 3COM at any price. > > Anyway, we have been using the HiPer DSP chassis from 3COM since July > and are reasonably pleased with them now that 1.2.60 and 4.1.72 are > running on them. > > Now we are considering taking some of our older chassis Netserver cards > and trading them out for the ARC/HDM combo and rebate program. > > Are there any problems that we should be aware of before we start giving > away our Netserver cards? In my opinion, at this point in time, their are no reasons to want to stay with netservers over hiperarcs. For us anyways, it was a no brainer, however some people may have some special considerations that apply to their networks. Brian > > Thanks, > > Jim Johnson > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: (usr-tc) Netserver 16I
From: Tony Loosle <tony@tcsourceone.com>
Date: 1999-01-13 12:08:48

Has anyone successfully put the v.90 code on a 8I or 16I netserver? if so, what version of netserver code and modem code are you using? My box keeps locking up!! If I flash it and reconfigure it, it will run for about 12 hours before locking up, then lockup every hour or so until I reflash it again. Any help would be greatly appreciated!! Tony

Subject: (usr-tc) V.90 and 56K on USR TC
From: Syed Amiruddin <amir@cyber.net.pk>
Date: 1999-01-13 12:39:34

Hi , Any one help me how I can upgrade my USR modems on V.90. I have USR total control access servers with v.34 quad modem cards, and I need to upgrade these modem on V.90 and 56K also. Regards, -- Syed Amiruddin Sr.Systems Engineer Network Operations Cyber Internet Services (Pvt) Ltd. E-mail: amir@cyber.net.pk Phone : (92-21)111445566 Ext.232/201 Fax : (92-21)5686745

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-01-13 12:45:58

I was trying to come up with a list of differences between the NETservers and ARCs for pretty much the same reason -- we need more modems badly and the ARC/HDM tradeup combo looks like the best deal going this month. The only ones I could come up with offhand: - The ARC has no way of getting a user's idle time. Given that there are things like ICQ that make people seem un-idle when they're really idle anyway, this isn't that serious of an issue, just mildly annoying. - When a user tries to log in with a bad password, the NETserver will allow them to try several times. The ARC disconnects them immediately; one strike you're out. Again, mildly annoying, but more so than the idle time thing. Are there any others I forgot about? Going the other direction, by getting rid of NETservers, you get rid of Quake problems and some problems with scripted logins (haven't fully tracked down the cause of the latter but the ARC seems immune). Plus the debugging tools on the ARC are a bit more helpful. By the way... did I see someone say that ARCs are now shipping with 128 meg of RAM? What in the world do they need that for? Are they planning to add BGP or something? Our ARC never uses even close to half of the 64 meg it has now... Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=--=-- "If you ever see me getting beaten by the police, put down the video camera and come help me!" On Wed, 13 Jan 1999, Jim Johnson wrote: > Now we are considering taking some of our older chassis Netserver cards > and trading them out for the ARC/HDM combo and rebate program. > > Are there any problems that we should be aware of before we start giving > away our Netserver cards?

Subject: (usr-tc) Upgrade from Trunk T-1 to PRI
From: dns-admin@netsol.net
Date: 1999-01-13 12:46:50

Dear List, Help!! We are upgrading our Trunks to PRI. So Far, haven't have much luck. On the those hiper/dsp bundles, the one that was used for Trunk gives a cause code 100 when calls comes in. Thought the DSPs that was originally connected to PRI still works fine. On the old dual PRI/quad bundles, we flashed "dual PRI card" to the PRI code. Also give us the cause code 100 when call comes in. I appreciate any thoughts/ideas/pointers. Liping Chen -- Netsol Technologies

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Adam Snodgrass <support@atomic.net>
Date: 1999-01-13 13:40:41

Hi, -----Original Message----- >I was trying to come up with a list of differences between the NETservers >and ARCs for pretty much the same reason -- we need more modems badly and >the ARC/HDM tradeup combo looks like the best deal going this month. > >The only ones I could come up with offhand: > >- The ARC has no way of getting a user's idle time. Given that there are >things like ICQ that make people seem un-idle when they're really idle >anyway, this isn't that serious of an issue, just mildly annoying. I'd love to see this change myself. As you say, mildly annoying, but something I'd rather have available nonetheless. >- When a user tries to log in with a bad password, the NETserver will >allow them to try several times. The ARC disconnects them immediately; >one strike you're out. Again, mildly annoying, but more so than the >idle time thing. This is something that bothers me. I much preferred allowing the user to attempt to re-enter the password again. This 'feature' has begun to generate tech calls from folks who have mistyped their password or username and got disconnected with some sort of error message. This, to me, is more than mildly annoying. Is there something I can do in the HiperARC to alleviate this? >Are there any others I forgot about? > >Going the other direction, by getting rid of NETservers, you get rid of >Quake problems and some problems with scripted logins (haven't fully >tracked down the cause of the latter but the ARC seems immune). Plus the >debugging tools on the ARC are a bit more helpful. I did the trade-up program here back in December, and have been very pleased with the HARC since. I had zero problems getting it setup after removing the Netserver, and the debugging tools are definitely terrific. Never had any Quake problems with my old Netserver (or, at least none reported), so I don't know how that may have helped/hindered me. >By the way... did I see someone say that ARCs are now shipping with 128 >meg of RAM? What in the world do they need that for? Are they planning >to add BGP or something? Our ARC never uses even close to half of the 64 >meg it has now... My HARC shipped with a 128MB DIMM. My chassis uses very little of that. Future expansion, I suppose? >Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY >mandrews@dcr.net -=- http://www.termfrost.org --=--=-- "If you ever see me >getting beaten by the police, put down the video camera and come help me!" Kind Regards, Adam Snodgrass

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Clayton Zekelman <clayton@mnsi.net>
Date: 1999-01-13 13:42:06

Any ComOS type scripts and utilities will no longer work with HiPerARC (pmwho, etc...). We ran a couple of HiPerARCs in our network under test for a while, and decided to swap out all of our Netservers. We just got our shipment of 20 tradeup kits in yesterday, and we started deploying today. At 10:28 AM 1/13/99 -0500, you wrote: > >First, thanks for this list. It provides a valuable technical resource >greater than any I know of from 3COM at any price. > >Anyway, we have been using the HiPer DSP chassis from 3COM since July >and are reasonably pleased with them now that 1.2.60 and 4.1.72 are >running on them. > >Now we are considering taking some of our older chassis Netserver cards >and trading them out for the ARC/HDM combo and rebate program. > >Are there any problems that we should be aware of before we start giving >away our Netserver cards? > >Thanks, > >Jim Johnson > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

Subject: Re: (usr-tc) PCSDL
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-01-13 13:44:55

This is why I never got rid of my old Compaq 486SX laptop... it's great for exactly this sort of thing. (Put a FreeBSD partition on it too, and it makes a great mobile packet sniffer...) If the PCSDL protocol for Total Control cards is anything like the SDL protocol for Couriers, it's really messy -- somewhere I have a writeup where some guy reverse engineered it, and says it does things like send a command at one speed, then switch port speeds and watches the "OK" come back at the different speed... Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=--=-- "If you ever see me getting beaten by the police, put down the video camera and come help me!" On Tue, 12 Jan 1999, Randy Cosby wrote: > Is there a non-dos PCSDL available? For FreeBSD or BSDI perhaps? > > I have a "spontaneous rebooting" NMC, and it looks like PCSDL is the only > way to fix it. I don't have a dos/windows box near the server.

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Brian Elfert <brian@citilink.com>
Date: 1999-01-13 13:45:53

On Wed, 13 Jan 1999, Jeff Mcadams wrote: > unit), there are a bunch of strings in there that kind of indicate what > type of stuff 3Com seems to be aiming for to support in the Arc, I did > notice OSPF of course, also saw BGP, and quite a few other routing > protocols. On the Totalservice site, under betas, they talk about a whole bunch of protocols for the HiperARC that are being tested. Brian

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: David Swearingin <david@carolnet.com>
Date: 1999-01-13 13:49:00

We made the changeover and we use TC S/A Database manager and now have an "unauthenticated" user in the log files with six digit hours of use shown. Ours does allow more than one password attempt. another problem is not rejecting a user who enters his user name as johndoe@domain.com instead of simply johndoe. That creates another entry in the "Calls" database and now we have entries for johndoe and johndoe@domain.com. Anyone have solutions? David At 02:14 PM 1/13/99 -0500, you wrote: >Yeah, this I knew. :) We've been running a mixed NETserver/ARC shop for a >while now. There are at least two "pmwho" replacements for the ARC though >(Marshall Morgan's and my own)... and I've got some other homebrew stuff >that works on both platforms. pmcom can be hacked to run on both >platforms too, though of course the commands you actually send with it >would be different. > >Besides idle time, not re-starting PAP on password failures, and that it >isn't ComOS... does anyone else know of any major or minor differences >between the two? (In the current release, and excluding major things the >NETserver will never have, like Appletalk, TACACS, and eventually OSPF) > > >Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY >mandrews@dcr.net -=- http://www.termfrost.org --=--=-- "If you ever see me >getting beaten by the police, put down the video camera and come help me!" > >On Wed, 13 Jan 1999, Clayton Zekelman wrote: > >> Any ComOS type scripts and utilities will no longer work with HiPerARC >> (pmwho, etc...). We ran a couple of HiPerARCs in our network under test >> for a while, and decided to swap out all of our Netservers. We just got >> our shipment of 20 tradeup kits in yesterday, and we started deploying today. >> >> >> At 10:28 AM 1/13/99 -0500, you wrote: >> > >> >First, thanks for this list. It provides a valuable technical resource >> >greater than any I know of from 3COM at any price. >> > >> >Anyway, we have been using the HiPer DSP chassis from 3COM since July >> >and are reasonably pleased with them now that 1.2.60 and 4.1.72 are >> >running on them. >> > >> >Now we are considering taking some of our older chassis Netserver cards >> >and trading them out for the ARC/HDM combo and rebate program. >> > >> >Are there any problems that we should be aware of before we start giving >> >away our Netserver cards? >> > >> >Thanks, >> > >> >Jim Johnson >> > >> >- >> > To unsubscribe to usr-tc, send an email to "majordomo@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. >> > >> --- >> Clayton Zekelman >> Managed Network Systems Inc. (MNSi) >> 875 Ouellette Avenue >> Windsor, Ontario >> N9A 4J6 >> >> tel. 519-985-8410 >> fax. 519-258-3009 >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. > __________________________________________________ David Swearingin (david@carolnet.com) CARROLLTON INTERNET SERVICE (www.carolnet.com) First Financial Group, Inc. 11 N. Folger, Carrollton, MO 64633 816-542-3002 Fax 816-542-3003

Subject: (usr-tc) Wierd radius problem
From: vanhalen@coredcs.com
Date: 1999-01-13 14:08:51

Hello, I've got a problem where users can dial into one of our boxes running netserver with quads via a different telephone number and then also dial into our main hunt group and be authenticated twice via radius. If they were to dial our main number twice they would not be authenticated on the second connection. But if they are connected on the main number and then connect on the other number they can connect. All of our boxes authenticate via radius to the same machine. It's almost as if this box isn't checking with radius or radius isn't acknowledging what is happening correctly. Anyone ever experience anything like this or have any ideas where to go to fix it? Thanks, Steve

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-01-13 14:14:14

Yeah, this I knew. :) We've been running a mixed NETserver/ARC shop for a while now. There are at least two "pmwho" replacements for the ARC though (Marshall Morgan's and my own)... and I've got some other homebrew stuff that works on both platforms. pmcom can be hacked to run on both platforms too, though of course the commands you actually send with it would be different. Besides idle time, not re-starting PAP on password failures, and that it isn't ComOS... does anyone else know of any major or minor differences between the two? (In the current release, and excluding major things the NETserver will never have, like Appletalk, TACACS, and eventually OSPF) Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=--=-- "If you ever see me getting beaten by the police, put down the video camera and come help me!" On Wed, 13 Jan 1999, Clayton Zekelman wrote: > Any ComOS type scripts and utilities will no longer work with HiPerARC > (pmwho, etc...). We ran a couple of HiPerARCs in our network under test > for a while, and decided to swap out all of our Netservers. We just got > our shipment of 20 tradeup kits in yesterday, and we started deploying today. > > > At 10:28 AM 1/13/99 -0500, you wrote: > > > >First, thanks for this list. It provides a valuable technical resource > >greater than any I know of from 3COM at any price. > > > >Anyway, we have been using the HiPer DSP chassis from 3COM since July > >and are reasonably pleased with them now that 1.2.60 and 4.1.72 are > >running on them. > > > >Now we are considering taking some of our older chassis Netserver cards > >and trading them out for the ARC/HDM combo and rebate program. > > > >Are there any problems that we should be aware of before we start giving > >away our Netserver cards? > > > >Thanks, > > > >Jim Johnson > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@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. > > > --- > Clayton Zekelman > Managed Network Systems Inc. (MNSi) > 875 Ouellette Avenue > Windsor, Ontario > N9A 4J6 > > tel. 519-985-8410 > fax. 519-258-3009 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-13 14:35:34

Thus spake Mike Andrews >does anyone else know of any major or minor differences >between the two? (In the current release, and excluding major things the >NETserver will never have, like Appletalk, TACACS, and eventually OSPF) On the subject of eventually supported things, if you dump the file...uhm...strings.something or other. Don't remember the actual filename at this point (been a while since I played with our Arc demo unit), there are a bunch of strings in there that kind of indicate what type of stuff 3Com seems to be aiming for to support in the Arc, I did notice OSPF of course, also saw BGP, and quite a few other routing protocols. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) v.90 upgrade = high tech support overhead
From: Wayne Barber <barberw@tidewater.net>
Date: 1999-01-13 15:29:08

We just upgraded to x2/v.90 on our TCH. We have a Netserver/PRI and 12 d/a quad modems. Since the upgrade, it's been a tech support nightmare. Many people with 56k modems cannot connect at all, while a few can connect at slow (v.34) speeds. Why is this such a hassle? Is there some setting I could change that would allow more people to connect? To give something back, here are some URLs that have helped a lot and some info I have found: http://www.808hi.com/56k/ http://www.56k.com http://www.modemhelp.com Also, LT Winmodems work well after upgrading to driver version 5.32. Wayne Barber Coastal Telco Services

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-01-13 15:34:03

I tried testing username@mydomain.com and it does not work. It only accepts the username with the version of Hiper Code that I am running. 4.1.72 Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Sent: Wednesday, January 13, 1999 3:23 PM > > >David Swearingin wrote: >> >> We made the changeover and we use TC S/A Database manager and now have an >> "unauthenticated" user in the log files with six digit hours of use shown. >> Ours does allow more than one password attempt. another problem is not >> rejecting a user who enters his user name as johndoe@domain.com instead of >> simply johndoe. That creates another entry in the "Calls" database and now >> we have entries for johndoe and johndoe@domain.com. Anyone have solutions? > >Not only does a HiPer ARC allow username@whatever.com, it also accepts >Windows NT domains, such as DCNAHQ\reaton. > >I wish it would strip the domain information off before it logs it. Just >log under what it used to authenticate. > >-- > >Ronald Kushner >GLISnet, Inc. >+1 810/939.9885 > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) v.90 upgrade = high tech support overhead
From: David Bolen <db3l@ans.net>
Date: 1999-01-13 15:40:57

"Wayne Barber" <barberw@tidewater.net> writes: > We just upgraded to x2/v.90 on our TCH. We have a Netserver/PRI and 12 d/a > quad modems. Since the upgrade, it's been a tech support nightmare. Many > people with 56k modems cannot connect at all, while a few can connect at > slow (v.34) speeds. Why is this such a hassle? Is there some setting I could > change that would allow more people to connect? One thought - when you did the upgrade, did you restore all modems to factory defaults, add in any settings you may have customized and saved the changes? Depending on the code revision you upgraded from, I've found that not doing so can sometimes result in all sorts of "interesting" behavior. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | UUNET Technologies, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: David Swearingin <david@carolnet.com>
Date: 1999-01-13 15:43:36

I'm also using Hiper code 4.1.72. I think the weakness is in the Security and Accounting Database Manager V6.0.8 I'm using. David At 03:34 PM 1/13/99 -0600, you wrote: >I tried testing username@mydomain.com and it does not work. It only accepts >the username with the version of Hiper Code that I am running. 4.1.72 > > >Thanks >Paul JR. >AlaWeb Support >1800-427-8896 >http://www.alaweb.com/support.html > > > > >----- Original Message ----- >From: Ronald E. Kushner <ron@glis.net> >To: <usr-tc@lists.xmission.com> >Sent: Wednesday, January 13, 1999 3:23 PM >Subject: Re: (usr-tc) Swapping Netservers for ARCS > > >> >> >>David Swearingin wrote: >>> >>> We made the changeover and we use TC S/A Database manager and now have an >>> "unauthenticated" user in the log files with six digit hours of use >shown. >>> Ours does allow more than one password attempt. another problem is not >>> rejecting a user who enters his user name as johndoe@domain.com instead >of >>> simply johndoe. That creates another entry in the "Calls" database and >now >>> we have entries for johndoe and johndoe@domain.com. Anyone have >solutions? >> >>Not only does a HiPer ARC allow username@whatever.com, it also accepts >>Windows NT domains, such as DCNAHQ\reaton. >> >>I wish it would strip the domain information off before it logs it. Just >>log under what it used to authenticate. >> >>-- >> >>Ronald Kushner >>GLISnet, Inc. >>+1 810/939.9885 >> >>- >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. > __________________________________________________ David Swearingin (david@carolnet.com) CARROLLTON INTERNET SERVICE (www.carolnet.com) First Financial Group, Inc. 11 N. Folger, Carrollton, MO 64633 816-542-3002 Fax 816-542-3003

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Ronald E. Kushner <ron@glis.net>
Date: 1999-01-13 16:23:27

David Swearingin wrote: > > We made the changeover and we use TC S/A Database manager and now have an > "unauthenticated" user in the log files with six digit hours of use shown. > Ours does allow more than one password attempt. another problem is not > rejecting a user who enters his user name as johndoe@domain.com instead of > simply johndoe. That creates another entry in the "Calls" database and now > we have entries for johndoe and johndoe@domain.com. Anyone have solutions? Not only does a HiPer ARC allow username@whatever.com, it also accepts Windows NT domains, such as DCNAHQ\reaton. I wish it would strip the domain information off before it logs it. Just log under what it used to authenticate. -- Ronald Kushner GLISnet, Inc. +1 810/939.9885

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: David Swearingin <david@carolnet.com>
Date: 1999-01-13 17:26:52

At 06:09 PM 1/13/99 -0500, you wrote: >On Wed, 13 Jan 1999, Ronald E. Kushner wrote: > >> David Swearingin wrote: >> > >> > We made the changeover and we use TC S/A Database manager and now have an >> > "unauthenticated" user in the log files with six digit hours of use shown. > >Known bug in older ARC code... there's a setting you can change to make >it stop logging these. > Can you direct me to where this setting is? > >> > Ours does allow more than one password attempt. another problem is not > >It does? Wonder if this is Radius server specific -- though I wouldn't >think so... > > >> > rejecting a user who enters his user name as johndoe@domain.com instead of >> > simply johndoe. That creates another entry in the "Calls" database and now >> > we have entries for johndoe and johndoe@domain.com. Anyone have solutions? > >Really? Ours very definitely rejects username@domain. Do you have any >NETservers to compare against? I'd think that would be more of a Radius >server problem anyway.... we're running a modified Livingston 2.0.1 >server, not 3Com's Radius server. > > >Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY >mandrews@dcr.net -=- http://www.termfrost.org --=--=-- "If you ever see me >getting beaten by the police, put down the video camera and come help me!" > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > __________________________________________________ David Swearingin (david@carolnet.com) CARROLLTON INTERNET SERVICE (www.carolnet.com) First Financial Group, Inc. 11 N. Folger, Carrollton, MO 64633 816-542-3002 Fax 816-542-3003

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1999-01-13 18:01:00

-> >- When a user tries to log in with a bad password, the NETserver will -> >allow them to try several times. The ARC disconnects them immediately; -> >one strike you're out. Again, mildly annoying, but more so than the >idle -> time thing. -> -> This is something that bothers me. I much preferred allowing the user to -> attempt to re-enter the password again. This 'feature' has begun to -> generate tech calls from folks who have mistyped their password or username -> and got disconnected with some sort of error message. This, to me, is more -> than mildly annoying. Is there something I can do in the HiperARC to -> alleviate this? -> I remeber reporting this to Krish many months ago when we first went to the HiPerArc. Back then it couldn't be fixed and then later Krish said that if you set the authentication to PAP only, then it would work like the Netserver. I personally never tried it because by then we had NT users who had defaulted to CHAP and that would break them. Maybe Krish can chime in here. Jeff Binkley ASA Network Computing

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-01-13 18:09:49

On Wed, 13 Jan 1999, Ronald E. Kushner wrote: > David Swearingin wrote: > > > > We made the changeover and we use TC S/A Database manager and now have an > > "unauthenticated" user in the log files with six digit hours of use shown. Known bug in older ARC code... there's a setting you can change to make it stop logging these. > > Ours does allow more than one password attempt. another problem is not It does? Wonder if this is Radius server specific -- though I wouldn't think so... > > rejecting a user who enters his user name as johndoe@domain.com instead of > > simply johndoe. That creates another entry in the "Calls" database and now > > we have entries for johndoe and johndoe@domain.com. Anyone have solutions? Really? Ours very definitely rejects username@domain. Do you have any NETservers to compare against? I'd think that would be more of a Radius server problem anyway.... we're running a modified Livingston 2.0.1 server, not 3Com's Radius server. Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=--=-- "If you ever see me getting beaten by the police, put down the video camera and come help me!"

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-01-13 18:41:29

On Wed, 13 Jan 1999, David Swearingin wrote: > At 06:09 PM 1/13/99 -0500, you wrote: > >On Wed, 13 Jan 1999, Ronald E. Kushner wrote: > > > >> David Swearingin wrote: > >> > > >> > We made the changeover and we use TC S/A Database manager and now have an > >> > "unauthenticated" user in the log files with six digit hours of use > shown. > > > >Known bug in older ARC code... there's a setting you can change to make > >it stop logging these. > > > > Can you direct me to where this setting is? Krish posted it here just the other day... let me look through my mirror of the list archives.... ah, here it is: On Sun, 10 Jan 1999, Gilles Melanson wrote: > Sun Jan 10 02:48:58 1999: Accounting: 6/226 'unauthenticated' via > 209.91.129.6 from 209.91.129.6 port 1044 Stop - OK > > I seem to be getting *alot* of these in my radius logs now (Merit 2.3.24C, > to be exact) .. ever since I made the transition from 4.0.30 -> 4.1.72. > > Anyone have any clues as to why the ARC is sending back these packets? > .. this can't be specific to my software. > > As well, if anyone can explain how the chassis picks port#s, that > information would be very useful. *laf* This basically means that a call came and got disconnected within 10 sec. You can disable the same by issuing this command set accounting loG_UNAUTHENTICATED_CALLS faLSE krish

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-13 23:20:52

Thus spake Bob Purdon >> >to cure this we did: >> >> >1. run the latest rt328 code (1.5) >> >2. disable compression on the rt328 >> >> No workie here. Done both, still see it. :/ >Ditto - I've got 1.5 RT328 code, and compression is disabled. Dialling >into a Cisco though rather than a NETserver/ARC. Makes me suspicious of >the RT328... Agreed...and if my life ever slows down a bit, I'll give Bay a holler about it. From what I'm hearing here, this is a fairly widespread problems with the RT3[24]8. If anyone else beats me to it, give me a holler. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Ronald E. Kushner <ron@glis.net>
Date: 1999-01-14 00:40:11

Jeff Mcadams wrote: > Agreed...and if my life ever slows down a bit, I'll give Bay a holler > about it. From what I'm hearing here, this is a fairly widespread > problems with the RT3[24]8. If anyone else beats me to it, give me a > holler. Here is a hint. Bay doesn't make the equipment. Calling them is worthless. Zyxel makes the RT-328 & RH-348. They seem more responsive. -- Ronald Kushner GLISnet, Inc. +1 810/939.9885

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-14 00:45:45

Thus spake Ronald E. Kushner >Jeff Mcadams wrote: >> Agreed...and if my life ever slows down a bit, I'll give Bay a holler >> about it. From what I'm hearing here, this is a fairly widespread >> problems with the RT3[24]8. If anyone else beats me to it, give me a >> holler. >Here is a hint. Bay doesn't make the equipment. Calling them is >worthless. Zyxel makes the RT-328 & RH-348. They seem more responsive. Well...I knew it wasn't originally at least Bay equipment, but hadn't a clue about who really made it. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-01-14 01:16:44

On Thu, 14 Jan 1999, Jeff Mcadams wrote: > Thus spake Ronald E. Kushner > >Jeff Mcadams wrote: > >> Agreed...and if my life ever slows down a bit, I'll give Bay a holler > >> about it. From what I'm hearing here, this is a fairly widespread > >> problems with the RT3[24]8. If anyone else beats me to it, give me a > >> holler. > > >Here is a hint. Bay doesn't make the equipment. Calling them is > >worthless. Zyxel makes the RT-328 & RH-348. They seem more responsive. > > Well...I knew it wasn't originally at least Bay equipment, but hadn't a > clue about who really made it. Zyxel makes that thing? Interesting... For anyone who's interested, Cisco is running a promotion on their new 804 ISDN routers -- one per company for $250: http://www.cisco.com/offer/800eval/v028/ http://www.cisco.com/warp/public/728/800/800sr_ds.htm Basically the same idea as a Cisco 776 (NT-1, two POTS, 4 port 10baseT hub), except it's a real Cisco product and not a relabeled Combinet. Meaning, it runs IOS 12.0, has a better cpu, more ram, more flash, costs a ton (~$600) after the promo's over... I've got one on order to replace the Ascend (err, Lucent... "Lucend"?) Pipeline 25FX I use at home now... I found out about it right before I was going to upgrade to a Pipeline 75. Now I can have IOS at home instead of Ascend's awful menu interface. :) Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=--=-- "If you ever see me getting beaten by the police, put down the video camera and come help me!"

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-14 01:41:39

Thus spake Mike Andrews >Now I can have IOS at home >instead of Ascend's awful menu interface. :) I had a business lunch with a company that uses all Ascend stuff to run their network and I said something along the lines of "Whoever came up with that menu config system that they use should be...", he completed the sentence as "given a medal." (he wasn't a techie), at the same time as I was completing it as "shot." -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-14 04:35:40

On Wed, 13 Jan 1999, Jeff Binkley wrote: > -> >- When a user tries to log in with a bad password, the NETserver will > -> >allow them to try several times. The ARC disconnects them immediately; > -> >one strike you're out. Again, mildly annoying, but more so than the >idle > -> time thing. > -> > -> This is something that bothers me. I much preferred allowing the user to > -> attempt to re-enter the password again. This 'feature' has begun to > -> generate tech calls from folks who have mistyped their password or username > -> and got disconnected with some sort of error message. This, to me, is more > -> than mildly annoying. Is there something I can do in the HiperARC to > -> alleviate this? > -> > > > I remeber reporting this to Krish many months ago when we first went > to the HiPerArc. Back then it couldn't be fixed and then later Krish > said that if you set the authentication to PAP only, then it would > work like the Netserver. I personally never tried it because by then > we had NT users who had defaulted to CHAP and that would break them. > Maybe Krish can chime in here. > In 4.0.30 and above code using pap - the HiPer arc will behave just as NETSErver - will provide 5 attempts for the user to send username and password. If the user does chap - then its alwas only one attempt. krish > Jeff Binkley > ASA Network Computing > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-14 04:49:48

On Thu, 14 Jan 1999, Jeff Mcadams wrote: > Thus spake Mike Andrews > >Now I can have IOS at home > >instead of Ascend's awful menu interface. :) > > I had a business lunch with a company that uses all Ascend stuff to run > their network and I said something along the lines of "Whoever came up > with that menu config system that they use should be...", he completed > the sentence as "given a medal." (he wasn't a techie), at the same time > as I was completing it as "shot." Talking about Ascend - I have a question. This is regarding BACP. I am testing BACP. Is there anything that can be done that will from the command line on the ascend 50 that will give me some type of debug info etc - regarding BACP. I am looking for any debug command that will give me some info. Something similar to debug ppp bacp ( Cisco type ) or if there is something that can be done to report to syslog. Any thing at all. thanks krish > -- > Jeff McAdams Email: jeffm@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@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. >

Subject: Re: (usr-tc) Swapping Net
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1999-01-14 08:46:00

u>On Wed, 13 Jan 1999, Jeff Binkley wrote: u>> -> >- When a user tries to log in with a bad password, the NETserver u>> -> >will allow them to try several times. The ARC disconnects them u>> -> >immediately; one strike you're out. Again, mildly annoying, but u>more so than the >idle u>> -> time thing. u>> -> This is something that bothers me. I much preferred allowing the u>> -> user to attempt to re-enter the password again. This 'feature' u>> -> has begun to generate tech calls from folks who have mistyped u>their password or username u>> -> and got disconnected with some sort of error message. This, to u>me, is more u>> -> than mildly annoying. Is there something I can do in the u>> -> HiperARC to alleviate this? u>> I remeber reporting this to Krish many months ago when we first went u>> to the HiPerArc. Back then it couldn't be fixed and then later u>> Krish said that if you set the authentication to PAP only, then it u>> would work like the Netserver. I personally never tried it because u>> by then we had NT users who had defaulted to CHAP and that would u>> break them. Maybe Krish can chime in here. u>In 4.0.30 and above code using pap - the HiPer arc will behave just as u>NETSErver - will provide 5 attempts for the user to send username and u>password. If the user does chap - then its alwas only one attempt. Krish, I've never gotten it to work. I just retested 4.1.72 and after one attempt is disconnects. I thought you had said it depends upon how you have PPP configured. Here's what I am using: PPP AUTHENTICATION DIAL_IN Users Authenticate: ANY PPP Authentication Preference: DEFAULT System Transmit Authentication Name: HiPer PPP offloading: ENABLED CCP will be attempted for call type(s): ALL Primary NBNS Server address: 0.0.0.0 Secondary NBNS Server address: 0.0.0.0 DNS configuration Usage: SYSTEM Primary PPP DNS Server address: 199.178.136.2 Secondary PPP DNS Server address: 199.178.136.5 PPP session start message: PPP session from %server_ip to %client Jeff Binkley ASA Network Computing CMPQwk 1.42 9999

Subject: Re: (usr-tc) Swapping Net
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-14 08:58:10

On Thu, 14 Jan 1999, Jeff Binkley wrote: > > Krish, > > I've never gotten it to work. I just retested 4.1.72 and after one > attempt is disconnects. I thought you had said it depends upon how you > have PPP configured. Here's what I am using: > > PPP AUTHENTICATION > DIAL_IN Users Authenticate: ANY > PPP Authentication Preference: DEFAULT This setup - basically says that HiPer arc will accept any authentication request, and it will from its side start chap first, and PAP next. If you want the hiper arc to start PAP first and chap next - like the netserver without the chapfst on - then you set the ppp authentication preference to pap and leave the ppp authentication to pap. krish > System Transmit Authentication Name: HiPer > > PPP offloading: ENABLED > > CCP will be attempted for call type(s): ALL > > Primary NBNS Server address: 0.0.0.0 > Secondary NBNS Server address: 0.0.0.0 > > DNS configuration Usage: SYSTEM > > Primary PPP DNS Server address: 199.178.136.2 > Secondary PPP DNS Server address: 199.178.136.5 > > PPP session start message: PPP session from %server_ip to > %client > > > Jeff Binkley > ASA Network Computing > > CMPQwk 1.42 9999 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) Swapping Netservers for ARCS
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-14 10:47:13

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Robert von Bismarck >Sent: Thursday, January 14, 1999 9:39 AM >To: 'usr-tc@lists.xmission.com' >Subject: RE: (usr-tc) Swapping Netservers for ARCS > > > OSPF would be nicer than BGP in the meantime... > > Hey 3com ! anyone read this ?? hellooooo ??? hint ? hint ? > > Robert ;-) > No one needs a hint. It's been in the works for sometime. You will see it soon. > > >> By the way... did I see someone say that ARCs are now shipping with >> 128 >> meg of RAM? What in the world do they need that for? Are they >> planning >> to add BGP or something? Our ARC never uses even close to half of the >> 64 >> meg it has now... >> > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) Is NTP on HiperARC 4.1.72-7 broken ?
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-14 10:52:16

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Robert von Bismarck >Sent: Thursday, January 14, 1999 9:26 AM >To: 'usr-tc@xmission.com' >Subject: (usr-tc) Is NTP on HiperARC 4.1.72-7 broken ? > > >According to the documentation from 3com, NTP works like this on the ARC >: > >HiPer>> set ntP primARY_SERVER aaa.bbb.ccc.ddd enABLED yES > >This is what my ARC answers : > >HiPer>> set ntp primARY_SERVER aaa.bbb.ccc.ddd enabled yes >CLI - Invalid Argument: enabled It's been changed: 1. First set ntp primary_server <ip address> then 2. enable ntp > >This field is a KEYWORD. The possible values are: >POLLING_INTERVAL RETRANSMISSIONS TIMEOUT >PRIMARY_SERVER SECONDARY_SERVER >Required Arguments are: > >End of Command >HiPer>> > >This is the result of shOW ntP : > >HiPer>> sh ntp >Primary Server is: aaa.bbb.ccc.ddd >Secondary Server is: 0.0.0.0 >Status: DISABLED >Polling Interval: 600 seconds >Max Retranmissions: 5 >Retransmission Timeout: 10 seconds >HiPer>> > >How the f.. do I enable NTP ??????? It's required for MPIP to work if >I'm not mistaken ? > >My NTP server works fine, all my ciscos work with it real good, the suns >as well... > >Any ideas ? > >Robert > >-- >Robert von Bismarck >Network Systems Engineer >Petrel Communications SA >Tel : +41 22 304 47 47 >Fax : +41 22 300 48 43 >WWW : http://www.petrel.ch >e-mail : rvb@petrel.ch > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) Is NTP on HiperARC 4.1.72-7 broken ?
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-14 11:01:19

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian K McIntire >Sent: Thursday, January 14, 1999 10:52 AM >To: usr-tc@lists.xmission.com >Subject: RE: (usr-tc) Is NTP on HiperARC 4.1.72-7 broken ? > > >>-----Original Message----- >>From: owner-usr-tc@lists.xmission.com >>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Robert von Bismarck >>Sent: Thursday, January 14, 1999 9:26 AM >>To: 'usr-tc@xmission.com' >>Subject: (usr-tc) Is NTP on HiperARC 4.1.72-7 broken ? >> >> >>According to the documentation from 3com, NTP works like this on the ARC By the way, you must be looking at old documentation. Mine shows it correctly. Download harc41user(2).pdf from totalservice. >>: >> >>HiPer>> set ntP primARY_SERVER aaa.bbb.ccc.ddd enABLED yES >> >>This is what my ARC answers : >> >>HiPer>> set ntp primARY_SERVER aaa.bbb.ccc.ddd enabled yes >>CLI - Invalid Argument: enabled > >It's been changed: >1. First set ntp primary_server <ip address> then >2. enable ntp > >> >>This field is a KEYWORD. The possible values are: >>POLLING_INTERVAL RETRANSMISSIONS TIMEOUT >>PRIMARY_SERVER SECONDARY_SERVER >>Required Arguments are: >> >>End of Command >>HiPer>> >> >>This is the result of shOW ntP : >> >>HiPer>> sh ntp >>Primary Server is: aaa.bbb.ccc.ddd >>Secondary Server is: 0.0.0.0 >>Status: DISABLED >>Polling Interval: 600 seconds >>Max Retranmissions: 5 >>Retransmission Timeout: 10 seconds >>HiPer>> >> >>How the f.. do I enable NTP ??????? It's required for MPIP to work if >>I'm not mistaken ? >> >>My NTP server works fine, all my ciscos work with it real good, the suns >>as well... >> >>Any ideas ? >> >>Robert >> >>-- >>Robert von Bismarck >>Network Systems Engineer >>Petrel Communications SA >>Tel : +41 22 304 47 47 >>Fax : +41 22 300 48 43 >>WWW : http://www.petrel.ch >>e-mail : rvb@petrel.ch >> >> >>- >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) Is NTP on HiperARC 4.1.72-7 broken ?
From: K Mitchell <mitch@keyconn.net>
Date: 1999-01-14 11:03:38

At 04:26 PM 1/14/99 +0100, Robert von Bismarck <rvb@petrel.ch> wrote: >According to the documentation from 3com, NTP works like this on the ARC >: > >HiPer>> set ntp primARY_SERVER aaa.bbb.ccc.ddd enabled yes >CLI - Invalid Argument: enabled > >How the f.. do I enable NTP ??????? It's required for MPIP to work if >I'm not mistaken ? try SET NTP PRIMARY_SERVER aaa.bbb.ccc.ddd then ENABLE NTP or even vise-versa might work Kirk Kirk Mitchell-General Manager sysadmin@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-14 11:05:08

Thus spake Robert von Bismarck > OSPF would be nicer than BGP in the meantime... > Hey 3com ! anyone read this ?? hellooooo ??? hint ? hint ? OSPF is nearly there...my understanding is that it seriously almost made it into 4.1.x, so I actually feel rather confident that it will be in 4.2.x. I know this is a song and dance that we've all heard before, but this time I really do think its coming. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Bob Purdon <bobp@southcom.com.au>
Date: 1999-01-14 11:13:09

> >to cure this we did: > > >1. run the latest rt328 code (1.5) > >2. disable compression on the rt328 > > No workie here. Done both, still see it. :/ Ditto - I've got 1.5 RT328 code, and compression is disabled. Dialling into a Cisco though rather than a NETserver/ARC. Makes me suspicious of the RT328... Regards, Bob Purdon, Technical Manager, Southern Internet Services.

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Brian <signal@shreve.net>
Date: 1999-01-14 13:17:08

On Wed, 13 Jan 1999, Jeff Mcadams wrote: > Thus spake Mike Andrews > >does anyone else know of any major or minor differences > >between the two? (In the current release, and excluding major things the > >NETserver will never have, like Appletalk, TACACS, and eventually OSPF) > > On the subject of eventually supported things, if you dump the > file...uhm...strings.something or other. Don't remember the actual > filename at this point (been a while since I played with our Arc demo > unit), there are a bunch of strings in there that kind of indicate what > type of stuff 3Com seems to be aiming for to support in the Arc, I did > notice OSPF of course, also saw BGP, and quite a few other routing > protocols. Interesting. Is their a file you can dump/grok/strings on that will show *all* commands, even the hidden ones? Brian > -- > Jeff McAdams Email: jeffm@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@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. > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: Re: (usr-tc) Swapping Netservers for ARCS
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-14 14:24:13

Thus spake Brian >Interesting. Is their a file you can dump/grok/strings on that will show >*all* commands, even the hidden ones? Not that I found when playing. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) 12 BRI > Adtran unit > PRI
From: John Powell <jp@packet.ae.usr.com>
Date: 1999-01-14 14:41:22

Terry, I assume that is the Atlas 800. Kind of limited, but a nice box for that purpose. I use them in my lab for splitting out PRIs to various test boxes. Adtran may be a slight competitor, but I have to say it is a pretty cool box that is quite unique for its' price range. The one thing you will want to look out for is trying to get the BRIs configured in a hunt. Seems like child's play, but it isn't. You will likely run into issues having both digital and analogcalls hunt, and almost certainly run into issues with limits on the number of channels in the hunt. Your mileage will vary depending on the switch, switch code rev, knowledge of the telco person taking your order and provisioning the circuits, etc. On top of that, have fun troubleshooting it if they don't get it right. Bottom line, although it seems real swell on the face, it can be an uphill battle actually getting it running. Potentially, it could work great and you'll love it. Caveat emptor is all I can say. JP On Mon, 11 Jan 1999, Terry Kennedy wrote: > I have some agent who want to replace my channelized T1 circuits with > 12 BRI line running into some type of unit that adtran makes and comes > on the other end as PRI. Anyone heard of this? WE don't consider PRI by > itself because of tarrifs. THese BRI 's would cost less than the channelized > T1 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Bob Purdon <bobp@southcom.com.au>
Date: 1999-01-14 15:39:04

> Agreed...and if my life ever slows down a bit, I'll give Bay a holler > about it. From what I'm hearing here, this is a fairly widespread > problems with the RT3[24]8. If anyone else beats me to it, give me a > holler. Good luck. I contacted them about another issue and, for comparison, stated that a Cisco didn't exhibit the same (in my opinion) incorrect behaviour. The reply I got back was to the effect that "Cisco's cost more, what did you expect?" Regards, Bob Purdon, Technical Manager, Southern Internet Services.

Subject: (usr-tc) NT 4.0 and HiperArc/v.90
From: pferraro@wna-linknet.com
Date: 1999-01-14 15:55:32

We have a client that is using Windows NT v4.x and a Hayes Accura 4703US v.90 modem.... The can sometimes connect, but usually get disconnected within a few sec/min. We did a search for some init strings and ended up putting s38=0 in the "Extra settings". The modem now connects, but at v.34 (26,400) Anyone have any suggestions that we might be able to pass along to see if we can get them a good v.90 connection? This is the first time we have had problems with NT. I remember reading something about turning compression Off/On LCP maybe... Not sure. If any one has suggestions, woould be glad to hear them! You can reply via separate email! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

Subject: RE: (usr-tc) Swapping Netservers for ARCS
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-14 16:07:25

>-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams >Sent: Thursday, January 14, 1999 1:24 PM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) Swapping Netservers for ARCS > > >Thus spake Brian >>Interesting. Is their a file you can dump/grok/strings on that will show >>*all* commands, even the hidden ones? I didn't catch the whole thread so I apologize if someone mentioned this already. You can reveal many of the hidden commands by type _rev com. However, I would not recommend using most of them. It wouldn't be hard to foul things up a bit. > >Not that I found when playing. >-- >Jeff McAdams Email: jeffm@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@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. >

Subject: RE: (usr-tc) "Access violation"?
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-14 16:10:26

I had the same problem while uploading code via a VERY crowded 64k leased line, after upgrading to 2Meg HDSL I've never seen this problem arise again. This could also be caused by too many collisions on the ethernet network where your HiPerARC is located (is it a switch, or a passive hub ? hint ? hint ? ;-) I successfully flashed HiperARC, HiperDSP and NMC code. My setup : HiperARC 4.1.72-7 HiperDSP 1.2.5 NMC : 5.5.5 TCM 5.5.1 for M$-Window$ (I know I'm conservative with code versions, but I like other members in the list do the beta testing, and apply the fixes they recommend ;-) Robert > -----Original Message----- > From: Randy Cosby [SMTP:dcosby@infowest.com] > Sent: lundi, 11. janvier 1999 15:02 > To: usr-tc@lists.xmission.com > Subject: (usr-tc) "Access violation"? > > I'm trying to upgrade some hiperarc code via TCM, but keep getting > "access > violation" errors at varying points in the download. Once it was at > about > 30%, another 48, another at 95% (argh!). I've seen TFTP timeouts, and > understand that concept. What in the world is an "access violation"? > I'd > expect to see that at the beginning of the download. > > Thanks, > > > Randy Cosby <dcosby@infowest.com> > Vice President > InfoWest Global Internet Services, Inc. > (435)674-0165 http://www.infowest.com > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) Is NTP on HiperARC 4.1.72-7 broken ?
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-14 16:26:14

According to the documentation from 3com, NTP works like this on the ARC : HiPer>> set ntP primARY_SERVER aaa.bbb.ccc.ddd enABLED yES This is what my ARC answers : HiPer>> set ntp primARY_SERVER aaa.bbb.ccc.ddd enabled yes CLI - Invalid Argument: enabled This field is a KEYWORD. The possible values are: POLLING_INTERVAL RETRANSMISSIONS TIMEOUT PRIMARY_SERVER SECONDARY_SERVER Required Arguments are: End of Command HiPer>> This is the result of shOW ntP : HiPer>> sh ntp Primary Server is: aaa.bbb.ccc.ddd Secondary Server is: 0.0.0.0 Status: DISABLED Polling Interval: 600 seconds Max Retranmissions: 5 Retransmission Timeout: 10 seconds HiPer>> How the f.. do I enable NTP ??????? It's required for MPIP to work if I'm not mistaken ? My NTP server works fine, all my ciscos work with it real good, the suns as well... Any ideas ? Robert -- Robert von Bismarck Network Systems Engineer Petrel Communications SA Tel : +41 22 304 47 47 Fax : +41 22 300 48 43 WWW : http://www.petrel.ch e-mail : rvb@petrel.ch

Subject: RE: (usr-tc) Swapping Netservers for ARCS
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-14 16:38:46

OSPF would be nicer than BGP in the meantime... Hey 3com ! anyone read this ?? hellooooo ??? hint ? hint ? Robert ;-) > By the way... did I see someone say that ARCs are now shipping with > 128 > meg of RAM? What in the world do they need that for? Are they > planning > to add BGP or something? Our ARC never uses even close to half of the > 64 > meg it has now... >

Subject: (usr-tc) channelized vs pri DSP
From: Theodore Cekan <ted@mho.net>
Date: 1999-01-14 18:02:10

How do I change the DSP configuration from PRI to channelized T1 and vice versa? Thanks, Ted

Subject: (usr-tc) Adding a Extra IP to Hiper Arc.
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-01-14 19:25:53

Can anyone tell me how to add a extra Ip address to the Hiper Arc Router card? Will the Hiper router card support two Ip addresses? Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Sent: Thursday, January 14, 1999 7:02 PM >How do I change the DSP configuration from PRI to channelized T1 and vice >versa? > >Thanks, > >Ted > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Adding a Extra IP to Hiper Arc.
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-14 21:00:42

yes - you can add multiple ip address to hiper arc. Just add another ip network krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Thu, 14 Jan 1999, Paul Jr. (AlaWeb Support) wrote: > Can anyone tell me how to add a extra Ip address to the Hiper Arc Router > card? Will the Hiper router card support two Ip addresses? > > Thanks > Paul JR. > AlaWeb Support > 1800-427-8896 > http://www.alaweb.com/support.html > > > > > ----- Original Message ----- > From: Theodore Cekan <ted@mho.net> > To: <usr-tc@lists.xmission.com> > Sent: Thursday, January 14, 1999 7:02 PM > Subject: (usr-tc) channelized vs pri DSP > > > >How do I change the DSP configuration from PRI to channelized T1 and vice > >versa? > > > >Thanks, > > > >Ted > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) channelized vs pri DSP (fwd)
From: Theodore Cekan <ted@mho.net>
Date: 1999-01-14 21:36:37

Did that, anything else? The Hiper still only shows 23 modems. Switch type is also still set at priSw5ESS. Thanks, Ted -----Original Message----- >>> How do I change the DSP configuration from PRI to channelized T1 and >>>vice versa? >> >>Change the signaling mode from message oriented to robbed bit. > >I should probably add to my own comments that after you change it to >robbed bit, you need to select the card, save T1/E1 settings to NVRAM, and >reboot the card for it to take effect. > >-------------------------------------------------------------------------- >| Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | >| Executive Vice President - Exec-PC, Inc. | >-------------------------------------------------------------------------- > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) channelized vs pri DSP
From: Curt Shambeau <curt@execpc.com>
Date: 1999-01-14 21:50:25

> How do I change the DSP configuration from PRI to channelized T1 and vice > versa? Change the signaling mode from message oriented to robbed bit. | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: Re: (usr-tc) channelized vs pri DSP (fwd)
From: Curt Shambeau <curt@execpc.com>
Date: 1999-01-14 21:54:47

>> How do I change the DSP configuration from PRI to channelized T1 and >>vice versa? > >Change the signaling mode from message oriented to robbed bit. I should probably add to my own comments that after you change it to robbed bit, you need to select the card, save T1/E1 settings to NVRAM, and reboot the card for it to take effect. | Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | | Executive Vice President - Exec-PC, Inc. |

Subject: Re: (usr-tc) (USR-TC) RADIUS ACCOUNTIN
From: bruno.treguier@infini.fr
Date: 1999-01-14 22:50:16

Dans son message post� le 13/01/99 � 07:58, Jeff Binkley �crivait: > > > > Bruno, > > It appears to be better but I am still seeing instances where they don't > make it and RADIUS thinks the user is still online <sigh>. I am not > sure what happened between 4.0.29 and 4.1 with this but 3COm definetly > broke things. Thanks Jeff. In fact, We are currently testing 4.1.72-7, which I downloaded via tftp. BTW, when you boot from network and specify the "ONCE" option in the boot menu, does it mean that your flash mem gets upgraded too, so that the next time you boot from flash you get the new version ? I did'nt take the time to reboot once again to check that, as I didn't want my users to keep knocking at the door for too long. :-) Something which might be related to this problem: when you take a look at log messages sent via syslog, you can see things like "Stop Acct already sent for session xxxx, not resending." (or something approaching). Perhaps the HARC is sometimes wrong in its assumption about the Stop accounting having already been sent... And finally ends up sending no Stop acct at all for some of the sessions ! We've been running 4.1.72 for about 24 hours now, and haven't lost any Stop accounting log yet. Compared to the 15% or so we were losing with 4.1.11, it's _really_ an improvement (at least on this side, there may still be bad suprises on others)... Bruno -- Bruno TREGUIER <treguier@infini.fr> | " Il y a 3 sortes de personnes: FreeBSD 2.2.5, XFree86 3.3.1 | celles qui savent compter, Association INFINI, Brest, FRANCE | et celles qui ne savent pas..."

Subject: Re: (usr-tc) channelized vs pri DSP (fwd)
From: Terry Kennedy <terry@olypen.com>
Date: 1999-01-15 08:26:36

Or repower the unit -----Original Message----- > >Ah.... Make sure you set up the modem type on the ARC if you have the card >set to STATIC. Do a liST chaSSIS to see what the cards are set to. > >Then, you'll have to: > >set chassis slot xx card_type HDM_24 > >set chassis slot xx ports 24 > > >------------------------- >> Did that, anything else? The Hiper still only shows 23 modems. Switch type >> is also still set at priSw5ESS. >> >> Thanks, >> >> Ted >> >> >> -----Original Message----- >> From: Curt Shambeau <curt@execpc.com> >> To: USR Total Control Mailing list <usr-tc@xmission.com> >> Date: Thursday, January 14, 1999 8:56 PM >> Subject: Re: (usr-tc) channelized vs pri DSP (fwd) >> >> >> >>> How do I change the DSP configuration from PRI to channelized T1 and >> >>>vice versa? >> >> >> >>Change the signaling mode from message oriented to robbed bit. >> > >> >I should probably add to my own comments that after you change it to >> >robbed bit, you need to select the card, save T1/E1 settings to NVRAM, and >> >reboot the card for it to take effect. >> > >> >-------------------------------------------------------------------------- >> >| Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | >> >| Executive Vice President - Exec-PC, Inc. | >> >-------------------------------------------------------------------------- >> > >> > >> > >> >- >> > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >> > >-------------------------------------------------------------------------- >| Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | >| Executive Vice President - Exec-PC, Inc. | >-------------------------------------------------------------------------- > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: Re: (usr-tc) channelized vs pri DSP (fwd)
From: Curt Shambeau <curt@execpc.com>
Date: 1999-01-15 09:15:29

Ah.... Make sure you set up the modem type on the ARC if you have the card set to STATIC. Do a liST chaSSIS to see what the cards are set to. Then, you'll have to: set chassis slot xx card_type HDM_24 set chassis slot xx ports 24

Subject: Re: (usr-tc) channelized vs pri DSP (fwd)
From: Curt Shambeau <curt@execpc.com>
Date: 1999-01-15 09:15:29

Subject: (usr-tc) Can't HARM one of my HARCs
From: Jim Johnson <jim@perigee.net>
Date: 1999-01-15 10:35:41

When I try and open one particular HARCs to HARM it, the connection times out. I checked the SNMP communities on the HARC and it looks right. I can still communicate with all of my other HARCs (including one in the same chassis) and they are configured the same. Am I missing something obvious? Thanks in advance, Jim Johnson - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) Just upgraded to HiperDSP
From: Wayne Barber <barberw@tidewater.net>
Date: 1999-01-15 11:39:58

Ok, so I got the upgrade package but I've only installed the HiperDSP so far. The modems are working, the netserver recognizes them and they are taking calls. So what's the problem this time? I've told the netserver it now has 72 addresses it can assign, which is up from the 48 I had configured before. But it isn't assigning any of the new ones. I've added them to DNS (regular and reverse). I have saved all, but haven't restarted the netserver. I hope I don't have to, since the weather in Maine has kept everyone inside and on the Internet. Any ideas? Thanks, Wayne Barber Coastal Telco Services - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) Just upgraded to HiperDSP
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-15 11:45:07

Thus spake Wayne Barber >I have saved all, but >haven't restarted the netserver. I hope I don't have to, since the weather >in Maine has kept everyone inside and on the Internet. >Any ideas? Unfortunately, you have to reboot. Sorry. -- Jeff McAdams Email: jeffm@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@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.

Subject: RE: (usr-tc) Just upgraded to HiperDSP
From: matthews <matthews@brunnet.net>
Date: 1999-01-15 12:44:39

On Friday, January 15, 1999 12:40 PM, Wayne Barber [SMTP:barberw@tidewater.net] wrote: > Ok, so I got the upgrade package but I've only installed the HiperDSP so > far. The modems are working, the netserver recognizes them and they are > taking calls. So what's the problem this time? > > I've told the netserver it now has 72 addresses it can assign, which is up > from the 48 I had configured before. But it isn't assigning any of the new > ones. I've added them to DNS (regular and reverse). I have saved all, but > haven't restarted the netserver. I hope I don't have to, since the weather > in Maine has kept everyone inside and on the Internet. > Yes, I believe you need to reboot. At least I had to when I increased my pool size from 47 to 48 to accomodate an additional analog line. Be Seeing You... =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Matthew Stainforth<>Technical Services Manager<>BrunNet Inc.<>(506)450-4562 Don't rush me, sonny. You rush a miracle maker and you get rotten miracles. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Subject: RE: (usr-tc) Just upgraded to HiperDSP
From: matthews <matthews@brunnet.net>
Date: 1999-01-15 12:44:39

Subject: RE: (usr-tc) channelized vs pri DSP (fwd)
From: Eric Billeter <ebilleter@cableone.net>
Date: 1999-01-15 15:50:02

Reboot the Hiperarc. Eric T. Billeter Cable One Internet Engineer 1314 North 3rd Street ebilleter@cableone.net Phoenix, AZ 85004 -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Terry Kennedy Sent: Friday, January 15, 1999 9:27 AM Or repower the unit -----Original Message----- > >Ah.... Make sure you set up the modem type on the ARC if you have the card >set to STATIC. Do a liST chaSSIS to see what the cards are set to. > >Then, you'll have to: > >set chassis slot xx card_type HDM_24 > >set chassis slot xx ports 24 > > >------------------------- >> Did that, anything else? The Hiper still only shows 23 modems. Switch type >> is also still set at priSw5ESS. >> >> Thanks, >> >> Ted >> >> >> -----Original Message----- >> From: Curt Shambeau <curt@execpc.com> >> To: USR Total Control Mailing list <usr-tc@xmission.com> >> Date: Thursday, January 14, 1999 8:56 PM >> Subject: Re: (usr-tc) channelized vs pri DSP (fwd) >> >> >> >>> How do I change the DSP configuration from PRI to channelized T1 and >> >>>vice versa? >> >> >> >>Change the signaling mode from message oriented to robbed bit. >> > >> >I should probably add to my own comments that after you change it to >> >robbed bit, you need to select the card, save T1/E1 settings to NVRAM, and >> >reboot the card for it to take effect. >> > >> >-------------------------------------------------------------------------- >> >| Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | >> >| Executive Vice President - Exec-PC, Inc. | >> >-------------------------------------------------------------------------- >> > >> > >> > >> >- >> > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >> > >-------------------------------------------------------------------------- >| Curtis V. Shambeau | curt@execpc.com | http://www.execpc.com/~curt | >| Executive Vice President - Exec-PC, Inc. | >-------------------------------------------------------------------------- > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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.

Subject: (usr-tc) VSA Question
From: Peter Stemwedel <pstemwedel@interaccess.com>
Date: 1999-01-15 16:19:22

Is there a way on the Netservers to disable the sending on vendor specific attributes like there is on the Hiper? Thanks, Peter Peter Stemwedel Network Engineer InterAccess Co.

Subject: (usr-tc) Security and Acounting server wont startup!
From: Matthew E. Pearson <mpearson@tiac.net>
Date: 1999-01-15 23:10:40

When I run saserver to get it gong I get the following messages which end in it crashing and not loading! HELP! 19990115 18:52:51 [503]: *** Starting Security/Accounting Server Script at: 01/1 5/1999 18:52:51 *** 19990115 18:52:51 [503]: Version: Server: V06.00.07/sa6100 Build Date: Thu Aug 13 16:02:04 CDT 1998, Database: 6.0.7 19990115 18:52:51 [503]: Operating System: SunOS 5.5.1 Generic 19990115 18:52:51 [503]: Database: Text Files 19990115 18:52:51 [503]: bUseAcctFlatFiles: 1 19990115 18:52:51 [503]: Ports: Radius Acct: 1646, Radius Sec: 1645 19990115 18:52:51 [503]: *** Security Startup Complete at 01/15/1999 18:52:51 ** * 19990115 18:52:53 [502]: gethostbyname() failed: Error 0 [ccomms.cpp(113)] 19990115 18:52:53 [502]: Could not create Communications Object: -1 [radserv.cpp (1968)] RadCtrl::closeWriteCPort(): Closing the Write Control Port.

Subject: Re: (usr-tc) USR-TC and Lucent PM3
From: Mark Ross <mark@apu.ccis.com>
Date: 1999-01-16 10:20:26

Hi, We offer both types of servers to our customers, It sure helps, Its much easier offering the customer a choice of servers, than pulling out your hair tring to figure out why brand x server does not work with brand y modem. Also be sure to put it on its own "hunt group". On Sat, 16 Jan 1999, Adam Greene wrote: > Hi! > > I subscribed to this mailing list so I could ask you the following question: > > I am considering buying a USR Total Control Chassis with HiperDSP cards. I > currently have a Lucent Portmaster3 but, like any NAS, it has problems > connecting to some client modems. > > My question is: does anyone else have both a USR-TC and a PM3? Do some of > the client modems that don't connect well to the PM3 will connect well to > the USR-TC? Do you think I will spend less time giving technical support to > my customers and increase my ISP's popularity (due to a greater number of > satisfied customers) by having both boxes? > > Thanks for sharing your point of view, > Adam Greene > Webjogger Internet Services > http://www.webjogger.net > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) USR-TC and Lucent PM3
From: Mark Ross <mark@apu.ccis.com>
Date: 1999-01-16 10:20:26

Subject: (usr-tc) USR-TC and Lucent PM3
From: Adam Greene <maillist@webjogger.net>
Date: 1999-01-16 10:52:11

Hi! I subscribed to this mailing list so I could ask you the following question: I am considering buying a USR Total Control Chassis with HiperDSP cards. I currently have a Lucent Portmaster3 but, like any NAS, it has problems connecting to some client modems. My question is: does anyone else have both a USR-TC and a PM3? Do some of the client modems that don't connect well to the PM3 will connect well to the USR-TC? Do you think I will spend less time giving technical support to my customers and increase my ISP's popularity (due to a greater number of satisfied customers) by having both boxes? Thanks for sharing your point of view, Adam Greene Webjogger Internet Services http://www.webjogger.net

Subject: Re: (usr-tc) USR-TC and Lucent PM3
From: Jack Singer <jsinger@usacars.com>
Date: 1999-01-16 13:15:48

We use both. The PM3 works well witht he rockwell chip set and lucent. The USR box works best with the rest. Jack Adam Greene wrote: > Hi! > > I subscribed to this mailing list so I could ask you the following question: > > I am considering buying a USR Total Control Chassis with HiperDSP cards. I > currently have a Lucent Portmaster3 but, like any NAS, it has problems > connecting to some client modems. > > My question is: does anyone else have both a USR-TC and a PM3? Do some of > the client modems that don't connect well to the PM3 will connect well to > the USR-TC? Do you think I will spend less time giving technical support to > my customers and increase my ISP's popularity (due to a greater number of > satisfied customers) by having both boxes? > > Thanks for sharing your point of view, > Adam Greene > Webjogger Internet Services > http://www.webjogger.net > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) Block call based on ANI?
From: Pete Ashdown <pashdown@xmission.com>
Date: 1999-01-16 13:28:50

We've got a problem with a spammer who is repeatedly signing up different accounts to spam from. Apparently since he's making more money off of spamming for porno sites than what we're taking away from him with each cancellation, he just keeps signing up. The only commonality between accounts is the phone number he is dialing from. Is there anyway to configure a HDM to block based on a particular ANI?

Subject: Re: (usr-tc) Block call based on ANI?
From: vanhalen@coredcs.com
Date: 1999-01-16 16:32:09

I'll let someone else handle the ANI blocking but why don't you have a legal clause that allows you to fine him a decent sum ($200.00 or more) every time it happens for your time investigating it? Or better yet have your attorney send him a letter saying that he is violating a federal law by taking over your mail server to do the spamming and to cease and desist. There are more than a few legal options against this person if he is one of your customers provided that you have setup your legal agreement correct. Steve On Sat, 16 Jan 1999, Pete Ashdown wrote: > We've got a problem with a spammer who is repeatedly signing up different > accounts to spam from. Apparently since he's making more money off of > spamming for porno sites than what we're taking away from him with each > cancellation, he just keeps signing up. > > The only commonality between accounts is the phone number he is dialing > from. Is there anyway to configure a HDM to block based on a particular > ANI? > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Block call based on ANI?
From: Peter D. Mayer <dmayer@netwalk.com>
Date: 1999-01-16 17:08:22

Yup, DNIS and ANI restriction is a new feature in ARC 4.1.72-7. Check the release notes for details on the new commands. Peter D. Mayer NetWalk System Administrator dmayer@netwalk.com -----Original Message----- We've got a problem with a spammer who is repeatedly signing up different accounts to spam from. Apparently since he's making more money off of spamming for porno sites than what we're taking away from him with each cancellation, he just keeps signing up. The only commonality between accounts is the phone number he is dialing from. Is there anyway to configure a HDM to block based on a particular ANI? - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) Quad Modem Hardware Revs
From: Clayton Zekelman <clayton@mnsi.net>
Date: 1999-01-16 17:25:35

I just received my batch of HiPerARC cards from 3Com and have been swapping out my Netservers. I've noticed on a few occasions now that some Qauds show their Oper Status to be Down, but their Admin Status to be up when I do a list int. The only thing I've noticed that is different about these modems is they show up as having a product code of 000790 and a hardware rev of 0.2.0 in TCM's inventory screen. The working modems show up as 0NV000 with a hardware rev of 3.0.0. Any idea whats up? --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

Subject: Re: (usr-tc) ISDN spiraling death on Hiper ARC
From: Peter D. Mayer <dmayer@netwalk.com>
Date: 1999-01-16 17:57:35

-----Original Message----- >Thus spake Brian >>On Mon, 11 Jan 1999, Jay Nakamura wrote: >>> We have recently changed our PRI pool from Netserver/Quads chassis to a >>> Hiper DSP/Hiper ARC. Several of our customers are complaining about their >>> ISDN connection coming to a screaching halt after a while and no data >>> passes through unless they handup and dial again. The problem seems to >>> happen mostly to Netgear RT328 but some others as well. > >>to cure this we did: > >>1. run the latest rt328 code (1.5) >>2. disable compression on the rt328 > >No workie here. Done both, still see it. :/ I've noticed this too. I have a NetGear RH348 dialing into NETServer/Quads that does the same thing. I've noticed it mostly with SMB traffic. We have a customer with an RT328 and they're reporting the same problem at random. Both running 1.5, compression is off on both. Anybody have any ideas? Peter D. Mayer NetWalk System Administrator dmayer@netwalk.com

Subject: Re: (usr-tc) Block call based on ANI?
From: John Powell <jp@packet.ae.usr.com>
Date: 1999-01-16 18:10:16

I don't know of any way to do it with the modem. I would think Radius would be the best way. The phone company might also be able to do it. Of course, no matter what you do with ANI, chances are if he figures that out, he'll just block "callerID" with a dial code (I assume that is a dial option in your area) or use a different line. Personally, I'd send Bubba and Louie (or even worse, a lawyer) to go pay a personal visit ;) It is too bad you guys need to go to such lengths with these morons. I don't envy the position ISPs are being put in. JP On Sat, 16 Jan 1999, Pete Ashdown wrote: > We've got a problem with a spammer who is repeatedly signing up different > accounts to spam from. Apparently since he's making more money off of > spamming for porno sites than what we're taking away from him with each > cancellation, he just keeps signing up. > > The only commonality between accounts is the phone number he is dialing > from. Is there anyway to configure a HDM to block based on a particular > ANI? > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Block call based on ANI?
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-01-16 21:58:52

Actually, we do it in Radius, which makes it work on NETservers and ARCs regardless of which software release you have. I don't know if all Radius servers can do this though, but just in case it helps anyone... We use a modified Livingston Radius 2.0.1, which lets you have multiple DEFAULT entries at the bottom. We use this primarily to give different defaults to users in different Unix groups. (For example, setting Port-Limit and Max_Channels for MLPPP users.) You can also use it to block logins from an ANI: DEFAULT Auth-Type = Reject, Calling-Station-Id = "5025551212" near the bottom of your users file (before your normal DEFAULT entry), which will stop all logins from that phone number. You can also get creative and make it so that one user can only log in from one particular number, and other numbers are rejected for that user; we've used this for people who just don't understand that sharing their password with their friends is stupid. For example: joesixpack Auth-Type = System, Calling-Station-Id = "5025551212" Port-Limit = 1, Max_Channels = 1, Session-Timeout = 43200, Idle-Timeout = 1800, User-Service-Type = Framed-User, Framed-Protocol = PPP, Framed-Address = 255.255.255.254, Framed-Netmask = 255.255.255.255, Framed-Routing = Listen, Framed-Compression = Van-Jacobsen-TCP-IP, Framed-MTU = 1500, Framed-Filter-Id = "dialup" # joesixpack Auth-Type = Reject Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=--=-- "If you ever see me getting beaten by the police, put down the video camera and come help me!" On Sat, 16 Jan 1999, Peter D. Mayer wrote: > Yup, DNIS and ANI restriction is a new feature in ARC 4.1.72-7. Check the > release notes for details on the new commands. > > Peter D. Mayer > NetWalk System Administrator > dmayer@netwalk.com > > > -----Original Message----- > From: Pete Ashdown <pashdown@xmission.com> > To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> > Date: Saturday, January 16, 1999 3:30 PM > Subject: (usr-tc) Block call based on ANI? > > > We've got a problem with a spammer who is repeatedly signing up different > accounts to spam from. Apparently since he's making more money off of > spamming for porno sites than what we're taking away from him with each > cancellation, he just keeps signing up. > > The only commonality between accounts is the phone number he is dialing > from. Is there anyway to configure a HDM to block based on a particular > ANI? > > - > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) Block call based on ANI?
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-17 08:33:14

On Sat, 16 Jan 1999, Pete Ashdown wrote: > We've got a problem with a spammer who is repeatedly signing up different > accounts to spam from. Apparently since he's making more money off of > spamming for porno sites than what we're taking away from him with each > cancellation, he just keeps signing up. > > The only commonality between accounts is the phone number he is dialing > from. Is there anyway to configure a HDM to block based on a particular > ANI? > You can block ani and DNIS via radius. But then again if this guy is smart - he will block the ani or caller id from his side. Personally - the best way i think is to tell this once not to do this if he does it again - then pay him a visit or use a lawyer. You can also do block him by giving him a specific IP address everytime he signs up with you and do source address filtering and restric the guy only to one site - say put a filter such that he can go only to one site - say the fbi site only. regards krish > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Block call based on ANI?
From: Aaron Nabil <nabil@spiritone.com>
Date: 1999-01-17 09:06:58

ANI and caller-ID aren't synonyms. The subscriber can't block ANI. If anyone ever figures out a way to "block ANI", that means they can make long distance calls for free. ANI is not non-blockable caller-ID. They are two different elements, and can be different numbers. They are unrelated. Unless you have an 800 number and direct trunking, you don't get ANI, you get caller-ID. -- Aaron Nabil

Subject: (usr-tc) Port on Quad modem always connects at 2400 BPS
From: jim@perigee.net
Date: 1999-01-17 10:26:04

We have a sinlge port on a quad modem card that will only connect at 2400 bps. I am not quite sure what to do about it. 1) Is this a know failure mode for one of these modems? 2) What is the best way to take it out of service? 3) Is there anything to check on its configuration? What would cause this? Jim Johnson

Subject: Re: (usr-tc) Port on Quad modem always connects at 2400 BPS
From: John Powell <jp@packet.ae.usr.com>
Date: 1999-01-17 12:37:58

No, that is not a known failure (at least not known to me). What I recommend is to highlight that modem, restore from the h/w flow control template (to get all the detaults back) and save to NVRAM. JP On Sun, 17 Jan 1999 jim@perigee.net wrote: > > We have a sinlge port on a quad modem card that will only > connect at 2400 bps. I am not quite sure what to do about > it. > > 1) Is this a know failure mode for one of these modems? > 2) What is the best way to take it out of service? > 3) Is there anything to check on its configuration? What > would cause this? > > Jim Johnson > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) Block call based on ANI?
From: vanhalen@coredcs.com
Date: 1999-01-17 12:54:04

On Sun, 17 Jan 1999, Mario M. Bustamante wrote: > Even though we have a terrible time catching them through our > logs, we generally catch them by tracing whatever they are > peddling. We are presently preparing a case against a spammer for > an adult web site, and after we contacted the technical contact > for the domain that was hosting the site, the administrator > refused to reveal the identity of the spammer. We are debating > whether we should sue him instead. I would strongly recommend against suing the tech contact. Case law is very much against you for that avenue. However I would probably subpeona the tech contact's records(which may involve suing him). But your case is against the person or persons who sent the unsolicited email. Our policy and the policy of many IPS's would not allow us to disclose who our account holder was without a subpeona. Steve

Subject: Re: (usr-tc) Block call based on ANI?
From: John Powell <jp@packet.ae.usr.com>
Date: 1999-01-17 12:59:14

Semantically correct, but for the purposes of this thread (and pretty much any NAS implementation), they are synonymous (assuming the span is LEC or CLEC provided). You are completely correct in the case of IXC 800 spans, the receiver is ENTITLED to the ANI and it cannot be blocked. I think we can safely assume Pete is probably running on xLEC provided spans, and any attempt to block calls based on the "ANI" value could be easily circumvented with CallerID blocking. Though I don't like to give maggots like spammers credit, they are generally crafty enough to figure that out (my mother is likely to be able to figure that out for that matter). JP On Sun, 17 Jan 1999, Aaron Nabil wrote: > > ANI and caller-ID aren't synonyms. > > The subscriber can't block ANI. If anyone ever figures > out a way to "block ANI", that means they can make long > distance calls for free. > > ANI is not non-blockable caller-ID. They are two different > elements, and can be different numbers. They are unrelated. > > Unless you have an 800 number and direct trunking, you > don't get ANI, you get caller-ID. > > > > -- > Aaron Nabil > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) Block call based on ANI?
From: Mario M. Bustamante <mario@accesspro.net>
Date: 1999-01-17 13:09:37

Catching spammers is one of the most annoying and resource consuming tasks for us. Last year, I personally went to another spammer's house and scared the hell out of him (our lawyer told us not to do that again). We have a user agreement that calls for a $500.00 per incident charge. The plan is to sue them in small claims court (up to $5,000 in Dade County). Even though we have a terrible time catching them through our logs, we generally catch them by tracing whatever they are peddling. We are presently preparing a case against a spammer for an adult web site, and after we contacted the technical contact for the domain that was hosting the site, the administrator refused to reveal the identity of the spammer. We are debating whether we should sue him instead. We have been using channalized t-1's and were not getting ANI, however, we are switching over to PRI's so we now have it in some lines. I would be very interested in knowing how some of the other members of this great list catch spammers, and what you do when you catch them. The mail servers are not used, so its really a Total Control issue. Thanks, _______________________________________________ Mario M. Bustamante, President AccessPro Communications Inc. Miami, Florida Internet Service Providers, Web Hosting & Design Microsoft Certified Web Presence Providers Wide Area Networks, Security, Intranets. http://www.AccessPro.net mario@accesspro.net _______________________________________________ > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of > Pete Ashdown > Sent: Saturday, January 16, 1999 3:29 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Block call based on ANI? > > > We've got a problem with a spammer who is repeatedly > signing up different > accounts to spam from. Apparently since he's making > more money off of > spamming for porno sites than what we're taking away > from him with each > cancellation, he just keeps signing up. > > The only commonality between accounts is the phone > number he is dialing > from. Is there anyway to configure a HDM to block > based on a particular > ANI? > > - > To unsubscribe to usr-tc, send an email to > "majordomo@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. >

Subject: Re: (usr-tc) Block call based on ANI?
From: Ronald E. Kushner <ron@glis.net>
Date: 1999-01-17 13:56:53

"Mario M. Bustamante" wrote: > We have been using channalized t-1's and were not getting ANI, > however, we are switching over to PRI's so we now have it in some > lines. I would be very interested in knowing how some of the > other members of this great list catch spammers, and what you do > when you catch them. The mail servers are not used, so its really > a Total Control issue. I just call the security department at the telco you are dealing with. They can trace a DS-0 or B channel down to a phone number. Never tell them the caller a spammer, tell them the caller is a hacker. PRI circuits do not show Caller ID when it is blocked by the caller(*67). CAS DS-1's will always show the ANI even if blocked by the caller. The problem is the telcos have a problem providing ANI to CAS customers these days - they argue that it takes up valuable resources in the switches, when the truth is nobody wants to buy toner cards for their switches now that everything is SS7. They just hate in band signaling these days. Is there a way to block incoming callers that do not show their Caller ID on a HiPer ARC? I don't think it's unreasonable to require callers to show their caller ID. -Ron -- Ronald Kushner GLISnet, Inc. +1 810/939.9885

Subject: RE: (usr-tc) Block call based on ANI?
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-01-17 13:58:14

We've only ever had two sign up with us... one was a local guy who honestly didn't know better (someone sold him a CD-ROM of email addresses) and the other was a pretty well known Usenet spammer. Both of them were cancelled within 2 hours and weren't heard from again... but just in case we blocked their ANI's in Radius. Other than that, our protection against spammers actually on our own system is kinda lacking. There's really not anything you can do from the Total Control end of things. You could maybe filter port 25 on your dialups so that they can only get to your own mail servers; that stops them from abusing other people's open relays. We don't do this because a lot of our customers work for KY State Government and pick up mail from their Exchange (eww) servers from home. (It also means we're limited in how much NetBIOS we can filter. Bleah.) One thing I've been meaning to look at is having Sendmail do some rate limiting, so a dialup user can't rapid-fire spam thru our own mail server. You'd have to make allowances for mailing lists though. As far as protecting against external spammers... One fun twist we just started using is to try to actively prevent spammers from getting addresses in the first place. Many of them troll newsgroups, and there's not much you can do about that. But a lot more of them seem to use web-crawling bots to collect addresses off of your web pages. We found that the customers that were getting the most spam were the ones who were listed on our customer web page list (or who posted to newsgroups). Some of these web-crawling bots are stupid enough to send a browser ID to the web server -- the one that would normally say "Mozilla" and the version of Netscape or IE that they're using. Look through your Web server logs for "EmailSiphon", "ExtractorPro", and other similar things; if you find them, a spammer just got all addresses on your web pages. It's fairly easy to configure Apache to redirect all requests from these client ID's to something else, like a blank page. Or, if you wanna be really evil like us, direct it to a CGI that generates random bogus email addresses... ;-) Aside from that, we just use the usual protection Sendmail 8.9.x gives you (RBL, relay off by default, verification of domain names, etc), combined with a large set of Procmail filters. Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=--=-- "If you ever see me getting beaten by the police, put down the video camera and come help me!" On Sun, 17 Jan 1999, Mario M. Bustamante wrote: > Catching spammers is one of the most annoying and resource > consuming tasks for us. Last year, I personally went to another > spammer's house and scared the hell out of him (our lawyer told > us not to do that again). We have a user agreement that calls for > a $500.00 per incident charge. The plan is to sue them in small > claims court (up to $5,000 in Dade County). > > Even though we have a terrible time catching them through our > logs, we generally catch them by tracing whatever they are > peddling. We are presently preparing a case against a spammer for > an adult web site, and after we contacted the technical contact > for the domain that was hosting the site, the administrator > refused to reveal the identity of the spammer. We are debating > whether we should sue him instead. > > We have been using channalized t-1's and were not getting ANI, > however, we are switching over to PRI's so we now have it in some > lines. I would be very interested in knowing how some of the > other members of this great list catch spammers, and what you do > when you catch them. The mail servers are not used, so its really > a Total Control issue. > > Thanks, > _______________________________________________ > > Mario M. Bustamante, President > AccessPro Communications Inc. > Miami, Florida > > Internet Service Providers, Web Hosting & Design > Microsoft Certified Web Presence Providers > Wide Area Networks, Security, Intranets. > http://www.AccessPro.net mario@accesspro.net > _______________________________________________ > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of > > Pete Ashdown > > Sent: Saturday, January 16, 1999 3:29 PM > > To: usr-tc@lists.xmission.com > > Subject: (usr-tc) Block call based on ANI? > > > > > > We've got a problem with a spammer who is repeatedly > > signing up different > > accounts to spam from. Apparently since he's making > > more money off of > > spamming for porno sites than what we're taking away > > from him with each > > cancellation, he just keeps signing up. > > > > The only commonality between accounts is the phone > > number he is dialing > > from. Is there anyway to configure a HDM to block > > based on a particular > > ANI? > > > > - > > To unsubscribe to usr-tc, send an email to > > "majordomo@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@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. >

Subject: (usr-tc) DOVBS w/ Dual T1/PRI & Quads
From: Jesse Sipprell <jss@evcom.net>
Date: 1999-01-17 20:27:26

I know this question has been asked to death, at least in the past, but ... Has anyone actually gotten DOVBS to *work* with Dual PRI & Quads (w/ Quads handling ISDN)? I followed the instructions quite carefully that I found on interproc, but was unable to get it to work with my test Ascend Pipe130. I did notice that I was actually unable to tell the Dual PRI card that no netserver was installed in slot 16 (via a direct console connection), however I am certain all other criteria are being met: ISDN gateway set to 0, have a separate DNIS just for DOVBS and that DNIS is "mapped" to data on every B channel on the PRI, card code is latest, etc. When I dial the DN from an analog set, a modem still picks up, and the ascend simply spews CRC errors at me. Anyone have any clues? -- Jesse Sipprell Technical Operations Director Evolution Communications, Inc. 800-496-4736 (ext 106) * Finger jss@evcom.net for my PGP Public Key *

Subject: RE: (usr-tc) Security and Acounting server wont startup!
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-18 11:20:46

This sounds like a DNS reverse lookup failure, check if your DNS's have the same name and match the hosts file (if you're under UNIX)... Robert -- Robert von Bismarck Network Systems Engineer Petrel Communications SA Tel : +41 22 304 47 47 Fax : +41 22 300 48 43 WWW : http://www.petrel.ch e-mail : rvb@petrel.ch > -----Original Message----- > From: Matthew E. Pearson [SMTP:mpearson@tiac.net] > Sent: samedi, 16. janvier 1999 05:11 > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Security and Acounting server wont startup! > > When I run saserver to get it gong I get the following messages which > end in > it crashing and not loading! HELP! > > > > 19990115 18:52:51 [503]: *** Starting Security/Accounting Server > Script at: > 01/1 > 5/1999 18:52:51 *** > 19990115 18:52:51 [503]: Version: Server: V06.00.07/sa6100 Build > Date: Thu > Aug > 13 16:02:04 CDT 1998, Database: 6.0.7 > 19990115 18:52:51 [503]: Operating System: SunOS 5.5.1 Generic > 19990115 18:52:51 [503]: Database: Text Files > 19990115 18:52:51 [503]: bUseAcctFlatFiles: 1 > 19990115 18:52:51 [503]: Ports: Radius Acct: 1646, Radius Sec: 1645 > 19990115 18:52:51 [503]: *** Security Startup Complete at 01/15/1999 > 18:52:51 ** > * > 19990115 18:52:53 [502]: gethostbyname() failed: Error 0 > [ccomms.cpp(113)] > 19990115 18:52:53 [502]: Could not create Communications Object: -1 > [radserv.cpp > (1968)] > RadCtrl::closeWriteCPort(): Closing the Write Control Port. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: RE: (usr-tc) Block call based on ANI?
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-18 11:39:40

Try blocking the access of this user to your mail server. Or be really evil and install exim instead of sendmail, and build a so-called "tar pit" for these guys. and put a 10 second delay between every RCPT if there are more than 50 recipients or so... this really slows things down (like 10 minutes for 60 e-mails :-) and non-spammers won't see anything... if they're using other mail servers, then it's no good. Robert -- Robert von Bismarck Network Systems Engineer Petrel Communications SA Tel : +41 22 304 47 47 Fax : +41 22 300 48 43 WWW : http://www.petrel.ch e-mail : rvb@petrel.ch > -----Original Message----- > From: Pete Ashdown [SMTP:pashdown@xmission.com] > Sent: samedi, 16. janvier 1999 21:29 > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Block call based on ANI? > > We've got a problem with a spammer who is repeatedly signing up > different > accounts to spam from. Apparently since he's making more money off of > spamming for porno sites than what we're taking away from him with > each > cancellation, he just keeps signing up. > > The only commonality between accounts is the phone number he is > dialing > from. Is there anyway to configure a HDM to block based on a > particular > ANI? > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (no subject)
From: Chris <helpchris@rconnect.com>
Date: 1999-01-18 15:53:35

Can anyone tell me what each of these files hold and which should be backed up on a regular basis.

Subject: (usr-tc) Radius/Billing software?
From: Brian Gordon <administrator@westelcom.com>
Date: 1999-01-18 16:35:44

This is a multi-part message in MIME format. ------=_NextPart_000_00A8_01BE4300.9827D1C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable What is the best Radius / Billing software to use? If you have a choice of whatever you could use what would you use? I have a total 100% USR total control solution and we use Windows NT 4 = platform on our servers. Help is appreciated! Brian Gordon, MCP Network Administrator Westelcom Internet 518-566-8376 Voice 518-566-8348 Fax http://home.westelcom.com administrator@westelcom.com ------=_NextPart_000_00A8_01BE4300.9827D1C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"> <HTML><HEAD> <META content=3Dtext/html;charset=3Diso-8859-1 = http-equiv=3DContent-Type> <STYLE></STYLE> <META content=3D'"MSHTML 5.00.0910.1309"' name=3DGENERATOR></HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>What is the best Radius / Billing = software to=20 use?</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>If you have a choice of whatever you = could use what=20 would you use?</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>I have a total 100% USR total control = solution and=20 we use Windows NT 4 platform on our servers.</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>Help is appreciated!</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>Brian Gordon, MCP<BR>Network=20 Administrator<BR>Westelcom Internet<BR>518-566-8376 = Voice<BR>518-566-8348=20 Fax<BR><A = href=3D"http://home.westelcom.com">http://home.westelcom.com</A><BR><A=20 href=3D"mailto:administrator@westelcom.com">administrator@westelcom.com</= A></FONT></DIV></BODY></HTML> ------=_NextPart_000_00A8_01BE4300.9827D1C0--

Subject: Re: (usr-tc) USR-TC and Lucent PM3
From: Adam Greene <maillist@webjogger.net>
Date: 1999-01-18 19:02:33

Thank you very much for your feedback! From what you say, maintaining two brands of access servers may be the way to go. I appreciate your help, Adam Greene Webjogger Internet Services -----Original Message----- >We use both. The PM3 works well witht he rockwell chip set and lucent. The USR >box works best with the rest. > >Jack > >Adam Greene wrote: > >> Hi! >> >> I subscribed to this mailing list so I could ask you the following question: >> >> I am considering buying a USR Total Control Chassis with HiperDSP cards. I >> currently have a Lucent Portmaster3 but, like any NAS, it has problems >> connecting to some client modems. >> >> My question is: does anyone else have both a USR-TC and a PM3? Do some of >> the client modems that don't connect well to the PM3 will connect well to >> the USR-TC? Do you think I will spend less time giving technical support to >> my customers and increase my ISP's popularity (due to a greater number of >> satisfied customers) by having both boxes? >> >> Thanks for sharing your point of view, >> Adam Greene >> Webjogger Internet Services >> http://www.webjogger.net >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: (usr-tc) Re:
From: Frank Basso <frank@okwhatever.com>
Date: 1999-01-18 21:13:11

What files ? -----Original Message----- >Can anyone tell me what each of these files hold and which should be backed >up on a regular basis. > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) Geobook
From: Brian <signal@shreve.net>
Date: 1999-01-18 21:26:12

Any issues between the Geobook (runs GEOS and probably some lame as tcpip stack), and 1.2.6 HDM code and/or 4.1.11 based ARC code? Brian Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: (usr-tc) FS: USR Total Control 70AMP DC Power Supplies
From: John Verreault <verreaul@aei.ca>
Date: 1999-01-18 22:19:50

For sale: Never Used USR Total Control 70AMP DC Power Supplies I have 4 available. Asking $500.00each or trade for 70 AMP AC power supplies John Verreault AEI Internet

Subject: (usr-tc) FS: USR Total Control Chassis (2059)
From: John Verreault <verreaul@aei.ca>
Date: 1999-01-18 22:22:31

For Sale Total Control 2059 Bundle Dual PRI/T1 card 12xQuad modems Netserver PRI (Ethernet) Network Management Card (Ethernet) Dual 45AMP Power Supply Chassis & Fan Tray X2/V.90 Enabled Latest Code already flashed Currently in production $5000 John Verreault AEI Internet

Subject: Re: (usr-tc) USR-TC and Lucent PM3
From: Jack Singer <jsinger@usacars.com>
Date: 1999-01-18 22:25:49

That sounds great, however, there are too many flex people out there with modems that will not upgrade to v.90. These are cheap modems! If you want to keep these customers happy, maintain one old flex machine. It works for us. Jack. Mario M. Bustamante wrote: > I am not sure this is the right solution. In my opinion, these > connectivity problems are temporary in nature. As the different > manufacturers put out better V90 code, both systems will be able > to handle the calls equally. Its already a lot better than it was > just a couple of months ago. > > We looked at the situation and elected to bite the bullet in the > short term in order to maintain better integrity in the long > term. We like to keep things simple and having all equipment from > 3Com looked to us as the best solution in the long run. > > Thanks, > _______________________________________________ > > Mario M. Bustamante, President > AccessPro Communications Inc. > Miami, Florida > > http://www.AccessPro.net mario@accesspro.net > _______________________________________________ > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of > > Adam Greene > > Sent: Monday, January 18, 1999 7:03 PM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) USR-TC and Lucent PM3 > > > > > > Thank you very much for your feedback! From what you > > say, maintaining two > > brands of access servers may be the way to go. > > > > I appreciate your help, > > Adam Greene > > Webjogger Internet Services > > > > > > -----Original Message----- > > From: Jack Singer <jsinger@usacars.com> > > To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> > > Date: Saturday, January 16, 1999 1:29 PM > > Subject: Re: (usr-tc) USR-TC and Lucent PM3 > > > > > > >We use both. The PM3 works well witht he rockwell > > chip set and lucent. The > > USR > > >box works best with the rest. > > > > > >Jack > > > > > >Adam Greene wrote: > > > > > >> Hi! > > >> > > >> I subscribed to this mailing list so I could ask > > you the following > > question: > > >> > > >> I am considering buying a USR Total Control Chassis > > with HiperDSP cards. > > I > > >> currently have a Lucent Portmaster3 but, like any > > NAS, it has problems > > >> connecting to some client modems. > > >> > > >> My question is: does anyone else have both a > > USR-TC and a PM3? Do some > > of > > >> the client modems that don't connect well to the > > PM3 will connect well to > > >> the USR-TC? Do you think I will spend less time > > giving technical support > > to > > >> my customers and increase my ISP's popularity (due > > to a greater number of > > >> satisfied customers) by having both boxes? > > >> > > >> Thanks for sharing your point of view, > > >> Adam Greene > > >> Webjogger Internet Services > > >> http://www.webjogger.net > > >> > > >> - > > >> To unsubscribe to usr-tc, send an email to > > "majordomo@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@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@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@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.

Subject: RE: (usr-tc) USR-TC and Lucent PM3
From: Mario M. Bustamante <mario@accesspro.net>
Date: 1999-01-18 22:27:47

I am not sure this is the right solution. In my opinion, these connectivity problems are temporary in nature. As the different manufacturers put out better V90 code, both systems will be able to handle the calls equally. Its already a lot better than it was just a couple of months ago. We looked at the situation and elected to bite the bullet in the short term in order to maintain better integrity in the long term. We like to keep things simple and having all equipment from 3Com looked to us as the best solution in the long run. Thanks, _______________________________________________ Mario M. Bustamante, President AccessPro Communications Inc. Miami, Florida http://www.AccessPro.net mario@accesspro.net _______________________________________________ > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of > Adam Greene > Sent: Monday, January 18, 1999 7:03 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) USR-TC and Lucent PM3 > > > Thank you very much for your feedback! From what you > say, maintaining two > brands of access servers may be the way to go. > > I appreciate your help, > Adam Greene > Webjogger Internet Services > > > -----Original Message----- > From: Jack Singer <jsinger@usacars.com> > To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> > Date: Saturday, January 16, 1999 1:29 PM > Subject: Re: (usr-tc) USR-TC and Lucent PM3 > > > >We use both. The PM3 works well witht he rockwell > chip set and lucent. The > USR > >box works best with the rest. > > > >Jack > > > >Adam Greene wrote: > > > >> Hi! > >> > >> I subscribed to this mailing list so I could ask > you the following > question: > >> > >> I am considering buying a USR Total Control Chassis > with HiperDSP cards. > I > >> currently have a Lucent Portmaster3 but, like any > NAS, it has problems > >> connecting to some client modems. > >> > >> My question is: does anyone else have both a > USR-TC and a PM3? Do some > of > >> the client modems that don't connect well to the > PM3 will connect well to > >> the USR-TC? Do you think I will spend less time > giving technical support > to > >> my customers and increase my ISP's popularity (due > to a greater number of > >> satisfied customers) by having both boxes? > >> > >> Thanks for sharing your point of view, > >> Adam Greene > >> Webjogger Internet Services > >> http://www.webjogger.net > >> > >> - > >> To unsubscribe to usr-tc, send an email to > "majordomo@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@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@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. >

Subject: Re: (usr-tc) Geobook
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-19 08:44:41

Know issue - If you need a code to correct this problem - I can get you the same. Will talk to you about IEA later krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Mon, 18 Jan 1999, Brian wrote: > > Any issues between the Geobook (runs GEOS and probably some lame as tcpip > stack), and 1.2.6 HDM code and/or 4.1.11 based ARC code? > > Brian > > > -------------------------------------------------------------------------- > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider > Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ > signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, > (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) backing up Chassis files.
From: Chris <helpchris@rconnect.com>
Date: 1999-01-19 08:47:21

Can anyone tell me what each of these files hold and which should be backed up on a regular basis. Total Control Chassis. (You see them if you type: list files). Atmarp.cfg CLI.cfg CallInitProcess.cfg Chassis.cfg ConfigProcess.cfg DNS.cfg DialOutProcess.cfg EventHandler.cfg FilterMgr.cfg IPForwarder.cfg IpRterProcess.cfg L2tpProcess.cfg MPIPProcess.cfg Ntp.cfg PilgrimStrings.ind PilgrimStrings.str PingProcess.cfg PppProcess.cfg PptpProcess.cfg QuickSetup.cfg RemotePingProcess.cfg Robo.stats RoboExecNMProcess.cfg RoboString.ind RoboString.str SlipProcess.cfg SnmpProcess.cfg TcpProcess.cfg TermProt.cfg TftpProcess.cfg TracerouteProcess.cfg app.ld atm.bin bspman.cfg user_settings.cfg

Subject: Re: (usr-tc) Geobook
From: Brian <signal@shreve.net>
Date: 1999-01-19 08:59:34

On Tue, 19 Jan 1999, Tatai SV Krishnan wrote: > Know issue - If you need a code to correct this problem - I can get you > the same. > > Will talk to you about IEA later Krish, Ok. Yes we have a customer with a Geobook and it's giving us troubles. Would be ideal if a code base was out their that had: 1. IEA 2. Mem leaks fixed (from 4.1.11) 3. Geobook fix However, we only have one customer with a geobook, and would settle for: 1. IEA 2. Mem leaks fixed Thanks krish > > > krish > > ----------------------------------------- > \ T.S.V. Krishnan \ > \ Network System Engineer \ ( : - : ) > \ 3Com ............ \ > ----------------------------------------------/ > tkrishna@bubba.ae.usr.com > ----------------------------/ http://interproc.ae.usr.com ----/ > The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html > -------------------------------------------------------------------------\ > Any Sufficiently advanced bug is indistinguishable for a feature. > - Rick Kulawiec > -------------------------------------------------------------------------/ > > On Mon, 18 Jan 1999, Brian wrote: > > > > > Any issues between the Geobook (runs GEOS and probably some lame as tcpip > > stack), and 1.2.6 HDM code and/or 4.1.11 based ARC code? > > > > Brian > > > > > > -------------------------------------------------------------------------- > > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider > > Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ > > signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, > > (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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. > > > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: Re: (usr-tc) Geobook
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-19 09:32:42

On Tue, 19 Jan 1999, Brian wrote: > On Tue, 19 Jan 1999, Tatai SV Krishnan wrote: > > > Know issue - If you need a code to correct this problem - I can get you > > the same. > > > > Will talk to you about IEA later > > Krish, > > Ok. Yes we have a customer with a Geobook and it's giving us troubles. > Would be ideal if a code base was out their that had: > > 1. IEA > 2. Mem leaks fixed (from 4.1.11) > 3. Geobook fix > > However, we only have one customer with a geobook, and would settle for: > > 1. IEA > 2. Mem leaks fixed IEA fixes are now standard in the 4.2 tree - meaning this code is currently in alpha and will be beta soon. I will check and find out if all the fixes are ported, they should be but will check. krish > > > Thanks krish > > > > > > > > krish > > > > ----------------------------------------- > > \ T.S.V. Krishnan \ > > \ Network System Engineer \ ( : - : ) > > \ 3Com ............ \ > > ----------------------------------------------/ > > tkrishna@bubba.ae.usr.com > > ----------------------------/ http://interproc.ae.usr.com ----/ > > The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html > > -------------------------------------------------------------------------\ > > Any Sufficiently advanced bug is indistinguishable for a feature. > > - Rick Kulawiec > > -------------------------------------------------------------------------/ > > > > On Mon, 18 Jan 1999, Brian wrote: > > > > > > > > Any issues between the Geobook (runs GEOS and probably some lame as tcpip > > > stack), and 1.2.6 HDM code and/or 4.1.11 based ARC code? > > > > > > Brian > > > > > > > > > -------------------------------------------------------------------------- > > > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider > > > Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ > > > signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, > > > (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@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. > > > > > > > -------------------------------------------------------------------------- > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider > Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ > signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, > (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) why won't my HARC pick up a route?
From: C Thompson <cthompson@wingnet.net>
Date: 1999-01-19 10:59:20

I ran into this with the Netserver/PRI, and now I'm running into the same thing with the HARC. I have a customer that we route a Class C to via his ISDN link. I have a statement in my Cisco router that says (numbers changed): (network) (class c) (static IP for ISDN) ip route 131.131.132.0 255.255.255.0 131.131.131.55 I also have the router set to advertise via RIP the various networks (131.131.131.0, 131.131.132.0, etc.). When I trace from a Unix box to a machine in the 131.131.132 network, the Unix box hits the router, the router hits the USR hub, then the USR hits back to the router. I have tried enabling, disabling, stiff-arming, etc. the routing protocol on the USR hub. Nothing I do seems to work except manually adding a static route into the HARC itself. Then, every other HARC card (or Netserver card) picks up on this route properly. This stinks, IMO, because it should be able to learn the route from the router. What am I doing wrong? Is this possible to do? TIA for any help, Craig Thompson WingNET Internet Services, P.O. Box 3000 // Cleveland, TN 37320-3000 423-559-LINK (v) 423-559-5444 (f) http://www.wingnet.net The world of children's publishing is bunny eat bunny.

Subject: (usr-tc) Netserver16I HELP!!!
From: Tony Loosle <tony@tcsourceone.com>
Date: 1999-01-19 12:06:20

After putting v.90 code on the box, and taking it off the box has been locking up. It works great if only win 9X calls in but as soon as an NT box calls it, it locks right up, and I have to power cycle it. What can nt be doing to lock up the box. I have tried different nt boxes and they all lock it up. I have spent hours on the phone with usr, which of course is a waste of time. Any help would be appreciated!! Tony

Subject: (usr-tc) version and firmware questions
From: Rob Williams <robw@mars.dnai.com>
Date: 1999-01-19 13:54:09

I have a few questions which I have been trying to find answers for. 1. How can I tell if I have single sided or double sided modem cards? 2. What is the latest version of firmware for single sided and double sided modem cards? 3. Has anyone seen this situation: I have 12 quad modem cards, 1 nmc, 1 netserver, 1 t1 card, and 2 power suplly cards in this particular chassis. The problem I have is this. Random cards will go yellow in the tc manager software at random times. All modem cards have been flashed with the same version of firmware. When the card is yellow, I usually have to disable it, then restore from default to get it back, and working again. This isnt only happening to the modem cards. It happens to the other cards as well, but getting them back into service is different than with the modems. I had spoken to 3com tech support, and they suggested that the chassis may be bad, or I have flashed the modem cards with the wrong version of firmware. I dont really understand how they would work with the wrong version of firmware, but who knows, hence my previous two questions. BTW, I have reseated all cards, behaviour continues. Any help with these questions is greatly appriciated. thanks, robw@dnai.com

Subject: (usr-tc) ISDN
From: Jamie Dolan <jamie@powernetonline.com>
Date: 1999-01-19 15:24:05

Are there any know issues with 2 channel ISDN connections on 3.6.28? Thank for the help. -- Jamie Dolan PowerNet Online LLC. Internet Access Provider 920-725-5015 http://uspower.net

Subject: (usr-tc) ARC/DSP upgrade
From: Charles Sprickman <spork@inch.com>
Date: 1999-01-19 15:41:09

Hi, Just got a bunch of upgrade kits today, so I've got alot of questions :) First off, is software. I've seen all kinds of stuff fly by, but what are people using in production for both the dsp and the arc? What are the known issues. Yeah, it should all be on a web page somewhere, shouldn't it? Second, I have an old 45A chassis here serving about a dozen lines. I'd like to preconfigure everything in the office here before heading out to the POP. Can I have a HARC and DSP in the chassis while still using the Quads and Netserver to handle calls? Will they fight over ownership of the modems? That's it for now, thanks... Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork@inch.com access@inch.com | = =----------------=

Subject: Re: (usr-tc) ARC/DSP upgrade
From: K Mitchell <mitch@keyconn.net>
Date: 1999-01-19 16:06:02

At 03:41 PM 1/19/99 -0500, Charles Sprickman <spork@inch.com> wrote: >Hi, > >Just got a bunch of upgrade kits today, so I've got alot of questions :) > >First off, is software. I've seen all kinds of stuff fly by, but what are >people using in production for both the dsp and the arc? What are the >known issues. Yeah, it should all be on a web page somewhere, shouldn't >it? After bouncing back and forth on code upgrades, and having to downgrade due to customer problems connecting, the most recent upgrade has been very stable for us. We've been running it for about 3 weeks now with no complaints. HiPer ARC: 4.1.72 HiPer DSP: 1.2.60 HiPer NMC: 5.5.5 I've never had a Netserver so I can't help with those questions, sorry. Kirk Kirk Mitchell-General Manager sysadmin@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: RE: (usr-tc) why won't my HARC pick up a route?
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-19 17:57:42

Doing it in the HARC is a bit awkward. Why not do it by RADIUS with a user definition like this : user Password = "blerg", Expiration = "Dec 31 2040", User-Service-Type = Framed-User, Framed-Address = 131.131.131.55, Framed-Netmask = 255.255.255.255, Framed-Route = "131.131.132.0 255.255.255.0 131.131.131.55 1"; Framed-Routing = None That's what I'm doing here, the HARC's are all talking RIP with each other and with the cisco, and it works like a charm. Robert -- Robert von Bismarck Network Systems Engineer Petrel Communications SA Tel : +41 22 304 47 47 Fax : +41 22 300 48 43 WWW : http://www.petrel.ch e-mail : rvb@petrel.ch > -----Original Message----- > From: C Thompson [SMTP:cthompson@wingnet.net] > Sent: mardi, 19. janvier 1999 16:59 > To: usr-tc@xmission.com > Subject: (usr-tc) why won't my HARC pick up a route? > > I ran into this with the Netserver/PRI, and now I'm running into the > same > thing with the HARC. > > I have a customer that we route a Class C to via his ISDN link. I > have a > statement in my Cisco router that says (numbers changed): > (network) (class c) > (static IP for ISDN) > ip route 131.131.132.0 255.255.255.0 131.131.131.55 > > I also have the router set to advertise via RIP the various networks > (131.131.131.0, 131.131.132.0, etc.). > > When I trace from a Unix box to a machine in the 131.131.132 network, > the Unix box hits the router, the router hits the USR hub, then the > USR > hits back to the router. > > I have tried enabling, disabling, stiff-arming, etc. the routing > protocol on > the USR hub. Nothing I do seems to work except manually adding a > static route into the HARC itself. Then, every other HARC card (or > Netserver card) picks up on this route properly. This stinks, IMO, > because it should be able to learn the route from the router. > > What am I doing wrong? Is this possible to do? > > TIA for any help, > > > Craig Thompson > ---------------------------------------------------------------------- > WingNET Internet Services, > P.O. Box 3000 // Cleveland, TN 37320-3000 > 423-559-LINK (v) 423-559-5444 (f) > http://www.wingnet.net > ---------------------------------------------------------------------- > > The world of children's publishing is bunny eat bunny. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) Rockwell 56k voice and 1.2.60
From: Gilles Melanson <gilles@vianet.on.ca>
Date: 1999-01-19 22:20:18

Has anyone actually figured out how to fix Rockwell connect problems? Since the upgrade to 1.2.60, I've broken several Rockwell voice modems, and have not come up with a solution to get them to connect. Any info would be appreciated. Thanks. -- Gilles Melanson ViaNet Internet Solutions System Administrator 128 Larch St. Suite 301 gilles@vianet.on.ca Sudbury, ON Canada P3E 5J8 There isn't any reason why Linux can't be implemented as an enterprise computing solution. Find out what you've been missing while you've been rebooting Windows NT. -- Eric Hammond

Subject: (usr-tc) used tc hub pricing
From: Rob Williams <robw@mars.dnai.com>
Date: 1999-01-20 09:12:00

I am curious about current pricing on used tc hubs, 12 quad modem cards, 1 nmc, 1 netserver, 1 dual t1 card, and two power supplies. Anyone familiar with the going rate?? robw@dnai.com

Subject: Re: (usr-tc) Rockwell 56k voice and 1.2.60
From: Kingsley S. Grant <ksg@recorder.ca>
Date: 1999-01-20 09:26:36

Gilles, In order to get the rockwells to connect for now until they update their code or 3com updates its v.90 to work with them you must disable the v.90 and Kflex on the modem to get it to work with the TC. you can get all the inits to do this at http://www.56k.com under troubleshooting and then under how to disable v90 kflex and x2. This will allow the person to connect at 33.6 until Rockwell issues a software revision. King. Gilles Melanson wrote: > Has anyone actually figured out how to fix Rockwell connect problems? > > Since the upgrade to 1.2.60, I've broken several Rockwell voice modems, > and have not come up with a solution to get them to connect. > > Any info would be appreciated. > > Thanks. > > -- > Gilles Melanson ViaNet Internet Solutions > System Administrator 128 Larch St. Suite 301 > gilles@vianet.on.ca Sudbury, ON Canada P3E 5J8 > > There isn't any reason why Linux can't be implemented as an enterprise > computing solution. Find out what you've been missing while you've > been rebooting Windows NT. -- Eric Hammond > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. -- Kingsley S. Grant RipNET Manager RipNET Internet Services 31 Broad Street Brockville ON, Canada K6V 4T9 (613) 342-3946 work (613) 342-8672 fax (613) 340-1144 Cel (613) 923-2596 Res (613) 341-0882 Pager 1-888-509-6677 E-Mail mailto:ksg@recorder.ca

Subject: Re: (usr-tc) MultiLink PPP
From: MegaZone <megazone@megazone.org>
Date: 1999-01-20 09:38:25

Once upon a time Paul Jr. shaped the electrons to say... [Charset Windows-1252 unsupported, skipping...] Arg - what is up with this Charset? It is like a virus... Anyway - Port-Limit = 1 in RADIUS should limit users to 1 channel. They won't be able to bundle in additional channels. -MZ -- <URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me.. Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/> "A little nonsense now and then, is relished by the wisest men" 781-788-0130 <URL:http://www.megazone.org/> <URL:http://www.gweep.net/> Hail Discordia!

Subject: (usr-tc) HARC Software Upgrade
From: Dale Hege <fhege@sover.net>
Date: 1999-01-20 09:54:39

I've been tftping the software updates to the harcs and it has worked fine. But now I upload the file, reboot, and it says ** ** Found file netserve.dmf in Flash FileSystem ** Updating System with New Software Image ** But then it keeps going without updating the software. Has anyone else had this problem? -Dale

Subject: Re: (usr-tc) HARC Software Upgrade
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-20 10:17:27

Thus spake Dale Hege >I've been tftping the software updates to the harcs and it has worked >fine. But now I upload the file, reboot, and it says >** >** Found file netserve.dmf in Flash FileSystem >** Updating System with New Software Image >** >But then it keeps going without updating the software. Has anyone else had >this problem? Reboot...it starts up on your old image...redoes all the flash filesystem and installs the new image to that filesystem, but never reboots to that new image. Another reboot gets it running the new image. At least it did when I just upgraded my HARC toy. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) HARC Software Upgrade
From: Dale Hege <fhege@sover.net>
Date: 1999-01-20 10:23:30

I'll try that. It the past it runs through the files it updates and then reboots itself. It's worth a shot. Thanks -Dale On Wed, 20 Jan 1999, Jeff Mcadams wrote: > Date: Wed, 20 Jan 1999 10:17:27 -0500 (EST) > From: Jeff Mcadams <jeffm@iglou.com> > Reply-To: usr-tc@lists.xmission.com > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) HARC Software Upgrade > > Thus spake Dale Hege > >I've been tftping the software updates to the harcs and it has worked > >fine. But now I upload the file, reboot, and it says > > >** > >** Found file netserve.dmf in Flash FileSystem > >** Updating System with New Software Image > >** > > >But then it keeps going without updating the software. Has anyone else had > >this problem? > > Reboot...it starts up on your old image...redoes all the flash > filesystem and installs the new image to that filesystem, but never > reboots to that new image. Another reboot gets it running the new > image. At least it did when I just upgraded my HARC toy. > -- > Jeff McAdams Email: jeffm@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@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. >

Subject: Re: (usr-tc) MultiLink PPP
From: Dan Hollis <goemon@sasami.anime.net>
Date: 1999-01-20 11:13:49

On Wed, 20 Jan 1999, MegaZone wrote: > Once upon a time Paul Jr. shaped the electrons to say... > [Charset Windows-1252 unsupported, skipping...] > Arg - what is up with this Charset? It is like a virus... Code page 1252 is the RFC-violating microsoft charset thats defecated by piles of trash like Word97. Thats why you see web pages with "?" in place of single quotes, because morons used Word97 and "smart quoting" feature to write web pages. Its bad enough when it shows up in web pages, but its inexcusable on mailing lists. -Dan

Subject: Re: (usr-tc) MultiLink PPP
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-01-20 11:17:48

I have read somewhere that MLPPP comes turned on by default on the HARC. Can someone tell me how to turn this off until we are ready to implement this feature? Thanks in Advance. Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html

Subject: RE: (usr-tc) MultiLink PPP
From: Paul M. Oster <devious@minot.com>
Date: 1999-01-20 11:58:16

Umm, I was under the impression that hte way to do this in radius would be Simultaneous-Use = 1, Which is correct? Also, since I've upgraded to HARC's, my Idle-Timeout and Session-Timeout attributes dont seem to work right, any suggestions on that one? Paul M. Oster <devious@minot.com> http://www.minot.com/ Magic Internet Services (701) 838-1265 Minots FIRST Internet Connection -=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=- "I might not agree with what you have to say but I will defend, to my death, your right to say it." - Voltaire On Wed, 20 Jan 1999, Robert von Bismarck wrote: > Set the default user to use only one channel max > > the command is : > > set network user default ppp max_channels 1 > > This will limit any PPP user to one DS0, i.e, no Multilink PPP.... > In RADIUS, you use the Port-Limit attribute. > > Regards, > > Robert > > -- > Robert von Bismarck > Network Systems Engineer > Petrel Communications SA > Tel : +41 22 304 47 47 > Fax : +41 22 300 48 43 > WWW : http://www.petrel.ch > e-mail : rvb@petrel.ch > > > -----Original Message----- > > From: Paul Jr. (AlaWeb Support) [SMTP:jr@alaweb.com] > > Sent: mercredi, 20. janvier 1999 18:18 > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) MultiLink PPP > > > > I have read somewhere that MLPPP comes turned on by default on the > > HARC. > > Can someone tell me how to turn this off until we are ready to > > implement > > this feature? > > > > > > Thanks in Advance. > > > > Thanks > > Paul JR. > > AlaWeb Support > > 1800-427-8896 > > http://www.alaweb.com/support.html > > > > > > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) MultiLink PPP
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-20 12:34:25

Thus spake Paul Jr. >I have read somewhere that MLPPP comes turned on by default on the HARC. >Can someone tell me how to turn this off until we are ready to implement >this feature? Keep in mind that Multi-link PPP (correctly abbreviated MP, BTW), doesn't inherently mean that the connection is using more than one channel. You can use MP and only use a single channel connection. So, I doubt you really want to turn off MP completely, but rather want to limit all connections to only allow one channel. The way to do this is with the Port-Limit RADIUS attribute. Set it to 1 and the customers will only be able to have a single channel in a bundle. Alternatively, you can set the limit (Max Channels) on the HARC "default" user, and that will apply to all logins that aren't explicity overridden with that setting from elsewhere. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) MPIP on HARC 4.1.72-7, how ?
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-20 12:39:11

Thus spake Robert von Bismarck >Client1>> add mpip client 1.1.1.1 sharedsecret secret ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Not needed on clients. >Is this correct, or are there too many, too few commands ? Everything else should be pretty good...what are you seeing happening? or not happening? -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) version and firmware questions
From: Wayne Barber <barberw@tidewater.net>
Date: 1999-01-20 12:48:02

> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Rob Williams > Sent: Tuesday, January 19, 1999 4:54 PM > > I have a few questions which I have been trying to find > answers for. > > 1. How can I tell if I have single sided or double sided modem cards? Pull a card out. If there are chips on both sides, it's double-sided. > > 2. What is the latest version of firmware for single sided and double > sided modem cards? Double-sided = 5.9.9 Single-sided = 5.10.9 I can't answer the last question. I've had problems, but not like that. Wayne Barber Coastal Telco Services

Subject: RE: (usr-tc) MultiLink PPP
From: pferraro@wna-linknet.com
Date: 1999-01-20 13:04:14

Speaking of Simul use... Has anyone started using the Merit3.6B with the newly released patch for Simultaneous Use? We have it compiled, but have not moved it into place yet! Would like to know if it works! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ============================================================================== On Wed, 20 Jan 1999, Paul M. Oster wrote: > Umm, I was under the impression that hte way to do this in radius would be > > Simultaneous-Use = 1, > > Which is correct? Also, since I've upgraded to HARC's, my Idle-Timeout > and Session-Timeout attributes dont seem to work right, any suggestions on > that one? > > > > Paul M. Oster <devious@minot.com> http://www.minot.com/ > Magic Internet Services (701) 838-1265 > Minots FIRST Internet Connection > > -=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=- > > "I might not agree with what you have to say but I will defend, to > my death, your right to say it." - Voltaire > > On Wed, 20 Jan 1999, Robert von Bismarck wrote: > > > Set the default user to use only one channel max > > > > the command is : > > > > set network user default ppp max_channels 1 > > > > This will limit any PPP user to one DS0, i.e, no Multilink PPP.... > > In RADIUS, you use the Port-Limit attribute. > > > > Regards, > > > > Robert > > > > -- > > Robert von Bismarck > > Network Systems Engineer > > Petrel Communications SA > > Tel : +41 22 304 47 47 > > Fax : +41 22 300 48 43 > > WWW : http://www.petrel.ch > > e-mail : rvb@petrel.ch > > > > > -----Original Message----- > > > From: Paul Jr. (AlaWeb Support) [SMTP:jr@alaweb.com] > > > Sent: mercredi, 20. janvier 1999 18:18 > > > To: usr-tc@lists.xmission.com > > > Subject: Re: (usr-tc) MultiLink PPP > > > > > > I have read somewhere that MLPPP comes turned on by default on the > > > HARC. > > > Can someone tell me how to turn this off until we are ready to > > > implement > > > this feature? > > > > > > > > > Thanks in Advance. > > > > > > Thanks > > > Paul JR. > > > AlaWeb Support > > > 1800-427-8896 > > > http://www.alaweb.com/support.html > > > > > > > > > > > > > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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. >

Subject: Re: (usr-tc) MultiLink PPP
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-20 13:16:49

Thus spake Paul M. Oster >Umm, I was under the impression that hte way to do this in radius would be >Simultaneous-Use = 1, Simultaneous-Use proly tells the NAS to only allow a single login, ie, single bundle, though I've never seen it in actual use...especially since these systems (no NAS that I'm aware of) don't have the ability to check simultaneous use across chassis, so for anything but the smallest shops, that check-item is almost useless. >Which is correct? To limit each login to a single channel, Port-Limit. To limit each userid to a single login, Simultaneous-Use (sorta). -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) MultiLink PPP
From: Charles Sprickman <spork@inch.com>
Date: 1999-01-20 13:17:55

What patch? Is this for the "Basic" server? I assume it's not a Merit-supplied patch? Bring on the URL! Thanks, Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork@inch.com access@inch.com | = =----------------= On Wed, 20 Jan 1999 pferraro@wna-linknet.com wrote: > > Speaking of Simul use... Has anyone started using the Merit3.6B > with the newly released patch for Simultaneous Use? We have it compiled, > but have not moved it into place yet! Would like to know if it works! > > ============================================================================== > Phillip Ferraro WorldNet Access, Inc > pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service > Voice (910) 346-0835 824 Gumbranch Square, Suite R3 > FAX (910) 455-1933 Jacksonville, Nc 28540-6269 > ============================================================================== > > On Wed, 20 Jan 1999, Paul M. Oster wrote: > > > Umm, I was under the impression that hte way to do this in radius would be > > > > Simultaneous-Use = 1, > > > > Which is correct? Also, since I've upgraded to HARC's, my Idle-Timeout > > and Session-Timeout attributes dont seem to work right, any suggestions on > > that one? > > > > > > > > Paul M. Oster <devious@minot.com> http://www.minot.com/ > > Magic Internet Services (701) 838-1265 > > Minots FIRST Internet Connection > > > > -=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=- > > > > "I might not agree with what you have to say but I will defend, to > > my death, your right to say it." - Voltaire > > > > On Wed, 20 Jan 1999, Robert von Bismarck wrote: > > > > > Set the default user to use only one channel max > > > > > > the command is : > > > > > > set network user default ppp max_channels 1 > > > > > > This will limit any PPP user to one DS0, i.e, no Multilink PPP.... > > > In RADIUS, you use the Port-Limit attribute. > > > > > > Regards, > > > > > > Robert > > > > > > -- > > > Robert von Bismarck > > > Network Systems Engineer > > > Petrel Communications SA > > > Tel : +41 22 304 47 47 > > > Fax : +41 22 300 48 43 > > > WWW : http://www.petrel.ch > > > e-mail : rvb@petrel.ch > > > > > > > -----Original Message----- > > > > From: Paul Jr. (AlaWeb Support) [SMTP:jr@alaweb.com] > > > > Sent: mercredi, 20. janvier 1999 18:18 > > > > To: usr-tc@lists.xmission.com > > > > Subject: Re: (usr-tc) MultiLink PPP > > > > > > > > I have read somewhere that MLPPP comes turned on by default on the > > > > HARC. > > > > Can someone tell me how to turn this off until we are ready to > > > > implement > > > > this feature? > > > > > > > > > > > > Thanks in Advance. > > > > > > > > Thanks > > > > Paul JR. > > > > AlaWeb Support > > > > 1800-427-8896 > > > > http://www.alaweb.com/support.html > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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@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. >

Subject: RE: (usr-tc) MultiLink PPP (fwd)
From: pferraro@wna-linknet.com
Date: 1999-01-20 13:38:50

---------- Forwarded message ---------- Charles, Here you go! http://www.mr.net/~bradley/radius/simult.html Let me know if you get it to work across your chassis! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite R3 FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ============================================================================== On Wed, 20 Jan 1999, Charles Sprickman wrote: > What patch? Is this for the "Basic" server? I assume it's not a > Merit-supplied patch? Bring on the URL! > > Thanks, > > Charles > > -- > =-----------------= = > | Charles Sprickman Internet Channel | > | INCH System Administration Team (212)243-5200 | > | spork@inch.com access@inch.com | > = =----------------= > > On Wed, 20 Jan 1999 pferraro@wna-linknet.com wrote: > > > > > Speaking of Simul use... Has anyone started using the Merit3.6B > > with the newly released patch for Simultaneous Use? We have it compiled, > > but have not moved it into place yet! Would like to know if it works! > > > > ============================================================================== > > Phillip Ferraro WorldNet Access, Inc > > pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service > > Voice (910) 346-0835 824 Gumbranch Square, Suite R3 > > FAX (910) 455-1933 Jacksonville, Nc 28540-6269 > > ============================================================================== > > > > On Wed, 20 Jan 1999, Paul M. Oster wrote: > > > > > Umm, I was under the impression that hte way to do this in radius would be > > > > > > Simultaneous-Use = 1, > > > > > > Which is correct? Also, since I've upgraded to HARC's, my Idle-Timeout > > > and Session-Timeout attributes dont seem to work right, any suggestions on > > > that one? > > > > > > > > > > > > Paul M. Oster <devious@minot.com> http://www.minot.com/ > > > Magic Internet Services (701) 838-1265 > > > Minots FIRST Internet Connection > > > > > > -=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=- > > > > > > "I might not agree with what you have to say but I will defend, to > > > my death, your right to say it." - Voltaire > > > > > > On Wed, 20 Jan 1999, Robert von Bismarck wrote: > > > > > > > Set the default user to use only one channel max > > > > > > > > the command is : > > > > > > > > set network user default ppp max_channels 1 > > > > > > > > This will limit any PPP user to one DS0, i.e, no Multilink PPP.... > > > > In RADIUS, you use the Port-Limit attribute. > > > > > > > > Regards, > > > > > > > > Robert > > > > > > > > -- > > > > Robert von Bismarck > > > > Network Systems Engineer > > > > Petrel Communications SA > > > > Tel : +41 22 304 47 47 > > > > Fax : +41 22 300 48 43 > > > > WWW : http://www.petrel.ch > > > > e-mail : rvb@petrel.ch > > > > > > > > > -----Original Message----- > > > > > From: Paul Jr. (AlaWeb Support) [SMTP:jr@alaweb.com] > > > > > Sent: mercredi, 20. janvier 1999 18:18 > > > > > To: usr-tc@lists.xmission.com > > > > > Subject: Re: (usr-tc) MultiLink PPP > > > > > > > > > > I have read somewhere that MLPPP comes turned on by default on the > > > > > HARC. > > > > > Can someone tell me how to turn this off until we are ready to > > > > > implement > > > > > this feature? > > > > > > > > > > > > > > > Thanks in Advance. > > > > > > > > > > Thanks > > > > > Paul JR. > > > > > AlaWeb Support > > > > > 1800-427-8896 > > > > > http://www.alaweb.com/support.html > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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@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@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. >

Subject: (usr-tc) NETServer stuff still avaliable?
From: matthews <matthews@brunnet.net>
Date: 1999-01-20 15:18:56

Is NETServer code and memory still available or was it all pulled on January 1st? Be Seeing You... =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Matthew Stainforth<>Technical Services Manager<>BrunNet Inc.<>(506)450-4562 Don't rush me, sonny. You rush a miracle maker and you get rotten miracles. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Subject: (usr-tc) ARC Timezones?
From: Brian Biggs <bb@sonic.net>
Date: 1999-01-20 15:55:56

Hi, Is there any facility in ARC (4.1.72-7) to set the Time zone? -Brian -- # Brian Biggs | Sonic / Sonoma Interconnect # # Sys Admin / Programmer | v707.522.1000 fax707.547.2199 d707.522.1001 # # mailto:bb@sonic.net | http://www.sonic.net mailto:support@sonic.net #

Subject: (usr-tc) ISDN problem continues(Krishnan help!)
From: Jay Nakamura <jnakamur@kiva.net>
Date: 1999-01-20 16:28:57

I have posted this once but I got little more info about it. We used to have Quad/Netserver. We swapped them for Hiper ARC/DSP. Ever since then our customers and emploees have been having the problem where, randomly the connection stops sending traffic over. The connection doesn't drop, it just stops sending traffic. For some routers like the 3com office connect, it locks up the client rotuer. We have seen this probelm with the Netgear 328, Zyxel 2864i, 3com Office Connect, 3Com Imapct IQ. I haven't heard if anyone is not having the problem since of course, if they are not having problems, they won't call us about it. And all of our employees are using one of the above routers/TA. I dialin to this pool with a modem all the time and modem doesn't seem to have the same problem. I have called 3Com techsupport, they checked my settings, firmware rev, etc, and found nothing wrong. Anyone have any suggestion for -Fixing it -What to look for to pin point what is going on. Anyone at 3Com reading this list, is there any similar reports? Thank you! -- -- J.S. Nakamura -- Phone (812)337-5070 x213 -- Kiva Networking -- Fax (812)337-5082 -- Network Engineer -- email jnakamur@kiva.net -- Cisco Certified Design Associate --

Subject: Re: (usr-tc) ISDN problem continues(Krishnan help!)
From: Ricky Beam <jfbeam@enterprise.interpath.net>
Date: 1999-01-20 16:58:31

Jay Nakamura was heard to say: >Ever since then our customers and emploees have been having the problem >where, randomly the connection stops sending traffic over. The connection >doesn't drop, it just stops sending traffic. For some routers like the >3com office connect, it locks up the client rotuer. ... If you have CCP (software compression) enabled, turn it off. The HARC tends to have a few serious problems with software compression. Modem users usually will not see this as they use an MNP/V.XX compression handled by the HDSP. --Ricky

Subject: Re: (usr-tc) MultiLink PPP
From: MegaZone <megazone@megazone.org>
Date: 1999-01-20 17:43:40

Once upon a time Paul M. Oster shaped the electrons to say... >Umm, I was under the impression that hte way to do this in radius would be >Simultaneous-Use = 1, This is not a standard attribute. This is a *server specific* attribute that should never be sent to a NAS. Some servers - such as Cistron - use a combination of RADIUS and SNMP (or telnet, etc) to monitor the state of user logins across the NAS pool. The server can then allow some set number of logins per user name. But this only works if you have a RADIUS server that supports this, AND it said RADIUS server also works with your NAS. And I don't mean just RADIUS - the checking system has to be able to talk with your NAS as well to backstop the RADIUS protocol and make this effective. Without it RADIUS is prone to race conditions and will deny valid logins. > Which is correct? Also, since I've upgraded to HARC's, my Idle-Timeout >and Session-Timeout attributes dont seem to work right, any suggestions on I seem to recall these were broken but have been fixed in recent revs. -MZ -- <URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me.. Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/> "A little nonsense now and then, is relished by the wisest men" 781-788-0130 <URL:http://www.megazone.org/> <URL:http://www.gweep.net/> Hail Discordia!

Subject: Re: (usr-tc) ISDN problem continues(Krishnan help!)
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-20 17:59:05

On Wed, 20 Jan 1999, Jay Nakamura wrote: > I have posted this once but I got little more info about it. > > We used to have Quad/Netserver. > > We swapped them for Hiper ARC/DSP. > > Ever since then our customers and emploees have been having the problem > where, randomly the connection stops sending traffic over. The connection > doesn't drop, it just stops sending traffic. For some routers like the > 3com office connect, it locks up the client rotuer. > When you say the client router gets locked up - Can you still send a ping packet from the hiper arc to the client? Does the HiPer arc see this connection? Also I would like to know the code version and a show ppp on the hiper arc regards krish > We have seen this probelm with the Netgear 328, Zyxel 2864i, 3com Office > Connect, 3Com Imapct IQ. I haven't heard if anyone is not having the > problem since of course, if they are not having problems, they won't call > us about it. And all of our employees are using one of the above routers/TA. > > I dialin to this pool with a modem all the time and modem doesn't seem to > have the same problem. > > I have called 3Com techsupport, they checked my settings, firmware rev, > etc, and found nothing wrong. > > Anyone have any suggestion for > > -Fixing it > -What to look for to pin point what is going on. > > Anyone at 3Com reading this list, is there any similar reports? > > Thank you! > -- > > -- J.S. Nakamura -- Phone (812)337-5070 x213 > -- Kiva Networking -- Fax (812)337-5082 > -- Network Engineer -- email jnakamur@kiva.net > -- Cisco Certified Design Associate -- > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) ARC Timezones?
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-20 18:19:24

no - its gmt only for now. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Wed, 20 Jan 1999, Brian Biggs wrote: > Hi, > Is there any facility in ARC (4.1.72-7) to set the Time zone? > > -Brian > -- > # Brian Biggs | Sonic / Sonoma Interconnect # > # Sys Admin / Programmer | v707.522.1000 fax707.547.2199 d707.522.1001 # > # mailto:bb@sonic.net | http://www.sonic.net mailto:support@sonic.net # > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) MPIP on HARC 4.1.72-7, how ?
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-20 18:36:25

Hello, I have a little problem setting up MPIP on a TC pool (Fully HiPer). I'm a little confused with the MPIP syntax. I have 5 ARC's, 4 manage 20 DSP's (5 each) and one is spare and will be used as MPIP server. Here's my config : Client : Client1>> add mpip client 1.1.1.1 sharedsecret secret Client1>> add mpip server 1.1.1.10 sharedsecret secret Client1>> set ntp primary_server 2.2.2.2 Client1>> enable ntp Client1>> save all Same for all the other clients, except for line 1 Server : Server>> add mpip server 1.1.1.10 sharedsecret secret Server>> add mpip client 1.1.1.1 sharedsecret secret Server>> add mpip client 1.1.1.2 sharedsecret secret Server>> add mpip client 1.1.1.3 sharedsecret secret Server>> add mpip client 1.1.1.4 sharedsecret secret Server>> add mpip client 1.1.1.10 sharedsecret secret Server>> set mpip server_state on Server>> set ntp primary_server 2.2.2.2 Server>> enable ntp Server>> save all Is this correct, or are there too many, too few commands ? Thanks for any info, because the 3com documentation is a bit.. erhm... confusing... We'd really need a FAQ for TC stuff.... Robert PS : has anyone a sample config of RIP with HARC 4.1.72-7 with a cisco running 11.3 that I could read somewhere ? -- Robert von Bismarck Network Systems Engineer Petrel Communications SA Tel : +41 22 304 47 47 Fax : +41 22 300 48 43 WWW : http://www.petrel.ch e-mail : rvb@petrel.ch

Subject: RE: (usr-tc) MultiLink PPP
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-20 18:42:11

Set the default user to use only one channel max the command is : set network user default ppp max_channels 1 This will limit any PPP user to one DS0, i.e, no Multilink PPP.... In RADIUS, you use the Port-Limit attribute. Regards, Robert -- Robert von Bismarck Network Systems Engineer Petrel Communications SA Tel : +41 22 304 47 47 Fax : +41 22 300 48 43 WWW : http://www.petrel.ch e-mail : rvb@petrel.ch > -----Original Message----- > From: Paul Jr. (AlaWeb Support) [SMTP:jr@alaweb.com] > Sent: mercredi, 20. janvier 1999 18:18 > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) MultiLink PPP > > I have read somewhere that MLPPP comes turned on by default on the > HARC. > Can someone tell me how to turn this off until we are ready to > implement > this feature? > > > Thanks in Advance. > > Thanks > Paul JR. > AlaWeb Support > 1800-427-8896 > http://www.alaweb.com/support.html > > > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: RE: (usr-tc) MPIP on HARC 4.1.72-7, how ?
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-20 18:44:42

Not seeing anything yet, I flashed the HARC's this morning. It's for future reference, i.e tomorrow ;-) Thanks anyway, Robert > -----Original Message----- > From: Jeff Mcadams [SMTP:jeffm@iglou.com] > Sent: mercredi, 20. janvier 1999 18:39 > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) MPIP on HARC 4.1.72-7, how ? > > Thus spake Robert von Bismarck > >Client1>> add mpip client 1.1.1.1 sharedsecret secret > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Not needed on clients. > > >Is this correct, or are there too many, too few commands ? > > Everything else should be pretty good...what are you seeing happening? > or not happening? > -- > Jeff McAdams Email: jeffm@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@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.

Subject: Re: (usr-tc) MultiLink PPP
From: MegaZone <megazone@megazone.org>
Date: 1999-01-20 19:31:39

Once upon a time Jeff Mcadams shaped the electrons to say... >OK, so this is a check-item for the server, and the server keeps track >of it, its not an item received or sent to the NAS, but is a counter >kept by the server then (at least in theory)...I think I'm following >you. We've never used this item so I was a little unclear on the >concept of it. You've pretty much got it. <URL:http://www.mdi.ca/sysadmin/multiple-logins.html> I'm doing a one day training on RADIUS at ISPF 2 (still need to write all the materials). And maybe a panel during the show, still talking on that. -MZ -- <URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me.. Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/> "A little nonsense now and then, is relished by the wisest men" 781-788-0130 <URL:http://www.megazone.org/> <URL:http://www.gweep.net/> Hail Discordia!

Subject: RE: (usr-tc) HARC Software Upgrade
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-20 21:39:51

> -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams > Sent: Wednesday, January 20, 1999 10:17 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) HARC Software Upgrade > > > Thus spake Dale Hege > >I've been tftping the software updates to the harcs and it has worked > >fine. But now I upload the file, reboot, and it says > > >** > >** Found file netserve.dmf in Flash FileSystem > >** Updating System with New Software Image > >** > > >But then it keeps going without updating the software. Has > anyone else had > >this problem? > > Reboot...it starts up on your old image...redoes all the flash > filesystem and installs the new image to that filesystem, but never > reboots to that new image. Another reboot gets it running the new > image. At least it did when I just upgraded my HARC toy. Actually, I have seen this problem before. Multiple reboots did not help. We had to delete config and rebuild. Once we did that we re-flashed it and the upgrade took the first time we reboot. > -- > Jeff McAdams Email: jeffm@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@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. >

Subject: Re: (usr-tc) MultiLink PPP
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-20 21:47:22

Thus spake MegaZone >Once upon a time Paul M. Oster shaped the electrons to say... >>Umm, I was under the impression that hte way to do this in radius would be >>Simultaneous-Use = 1, >This is not a standard attribute. This is a *server specific* attribute >that should never be sent to a NAS. Seriously? Hrmm...its in our pretty much stock and old Merit server that we're running. Listed as a check-item though, so only used I believe for a check on whether to authenticate a user, not sent back as a configuration item....at least I *think* this is how it works...I'm not extremely up on the RADIUS protocol. >The server can then allow some set number of logins per user name. OK, so this is a check-item for the server, and the server keeps track of it, its not an item received or sent to the NAS, but is a counter kept by the server then (at least in theory)...I think I'm following you. We've never used this item so I was a little unclear on the concept of it. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) HARC Software Upgrade
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-20 21:50:40

Thus spake Brian K McIntire >Actually, I have seen this problem before. Multiple reboots did not help. >We had to delete config and rebuild. Once we did that we re-flashed it and >the upgrade took the first time we reboot. Hrmm...weird...I just upgraded one from 4.0.29 I think to an alpha of 4.2 (got via tech support to check on something that we're working with...not even testing it at our site beyond just checking to see if a specific feature was available on it), and it did this...went through the flash filesystem format and rebuild, then kept running, did a...uhm...show system settings I think?...and it still showed 4.0.29 as the version, rebooted and it came up on 4.2.whatever the heck it is. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) MultiLink PPP
From: David Bolen <db3l@ans.net>
Date: 1999-01-20 22:03:07

Jeff Mcadams <jeffm@iglou.com> writes: > Seriously? Hrmm...its in our pretty much stock and old Merit server > that we're running. Listed as a check-item though, so only used I > believe for a check on whether to authenticate a user, not sent back as > a configuration item....at least I *think* this is how it works...I'm > not extremely up on the RADIUS protocol. For what it's worth, this doesn't really involve RADIUS (certainly not as a protocol) at all - the whole concept of a "check-item" was a server-specific implementation thing (not sure if Merit introduced it or inherited it from the original Livingston code). Yes, they did borrow the dictionary notation to be able to specify attributes that the server wanted to use, which may have added to the confusion, since it was a convenient construct already in place, but as it turns out that's completely unrelated to RADIUS, or the attributes defined for use with a NAS in the various RADIUS-related RFCs and IDs. As far as that goes, the "dictionary" is really distinct from RADIUS as well. RADIUS defines the protocol and there are well-known attributes numbered and defined for use with the protocol but how a system resolves attributes to names and vice versa is implementation specific. True, a lot of code has continued the original dictionary format/method used in the Livingston code, but I expect that others (our own internal code included) does not. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | UUNET Technologies, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: (usr-tc) Quad modem revs
From: Mark Ross <mark@apu.ccis.com>
Date: 1999-01-20 22:24:28

Does anyone know what the funtional difference (if any) on the quad analog/digital modems Hardware Versions 2.0 and 3.0 thanks

Subject: Re: (usr-tc) HARC Software Upgrade
From: Brian Elfert <brian@citilink.com>
Date: 1999-01-21 10:03:46

On Wed, 20 Jan 1999, Jeff Mcadams wrote: > Hrmm...weird...I just upgraded one from 4.0.29 I think to an alpha of > 4.2 (got via tech support to check on something that we're working > with...not even testing it at our site beyond just checking to see if a > specific feature was available on it), and it did this...went through So, does 4.2 have OSPF, or are you under NDA? Brian

Subject: (usr-tc) ALPHA/BETA & NDA
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1999-01-21 10:29:28

|-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams |Sent: Thursday, January 21, 1999 10:09 AM |To: usr-tc@lists.xmission.com |Subject: Re: (usr-tc) HARC Software Upgrade | | |Thus spake Brian Elfert |>On Wed, 20 Jan 1999, Jeff Mcadams wrote: |>> Hrmm...weird...I just upgraded one from 4.0.29 I think to an alpha of |>> 4.2 (got via tech support to check on something that we're working |>> with...not even testing it at our site beyond just checking to see if a |>> specific feature was available on it), and it did this...went through | |>So, does 4.2 have OSPF, or are you under NDA? | |Not under NDA that I'm aware of. The code that I have *does* have OSPF |and I have it picking up routes from my cisco box via OSPF, but keep in |mind. This isn't release code yet...it could get yanked out if its not |ready in time to release it (I don't see this as likely, but its |possible). FYI: Not that the above is a big deal, but if you have ever applied for BETA or participated in one you have signed a blanket NDA blocking you from dislosing anything about any BETA/ALPHA product you have experience with from that time forward. -M

Subject: (usr-tc) 5.9.9/5.10.9 Connection Problems
From: Clayton Zekelman <clayton@mnsi.net>
Date: 1999-01-21 10:38:33

We've recently started upgrading our Quad modems with the latest code, and have found a large number of our customers can't connect anymore. Curiously enough, many of these customers have USR modems. We also can't get our new HARC's to recognize our quads with hardware rev 0.2.0. Any suggestions. Krish? Anyone? --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

Subject: Re: (usr-tc) HARC Software Upgrade
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-21 11:08:45

Thus spake Brian Elfert >On Wed, 20 Jan 1999, Jeff Mcadams wrote: >> Hrmm...weird...I just upgraded one from 4.0.29 I think to an alpha of >> 4.2 (got via tech support to check on something that we're working >> with...not even testing it at our site beyond just checking to see if a >> specific feature was available on it), and it did this...went through >So, does 4.2 have OSPF, or are you under NDA? Not under NDA that I'm aware of. The code that I have *does* have OSPF and I have it picking up routes from my cisco box via OSPF, but keep in mind. This isn't release code yet...it could get yanked out if its not ready in time to release it (I don't see this as likely, but its possible). -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) telco woes
From: Brian <signal@shreve.net>
Date: 1999-01-21 11:34:26

I am having users all the sudden getting "Error 629 - The computer you are dialing is not answering". It basically dials, answers, and tries to negotiate a connection, but fails during the modem handshake. I saw this problem before. It took alot of pressuring the telco, but they eventually found that they had installed some "overflow" equipment and that was the culprit. Also someone had posted here that maybe they switched some of their SLC96's into mode2, which may have even been what they were talking about when they said "overflow" equipment. This all came about very epidemiclly, all of the sudden. Modems won't handshake, and it's mainly from a certain handfull of exchanges that we are tracking. It smells of telco. Does anyone have any ideas what this could be? Brian Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: Re: (usr-tc) ALPHA/BETA & NDA
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-21 12:00:57

Thus spake Mike Wronski >FYI: Not that the above is a big deal, but if you have ever applied for BETA or >participated in one you have >signed a blanket NDA blocking you from dislosing anything about any BETA/ALPHA >product you have experience with from that time forward. Well, to be honest, I didn't "apply" for this under the normal process. I was given access to this one specific thing to check out one specific (minor) feature. Maybe I shouldn't have been given access to it like that, but I certainly am not one to reveal any critical information. :) Like you said...the above isn't a big deal....if I had any thought that it might have been, I *wouldn't* have answered that. :) I've gotten a lot of other information through various channels that I haven't revealed for fear that it might be critical information. Sometimes, even to be told later by someone that it wasn't really critical information. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) WTB Ethernet NIC for USR total control chassis
From: Mark Ross <mark@apu.ccis.com>
Date: 1999-01-21 12:01:36

WTB Ethernet NIC for USR total control chassis Hi, I need to purchase 3 Ethernet Nic cards for use behind the Netserver cards, This is for a USR total control box. Please email prices and availablity thanks

Subject: (usr-tc) errors
From: Brian <signal@shreve.net>
Date: 1999-01-21 12:07:26

Can anyone explain what these messages are and if they are a real problem? Jan 19 21:28:33 usr2ts2 At 03:26:59, Facility "GWC Modem Driver", Level "CRITICAL":: <../../src/drv_gwcmdm_portal.c>251 Remove portal 0x1c51f70 failed,while removing from the list Jan 19 21:28:43 usr2ts2 At 03:27:09, Facility "GWC Modem Driver", Level "CRITICAL":: <../../src/drv_gwcmdm_portal.c>251 Remove portal 0x1c53a70 failed,while removing from the list Jan 19 21:29:00 usr2ts2 At 03:27:26, Facility "GWC Modem Driver", Level "CRITICAL":: <../../src/drv_gwcmdm_portal.c>251 Remove portal 0x1c63230 failed,while removing from the list Jan 19 21:29:18 usr2ts2 At 03:27:44, Facility "GWC Modem Driver", Level "CRITICAL":: <../../src/drv_gwcmdm_portal.c>251 Remove portal 0x1c63b30 failed,while removing from the list Jan 19 21:29:44 usr2ts2 At 03:28:10, Facility "GWC Modem Driver", Level "CRITICAL":: <../../src/drv_gwcmdm_portal.c>251 Remove portal 0x1c64430 failed,while removing from the list Jan 19 21:29:49 usr2ts2 At 03:28:16, Facility "GWC Modem Driver", Level "CRITICAL":: <../../src/drv_gwcmdm_portal.c>251 Remove portal 0x1c6e570 failed,while removing from the list Jan 19 21:30:27 usr2ts2 At 03:28:53, Facility "GWC Modem Driver", Level "CRITICAL":: <../../src/drv_gwcmdm_portal.c>251 Remove portal 0x1c501b0 failed,while removing from the list Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: (usr-tc) single or double sided?
From: Rob Williams <robw@mars.dnai.com>
Date: 1999-01-21 12:58:24

I am trying to find out by what criterea are the quad modem cards for the tc hub deemed single sided or double sided? Any help would be appriciated. robw@dnai.com

Subject: Re: (usr-tc) ARC - multiple IP pools?
From: Frank Basso <frank@got.net>
Date: 1999-01-21 13:11:15

We did that for awhile, but it made more sense to have one large pool. -Frank -----Original Message----- >Hi, > >I thought that while I'm swapping out my Netservers, I'd reorganize things >a bit. The only thing is, 48 quads + 1 DSP = 72 ports, not an easy to >subnet number. I'd hate to waste half of a C on one box... > >Can I make two smaller pools of 62 and 30? > >The docs suggest it can be done by just defining two public pools, but I'm >curious if anyone has actually done it successfully... > >Thanks, > >Charles > >-- >=-----------------= = >| Charles Sprickman Internet Channel | >| INCH System Administration Team (212)243-5200 | >| spork@inch.com access@inch.com | >= =----------------= > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) modem expansion question
From: Taino d Johnston <usr-list@accesscom.com>
Date: 1999-01-21 13:31:58

I have a question for everyone and hope someone can help. We have four Total Control chassis in our office. Below is how they are configured: chassis 1 - Dual PRI card, NMC card, NETserver card, 12 Quad cards and 2 45A PSU chassis 2 - Dual PRI card, NMC card, NETserver card, 12 Quad cards and 2 45A PSU chassis 3 - Dual PRI card, NMC card, NETserver card, 12 Quad cards and 2 70A PSU, built in fan chassis 4 - 2 45A PSU All our Quad modem cards, NETserver PRI cards, Dual PRI cards and NMC cards are running the current versions of the software. We are starting to give out busy signals so we are thinking of getting more modems. We are aware that 3Com has a HiPer Trade Up bundle promotion running at this time. Would it be worth it to begin switching to HiPer DSP cards? Are there any known problems with the HiPer Router or DSP cards? We have never had any problems with the NETserver or Quad cards. Is there anything else we should know before we begin expanding? Taino Johnston Manager, Technical Support Access Internet Communications +----------------------------------------------------------------+ | Taino d Johnston | Phone: (408) 777-8190 | | Manager, Technical Support | Tech Support: (408) 342-0551 | | | Fax: (408) 777-8191 | | Access Internet Communications | http://www.accesscom.com/ | | tdj@accesscom.com | support@accesscom.com | +----------------------------------------------------------------+

Subject: (usr-tc) limiting dial-up access
From: Taino d Johnston <usr-list@accesscom.com>
Date: 1999-01-21 14:38:42

We have four Total Control chassis in our office. All our Quad modem cards, NETserver PRI cards, Dual PRI cards and NMC cards are running the current versions of the software. We would like to sell a dial-up service to customers that only want dial-up access during off peak hours. How can this be done? Taino Johnston Manager, Technical Support Access Internet Communications +----------------------------------------------------------------+ | Taino d Johnston | Phone: (408) 777-8190 | | Manager, Technical Support | Tech Support: (408) 342-0551 | | | Fax: (408) 777-8191 | | Access Internet Communications | http://www.accesscom.com/ | | tdj@accesscom.com | support@accesscom.com | +----------------------------------------------------------------+

Subject: Re: (usr-tc) 5.9.9/5.10.9 Connection Problems
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-21 15:02:47

On Thu, 21 Jan 1999, Clayton Zekelman wrote: > > > We've recently started upgrading our Quad modems with the latest code, and > have found a large number of our customers can't connect anymore. > Curiously enough, many of these customers have USR modems. > > We also can't get our new HARC's to recognize our quads with hardware rev > 0.2.0. > This part tells me that you have a configuration problem? If you have a nmc and one hiper arc in the chassis the modems will be recognized automatically with chasssis awarness. If this is not set or if you have static config - need to take a look at one such hiper arc and help you out. let me know krish > Any suggestions. Krish? Anyone? > > --- > Clayton Zekelman > Managed Network Systems Inc. (MNSi) > 875 Ouellette Avenue > Windsor, Ontario > N9A 4J6 > > tel. 519-985-8410 > fax. 519-258-3009 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) ARC - multiple IP pools?
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1999-01-21 15:10:16

|-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman |Sent: Thursday, January 21, 1999 2:46 PM |To: usr-tc@lists.xmission.com |Subject: (usr-tc) ARC - multiple IP pools? | | |Hi, | |I thought that while I'm swapping out my Netservers, I'd reorganize things |a bit. The only thing is, 48 quads + 1 DSP = 72 ports, not an easy to |subnet number. I'd hate to waste half of a C on one box... | |Can I make two smaller pools of 62 and 30? | |The docs suggest it can be done by just defining two public pools, but I'm |curious if anyone has actually done it successfully... This works fine.. Just make both pools public.. Many people use it this way.. -M

Subject: Re: (usr-tc) 5.9.9/5.10.9 Connection Problems
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-21 15:31:01

On Thu, 21 Jan 1999, Clayton Zekelman wrote: > Actually, they show up properly in a "list chassis", and a "list int" shows > them as Oper Status Down and Admin Status Up. > > They're configured exactly like the other quads - only difference is the HW > rev. I've moved them around in the chassis, and the problem follows the card. Well if the problem follows the card - then we can suspect the hardware. But then again you may want to check the software rev on the card also or redownload the software to the card and set it to defaults. If there is some changes made to the default settings - there may be a problem with communication over the packet bus. Is this only with one card or with many cards of the same hardware rev? krish > > > At 03:02 PM 1/21/99 -0600, you wrote: > >On Thu, 21 Jan 1999, Clayton Zekelman wrote: > > > >> > >> > >> We've recently started upgrading our Quad modems with the latest code, and > >> have found a large number of our customers can't connect anymore. > >> Curiously enough, many of these customers have USR modems. > >> > >> We also can't get our new HARC's to recognize our quads with hardware rev > >> 0.2.0. > >> > > > >This part tells me that you have a configuration problem? If you have a > >nmc and one hiper arc in the chassis the modems will be recognized > >automatically with chasssis awarness. If this is not set or if you have > >static config - need to take a look at one such hiper arc and help you out. > > > >let me know > > > >krish > > > >> Any suggestions. Krish? Anyone? > >> > >> --- > >> Clayton Zekelman > >> Managed Network Systems Inc. (MNSi) > >> 875 Ouellette Avenue > >> Windsor, Ontario > >> N9A 4J6 > >> > >> tel. 519-985-8410 > >> fax. 519-258-3009 > >> > >> - > >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. > > > --- > Clayton Zekelman > Managed Network Systems Inc. (MNSi) > 875 Ouellette Avenue > Windsor, Ontario > N9A 4J6 > > tel. 519-985-8410 > fax. 519-258-3009 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) Unable to load NT 4.0 on new EdgeServer Pro
From: Peter Olson <peter.olson@chi.frb.org>
Date: 1999-01-21 15:44:47

Hello, Sorry this seems to be such a silly question, but I have been unable to get NT Server to install on an Edgeserver Pro that we bought without NT preinstalled. The issue seems to be the fact that the driver for other three Edgeservers we have use the IDE hard drivers atdisk.sys. when NT installs, it does not see this IDE controller, but instead sees the controller as a proprietary CD-ROM controller. Does anyone have an idea where I could get the atdisk.sys driver? I have looked on the 3com web site to no avail, and on the included disks, CD. Thanks in advance, --Peter

Subject: (usr-tc) ARC - multiple IP pools?
From: Charles Sprickman <spork@inch.com>
Date: 1999-01-21 15:45:48

Hi, I thought that while I'm swapping out my Netservers, I'd reorganize things a bit. The only thing is, 48 quads + 1 DSP = 72 ports, not an easy to subnet number. I'd hate to waste half of a C on one box... Can I make two smaller pools of 62 and 30? The docs suggest it can be done by just defining two public pools, but I'm curious if anyone has actually done it successfully... Thanks, Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork@inch.com access@inch.com | = =----------------=

Subject: Re: (usr-tc) limiting dial-up access
From: Greg Coffey <greg@coffey.com>
Date: 1999-01-21 15:59:38

We are looking for some software to limit simultaneous logins and found one that looks good called Tsmon. I think it looks like it could do what you are asking here too. Anyone use this software, we are going to try it out very soon. At 02:38 PM 1/21/99 -0800, you wrote: >We have four Total Control chassis in our office. All our Quad modem >cards, NETserver PRI cards, Dual PRI cards and NMC cards are running the >current versions of the software. > >We would like to sell a dial-up service to customers that only want dial-up >access during off peak hours. How can this be done? > >Taino Johnston >Manager, Technical Support >Access Internet Communications >+----------------------------------------------------------------+ >| Taino d Johnston | Phone: (408) 777-8190 | >| Manager, Technical Support | Tech Support: (408) 342-0551 | >| | Fax: (408) 777-8191 | >| Access Internet Communications | http://www.accesscom.com/ | >| tdj@accesscom.com | support@accesscom.com | >+----------------------------------------------------------------+ > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > > Have a good one, ______________________________________________________ Greg Coffey 307-234-5443 Fax 307-234-5446 CoffeyNet v.90 56k Access for Casper & Douglas 142 S. Center St. Rawlins, Pinedale, Lander and Wheatland Casper, WY 82601 http://www.coffey.com

Subject: Re: (usr-tc) 5.9.9/5.10.9 Connection Problems
From: Clayton Zekelman <clayton@mnsi.net>
Date: 1999-01-21 15:59:49

Actually, they show up properly in a "list chassis", and a "list int" shows them as Oper Status Down and Admin Status Up. They're configured exactly like the other quads - only difference is the HW rev. I've moved them around in the chassis, and the problem follows the card. At 03:02 PM 1/21/99 -0600, you wrote: >On Thu, 21 Jan 1999, Clayton Zekelman wrote: > >> >> >> We've recently started upgrading our Quad modems with the latest code, and >> have found a large number of our customers can't connect anymore. >> Curiously enough, many of these customers have USR modems. >> >> We also can't get our new HARC's to recognize our quads with hardware rev >> 0.2.0. >> > >This part tells me that you have a configuration problem? If you have a >nmc and one hiper arc in the chassis the modems will be recognized >automatically with chasssis awarness. If this is not set or if you have >static config - need to take a look at one such hiper arc and help you out. > >let me know > >krish > >> Any suggestions. Krish? Anyone? >> >> --- >> Clayton Zekelman >> Managed Network Systems Inc. (MNSi) >> 875 Ouellette Avenue >> Windsor, Ontario >> N9A 4J6 >> >> tel. 519-985-8410 >> fax. 519-258-3009 >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. > --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

Subject: Re: (usr-tc) single or double sided?
From: David Bolen <db3l@ans.net>
Date: 1999-01-21 16:04:47

Rob Williams <robw@mars.dnai.com> writes: > I am trying to find out by what criterea are the quad modem > cards for the tc hub deemed single sided or double sided? Any help > would be appriciated. Physically, it's whether the components are mounted on both sides of the printed circuit board or not. The "single sided" moniker refers to the "newer" quad cards (years old now) when the major components were only surface mounted on one side of the card - the back side of the circuit board is clean (with the possible exception of some small capacitors). The older "dual" or "double sided" cards had chips mounted on both sides of the card. As far as what the NMC detects, the cards let the NMC know what type they are (as do any of the NACs in a chassis) based on an assigned identifer, which the NMC then reports to any SNMP tools, such as TCM, as the newer card (defined in the mib as the "G2" quad card types). -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | UUNET Technologies, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) 5.9.9/5.10.9 Connection Problems
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-21 16:07:39

On Thu, 21 Jan 1999, Clayton Zekelman wrote: > I've re-flashed the cards to the latest rev. The problem shows up so far > in 7 cards, all of the same HW rev. (0.2.0). I think I tried defaulting > the cards once already, but that didn't help. > If you have not already - open a ticket with 3com and let me know the ticket number. I am not aware of any hardware problems with Quad and hiper arc - we need to get to the bottom of this and fix your problem ASAP. krish > > At 03:31 PM 1/21/99 -0600, you wrote: > > > >On Thu, 21 Jan 1999, Clayton Zekelman wrote: > > > >> Actually, they show up properly in a "list chassis", and a "list int" shows > >> them as Oper Status Down and Admin Status Up. > >> > >> They're configured exactly like the other quads - only difference is the HW > >> rev. I've moved them around in the chassis, and the problem follows the > card. > >Well if the problem follows the card - then we can suspect the hardware. > >But then again you may want to check the software rev on the card also or > >redownload the software to the card and set it to defaults. If there is > >some changes made to the default settings - there may be a problem with > >communication over the packet bus. Is this only with one card or with > >many cards of the same hardware rev? > > > > > >krish > > > >> > >> > >> At 03:02 PM 1/21/99 -0600, you wrote: > >> >On Thu, 21 Jan 1999, Clayton Zekelman wrote: > >> > > >> >> > >> >> > >> >> We've recently started upgrading our Quad modems with the latest > code, and > >> >> have found a large number of our customers can't connect anymore. > >> >> Curiously enough, many of these customers have USR modems. > >> >> > >> >> We also can't get our new HARC's to recognize our quads with hardware > rev > >> >> 0.2.0. > >> >> > >> > > >> >This part tells me that you have a configuration problem? If you have a > >> >nmc and one hiper arc in the chassis the modems will be recognized > >> >automatically with chasssis awarness. If this is not set or if you have > >> >static config - need to take a look at one such hiper arc and help you > out. > >> > > >> >let me know > >> > > >> >krish > >> > > >> >> Any suggestions. Krish? Anyone? > >> >> > >> >> --- > >> >> Clayton Zekelman > >> >> Managed Network Systems Inc. (MNSi) > >> >> 875 Ouellette Avenue > >> >> Windsor, Ontario > >> >> N9A 4J6 > >> >> > >> >> tel. 519-985-8410 > >> >> fax. 519-258-3009 > >> >> > >> >> - > >> >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. > >> > > >> --- > >> Clayton Zekelman > >> Managed Network Systems Inc. (MNSi) > >> 875 Ouellette Avenue > >> Windsor, Ontario > >> N9A 4J6 > >> > >> tel. 519-985-8410 > >> fax. 519-258-3009 > >> > >> - > >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. > > > > --- > Clayton Zekelman > Managed Network Systems Inc. (MNSi) > 875 Ouellette Avenue > Windsor, Ontario > N9A 4J6 > > tel. 519-985-8410 > fax. 519-258-3009 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) 5.9.9/5.10.9 Connection Problems
From: Clayton Zekelman <clayton@mnsi.net>
Date: 1999-01-21 16:28:45

I've re-flashed the cards to the latest rev. The problem shows up so far in 7 cards, all of the same HW rev. (0.2.0). I think I tried defaulting the cards once already, but that didn't help. At 03:31 PM 1/21/99 -0600, you wrote: > >On Thu, 21 Jan 1999, Clayton Zekelman wrote: > >> Actually, they show up properly in a "list chassis", and a "list int" shows >> them as Oper Status Down and Admin Status Up. >> >> They're configured exactly like the other quads - only difference is the HW >> rev. I've moved them around in the chassis, and the problem follows the card. >Well if the problem follows the card - then we can suspect the hardware. >But then again you may want to check the software rev on the card also or >redownload the software to the card and set it to defaults. If there is >some changes made to the default settings - there may be a problem with >communication over the packet bus. Is this only with one card or with >many cards of the same hardware rev? > > >krish > >> >> >> At 03:02 PM 1/21/99 -0600, you wrote: >> >On Thu, 21 Jan 1999, Clayton Zekelman wrote: >> > >> >> >> >> >> >> We've recently started upgrading our Quad modems with the latest code, and >> >> have found a large number of our customers can't connect anymore. >> >> Curiously enough, many of these customers have USR modems. >> >> >> >> We also can't get our new HARC's to recognize our quads with hardware rev >> >> 0.2.0. >> >> >> > >> >This part tells me that you have a configuration problem? If you have a >> >nmc and one hiper arc in the chassis the modems will be recognized >> >automatically with chasssis awarness. If this is not set or if you have >> >static config - need to take a look at one such hiper arc and help you out. >> > >> >let me know >> > >> >krish >> > >> >> Any suggestions. Krish? Anyone? >> >> >> >> --- >> >> Clayton Zekelman >> >> Managed Network Systems Inc. (MNSi) >> >> 875 Ouellette Avenue >> >> Windsor, Ontario >> >> N9A 4J6 >> >> >> >> tel. 519-985-8410 >> >> fax. 519-258-3009 >> >> >> >> - >> >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. >> > >> --- >> Clayton Zekelman >> Managed Network Systems Inc. (MNSi) >> 875 Ouellette Avenue >> Windsor, Ontario >> N9A 4J6 >> >> tel. 519-985-8410 >> fax. 519-258-3009 >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. > --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

Subject: Re: (usr-tc) ISDN problem continues(Krishnan help!)
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-21 18:55:40

On Thu, 21 Jan 1999, Jay Nakamura wrote: > I have turned off compression and the problem seems to have gone away, but > we haven't completely confirmed that yet. > Yes I see that in your ppp setup on the hiper arc. > With the 3Com office connect, no you can't ping, and what I have heard is > the unit completely locks up and you have to re-boot it. > CCP or compression especially stack may have problem with 3com office connect but then again if this problem is occurs with compression off then you are running into a different problem. > I don't know if the HiperArc keeps the connections on the 3com office > connect, since I have always been notified after the fact. With the > Netgear 328, the HiperARC still sees the connection, but you can't ping > that IP. > > Today, I was notified that Ascend Pipeline customers are affected also. > I have not seen any problem with Netgear, ascend, cisco, lanmodem- I would like to take a look at your hiper arc when this problem occours. regards krish > The code on the Hiper ARC is the latest. > > System Version: V4.1.72 > > HiPer>> show ppp > > PPP AUTHENTICATION > DIAL_IN Users Authenticate: PAP > PPP Authentication Preference: PAP > System Transmit Authentication Name: HiPer > > PPP offloading: ENABLED > > CCP will be attempted for call type(s): NONE > > Primary NBNS Server address: 0.0.0.0 > Secondary NBNS Server address: 0.0.0.0 > > DNS configuration Usage: SYSTEM > > Primary PPP DNS Server address: 206.97.64.2 > Secondary PPP DNS Server address: 206.97.64.9 > > PPP session start message: PPP session from %server_ip to > %client > _ip beginning.... > > Would you need anything else? > > On Wed, 20 Jan 1999, Jay Nakamura wrote: > > > I have posted this once but I got little more info about it. > > > > We used to have Quad/Netserver. > > > > We swapped them for Hiper ARC/DSP. > > > > Ever since then our customers and emploees have been having the problem > > where, randomly the connection stops sending traffic over. The connection > > doesn't drop, it just stops sending traffic. For some routers like the > > 3com office connect, it locks up the client rotuer. > > > > When you say the client router gets locked up - > > Can you still send a ping packet from the hiper arc to the client? > Does the HiPer arc see this connection? > > Also I would like to know the code version and a show ppp on the hiper arc > > > regards > > krish > > > We have seen this probelm with the Netgear 328, Zyxel 2864i, 3com Office > > Connect, 3Com Imapct IQ. I haven't heard if anyone is not having the > > problem since of course, if they are not having problems, they won't call > > us about it. And all of our employees are using one of the above > routers/TA. > > > > I dialin to this pool with a modem all the time and modem doesn't seem to > > have the same problem. > > > > I have called 3Com techsupport, they checked my settings, firmware rev, > > etc, and found nothing wrong. > > > > Anyone have any suggestion for > > > > -Fixing it > > -What to look for to pin point what is going on. > > > > Anyone at 3Com reading this list, is there any similar reports? > > > > Thank you! > > -- > > > > -- J.S. Nakamura -- Phone (812)337-5070 x213 > > -- Kiva Networking -- Fax (812)337-5082 > > -- Network Engineer -- email jnakamur@kiva.net > > -- Cisco Certified Design Associate -- > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. > > > -- > > -- J.S. Nakamura -- Phone (812)337-5070 x213 > -- Kiva Networking -- Fax (812)337-5082 > -- Network Engineer -- email jnakamur@kiva.net > -- Cisco Certified Design Associate -- >

Subject: Re: (usr-tc) limiting dial-up access
From: Charles Sprickman <spork@inch.com>
Date: 1999-01-21 19:25:41

From what I understand, Radiator can limit accounts to certain times of the day... (http://www.open.com.au) Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork@inch.com access@inch.com | = =----------------= On Thu, 21 Jan 1999, Taino d Johnston wrote: > We have four Total Control chassis in our office. All our Quad modem > cards, NETserver PRI cards, Dual PRI cards and NMC cards are running the > current versions of the software. > > We would like to sell a dial-up service to customers that only want dial-up > access during off peak hours. How can this be done? > > Taino Johnston > Manager, Technical Support > Access Internet Communications > +----------------------------------------------------------------+ > | Taino d Johnston | Phone: (408) 777-8190 | > | Manager, Technical Support | Tech Support: (408) 342-0551 | > | | Fax: (408) 777-8191 | > | Access Internet Communications | http://www.accesscom.com/ | > | tdj@accesscom.com | support@accesscom.com | > +----------------------------------------------------------------+ > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) ISDN problem continues(Krishnan help!)
From: Jay Nakamura <jnakamur@kiva.net>
Date: 1999-01-21 19:27:37

I have turned off compression and the problem seems to have gone away, but we haven't completely confirmed that yet. With the 3Com office connect, no you can't ping, and what I have heard is the unit completely locks up and you have to re-boot it. I don't know if the HiperArc keeps the connections on the 3com office connect, since I have always been notified after the fact. With the Netgear 328, the HiperARC still sees the connection, but you can't ping that IP. Today, I was notified that Ascend Pipeline customers are affected also. The code on the Hiper ARC is the latest. System Version: V4.1.72 HiPer>> show ppp PPP AUTHENTICATION DIAL_IN Users Authenticate: PAP PPP Authentication Preference: PAP System Transmit Authentication Name: HiPer PPP offloading: ENABLED CCP will be attempted for call type(s): NONE Primary NBNS Server address: 0.0.0.0 Secondary NBNS Server address: 0.0.0.0 DNS configuration Usage: SYSTEM Primary PPP DNS Server address: 206.97.64.2 Secondary PPP DNS Server address: 206.97.64.9 PPP session start message: PPP session from %server_ip to %client _ip beginning.... Would you need anything else? On Wed, 20 Jan 1999, Jay Nakamura wrote: > I have posted this once but I got little more info about it. > > We used to have Quad/Netserver. > > We swapped them for Hiper ARC/DSP. > > Ever since then our customers and emploees have been having the problem > where, randomly the connection stops sending traffic over. The connection > doesn't drop, it just stops sending traffic. For some routers like the > 3com office connect, it locks up the client rotuer. > When you say the client router gets locked up - Can you still send a ping packet from the hiper arc to the client? Does the HiPer arc see this connection? Also I would like to know the code version and a show ppp on the hiper arc regards krish > We have seen this probelm with the Netgear 328, Zyxel 2864i, 3com Office > Connect, 3Com Imapct IQ. I haven't heard if anyone is not having the > problem since of course, if they are not having problems, they won't call > us about it. And all of our employees are using one of the above routers/TA. > > I dialin to this pool with a modem all the time and modem doesn't seem to > have the same problem. > > I have called 3Com techsupport, they checked my settings, firmware rev, > etc, and found nothing wrong. > > Anyone have any suggestion for > > -Fixing it > -What to look for to pin point what is going on. > > Anyone at 3Com reading this list, is there any similar reports? > > Thank you! > -- > > -- J.S. Nakamura -- Phone (812)337-5070 x213 > -- Kiva Networking -- Fax (812)337-5082 > -- Network Engineer -- email jnakamur@kiva.net > -- Cisco Certified Design Associate -- > > - > To unsubscribe to usr-tc, send an email to "majordomo@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@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. -- -- J.S. Nakamura -- Phone (812)337-5070 x213 -- Kiva Networking -- Fax (812)337-5082 -- Network Engineer -- email jnakamur@kiva.net -- Cisco Certified Design Associate --

Subject: Re: (usr-tc) DSP 1.2.6
From: Frank Basso <frank@okwhatever.com>
Date: 1999-01-21 23:54:14

We are running the same combo and have experienced some issues, but it seems that the Telco is responsible. Or maybe not, it just feels to me like this code is more susceptible to bad customer z end line noise. -Frank -----Original Message----- >hello, has anyone else had users complaining after upgrading >to 1.2.6? we went from 1.2.5 to one 1.2.6 about 2 weeks ago >to help out the $35 56k winmodem users but shortly after that >we began getting complaints about users who normally get ~49k >connections with thier USR 56k v.90's now getting 28.8, 14.4, >etc... read through the release notes but couldn't find any >clues. also running 4.1.72, and 5.5.5. > >any hints?, thanks for your time. blake > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) DSP 1.2.6
From: Blake Fithen <fithen@networksplus.com>
Date: 1999-01-22 00:57:58

hello, has anyone else had users complaining after upgrading to 1.2.6? we went from 1.2.5 to one 1.2.6 about 2 weeks ago to help out the $35 56k winmodem users but shortly after that we began getting complaints about users who normally get ~49k connections with thier USR 56k v.90's now getting 28.8, 14.4, etc... read through the release notes but couldn't find any clues. also running 4.1.72, and 5.5.5. any hints?, thanks for your time. blake

Subject: Re: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 any more...
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-22 08:13:49

Can you get a ppp trace on the hiper arc when the user connects? type mon ppp and ask the user to connect krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Fri, 22 Jan 1999, Robert von Bismarck wrote: > Hey guys, > > I have a customer with a Cisco 1603 with IOS 11.2 dialing into our TC > Rack. > The config works fine with 4.0.30 and 4.0.29, after upgrading to > 4.1.72-7, it does not work any more. The customer is going crazy, and me > too. > I checked on Interproc, but this does not help at all > I've built a test bed here and it dumps on the CHAP handshake. > > So, has anyone got a cisco 1603 to HiperARC config that works ?????? > > I'n really beginning to go crazy about this interoperational issues... > > Thanks for any info, > > Robert > > -- > Robert von Bismarck > Network Systems Engineer > Petrel Communications SA > Tel : +41 22 304 47 47 > Fax : +41 22 300 48 43 > WWW : http://www.petrel.ch > e-mail : rvb@petrel.ch > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) limiting dial-up access
From: Brian <signal@shreve.net>
Date: 1999-01-22 08:48:59

On Thu, 21 Jan 1999, Greg Coffey wrote: > We are looking for some software to limit simultaneous logins and found one > that looks good called Tsmon. I think it looks like it could do what you > are asking here too. Anyone use this software, we are going to try it out > very soon. > I use it, it works great. Brian > At 02:38 PM 1/21/99 -0800, you wrote: > >We have four Total Control chassis in our office. All our Quad modem > >cards, NETserver PRI cards, Dual PRI cards and NMC cards are running the > >current versions of the software. > > > >We would like to sell a dial-up service to customers that only want dial-up > >access during off peak hours. How can this be done? > > > >Taino Johnston > >Manager, Technical Support > >Access Internet Communications > >+----------------------------------------------------------------+ > >| Taino d Johnston | Phone: (408) 777-8190 | > >| Manager, Technical Support | Tech Support: (408) 342-0551 | > >| | Fax: (408) 777-8191 | > >| Access Internet Communications | http://www.accesscom.com/ | > >| tdj@accesscom.com | support@accesscom.com | > >+----------------------------------------------------------------+ > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@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. > > > > > > Have a good one, > ______________________________________________________ > Greg Coffey 307-234-5443 Fax 307-234-5446 > CoffeyNet v.90 56k Access for Casper & Douglas > 142 S. Center St. Rawlins, Pinedale, Lander and Wheatland > Casper, WY 82601 http://www.coffey.com > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
From: Jason <jwatkins@iland.net>
Date: 1999-01-22 12:18:22

I'm experiencing a problem with the HiPer ARC card running version 4.1.72. What happens is when the chassis ports get full except one, the last available port will not allow a connection. In syslog I get this critical error "no IP address available for dynamic address assignment" But, the IP pool is set to 47 addresses, and the last port on this chassis is used for a dedicated customer. It seems like the ARC is not flushing the last address before the last person can connect. Has anyone had this problem before, or does anyone see anything I'm missing?? Thanks. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Jason Watkins jwatkins@iland.net I-Land NOC Tech http://www.iland.net =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-22 14:34:02

On Fri, 22 Jan 1999, Jason wrote: > I'm experiencing a problem with the HiPer ARC card > running version 4.1.72. What happens is when the > chassis ports get full except one, the last available > port will not allow a connection. In syslog I get this > critical error "no IP address available for dynamic > address assignment" But, the IP pool is set to 47 > addresses, and the last port on this chassis is used Do you have only 46 connections when this happens? krish > for a dedicated customer. It seems like the ARC > is not flushing the last address before the last person > can connect. Has anyone had this problem before, > or does anyone see anything I'm missing?? > > Thanks. > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Jason Watkins jwatkins@iland.net > I-Land NOC Tech http://www.iland.net > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 any more...
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-22 14:53:18

Hey guys, I have a customer with a Cisco 1603 with IOS 11.2 dialing into our TC Rack. The config works fine with 4.0.30 and 4.0.29, after upgrading to 4.1.72-7, it does not work any more. The customer is going crazy, and me too. I checked on Interproc, but this does not help at all I've built a test bed here and it dumps on the CHAP handshake. So, has anyone got a cisco 1603 to HiperARC config that works ?????? I'n really beginning to go crazy about this interoperational issues... Thanks for any info, Robert -- Robert von Bismarck Network Systems Engineer Petrel Communications SA Tel : +41 22 304 47 47 Fax : +41 22 300 48 43 WWW : http://www.petrel.ch e-mail : rvb@petrel.ch

Subject: Re: (usr-tc) 7 DSPs on a 70A chassis?
From: Frank Basso <frank@got.net>
Date: 1999-01-22 15:15:11

This is fine. We use 10 DSP's with a single 70A Supply. -----Original Message----- >We just installed a 7th DSP card in a 70A chassis. The memory usage changed >some from the 6th card to the 7th (less free mem) but not a great deal. >This is the current: > >SYSTEM MEMORY RESOURCES >Total System Memory Resources: 52911 KB >Code Size: 3732 KB >Initialized Data Size: 632 KB >Uninitialized Data Size: 3913 KB >Stack Size: 512 KB >Free Memory Current Value: 27531 KB >Free Memory 1 Hour Before: 27460 KB >Free Memory 12 Hours Before: 29947 KB >Free Memory 24 Hours Before: 27522 KB >Total Buffer Cache: 40000 >Free Buffer Cache: 22883 > >Since the card was added we are having many users who used to connect fine >now having trouble. Sometimes the handshake fails, sometimes the connection >drops after they authenticate. >We are using 1.2.6 on the DSPs and 4.1.72 on the ARC. The disconnect >reasons are >52secs reason: 2 or reason: 1 and reason: 17 ( is there a list of these >somewhere?) > >Is the 70A enough to handle 7DSPs ? > >Thanks for any ideas. > Buzz Gould >Rural Connections ~ Information Services > 1(800)228-6454 > www.rconnect.com > > > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) Arc radius question
From: Charles Sprickman <spork@inch.com>
Date: 1999-01-22 15:18:44

Hi, I found a little bit about Fall-Through versus Round-Robin authentication algorithms in the archives, but never saw a definitive answer. Basically, I want to always try the primary first. Which is appropriate for that, and which is the default. Also, where do I find docs on new commands like this? Thanks, Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork@inch.com access@inch.com | = =----------------=

Subject: Re: (usr-tc) Arc radius question
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-22 15:26:30

Thus spake Charles Sprickman >I found a little bit about Fall-Through versus Round-Robin authentication >algorithms in the archives, but never saw a definitive answer. >Basically, I want to always try the primary first. Which is appropriate >for that, Fall-Through >and which is the default. Round-Robin >Also, where do I find docs on new commands like this? *Should* be in the manual on the web site I believe (available in pdf format) but don't quote me on that part. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
From: Randy Cosby <dcosby@infowest.com>
Date: 1999-01-22 16:08:07

3Com folks - I've seen this recommendation a few times. Can you clarify why we should have more than 48IP's in the pool? Spare IP's are like gold any more :) Randy > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian > Sent: Friday, January 22, 1999 3:25 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600 > > > On Fri, 22 Jan 1999, Jason wrote: > > > I'm experiencing a problem with the HiPer ARC card > > running version 4.1.72. What happens is when the > > chassis ports get full except one, the last available > > port will not allow a connection. In syslog I get this > > critical error "no IP address available for dynamic > > address assignment" But, the IP pool is set to 47 > > addresses, and the last port on this chassis is used > > for a dedicated customer. It seems like the ARC > > is not flushing the last address before the last person > > can connect. Has anyone had this problem before, > > or does anyone see anything I'm missing?? > > Make sure your ip address pools have a few more addresses than your ports, > that is, if you have 48 ports, put like 50 or so addreses in the pool, > Personally I would just make it a /26 (64 IP Addresses). > > Brian > > > > > > Thanks. > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > Jason Watkins jwatkins@iland.net > > I-Land NOC Tech http://www.iland.net > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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. > > > > -------------------------------------------------------------------------- > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service > Provider > Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ > signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, > (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
From: Brian <signal@shreve.net>
Date: 1999-01-22 16:25:21

On Fri, 22 Jan 1999, Jason wrote: > I'm experiencing a problem with the HiPer ARC card > running version 4.1.72. What happens is when the > chassis ports get full except one, the last available > port will not allow a connection. In syslog I get this > critical error "no IP address available for dynamic > address assignment" But, the IP pool is set to 47 > addresses, and the last port on this chassis is used > for a dedicated customer. It seems like the ARC > is not flushing the last address before the last person > can connect. Has anyone had this problem before, > or does anyone see anything I'm missing?? Make sure your ip address pools have a few more addresses than your ports, that is, if you have 48 ports, put like 50 or so addreses in the pool, Personally I would just make it a /26 (64 IP Addresses). Brian > > Thanks. > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Jason Watkins jwatkins@iland.net > I-Land NOC Tech http://www.iland.net > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: (usr-tc) 7 DSPs on a 70A chassis?
From: Buzz Gould <buzzg@rconnect.com>
Date: 1999-01-22 17:07:07

We just installed a 7th DSP card in a 70A chassis. The memory usage changed some from the 6th card to the 7th (less free mem) but not a great deal. This is the current: SYSTEM MEMORY RESOURCES Total System Memory Resources: 52911 KB Code Size: 3732 KB Initialized Data Size: 632 KB Uninitialized Data Size: 3913 KB Stack Size: 512 KB Free Memory Current Value: 27531 KB Free Memory 1 Hour Before: 27460 KB Free Memory 12 Hours Before: 29947 KB Free Memory 24 Hours Before: 27522 KB Total Buffer Cache: 40000 Free Buffer Cache: 22883 Since the card was added we are having many users who used to connect fine now having trouble. Sometimes the handshake fails, sometimes the connection drops after they authenticate. We are using 1.2.6 on the DSPs and 4.1.72 on the ARC. The disconnect reasons are 52secs reason: 2 or reason: 1 and reason: 17 ( is there a list of these somewhere?) Is the 70A enough to handle 7DSPs ? Thanks for any ideas. Buzz Gould Rural Connections ~ Information Services 1(800)228-6454 www.rconnect.com

Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-01-22 17:25:57

I would also like to know the anwser to this one. We have never had to do this on any other RAS device. Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Sent: Friday, January 22, 1999 5:08 PM >3Com folks - I've seen this recommendation a few times. Can you clarify why >we should have more than 48IP's in the pool? Spare IP's are like gold any >more :) > >Randy > > >> -----Original Message----- >> From: owner-usr-tc@lists.xmission.com >> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian >> Sent: Friday, January 22, 1999 3:25 PM >> To: usr-tc@lists.xmission.com >> Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600 >> >> >> On Fri, 22 Jan 1999, Jason wrote: >> >> > I'm experiencing a problem with the HiPer ARC card >> > running version 4.1.72. What happens is when the >> > chassis ports get full except one, the last available >> > port will not allow a connection. In syslog I get this >> > critical error "no IP address available for dynamic >> > address assignment" But, the IP pool is set to 47 >> > addresses, and the last port on this chassis is used >> > for a dedicated customer. It seems like the ARC >> > is not flushing the last address before the last person >> > can connect. Has anyone had this problem before, >> > or does anyone see anything I'm missing?? >> >> Make sure your ip address pools have a few more addresses than your ports, >> that is, if you have 48 ports, put like 50 or so addreses in the pool, >> Personally I would just make it a /26 (64 IP Addresses). >> >> Brian >> >> >> > >> > Thanks. >> > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> > Jason Watkins jwatkins@iland.net >> > I-Land NOC Tech http://www.iland.net >> > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> > >> > >> > - >> > To unsubscribe to usr-tc, send an email to "majordomo@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. >> > >> >> ------------------------------------------------------------------------- - >> Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service >> Provider >> Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ >> signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, >> (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 >> >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-01-22 17:30:03

Thanks Krish for your help. Your support dept also recommended it to me on the Hiper Arc but I was fresh out of IP's. Glad to know I really did not need to do it anyway. Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Cc: <usr-tc@lists.xmission.com> Sent: Friday, January 22, 1999 5:43 PM >On Fri, 22 Jan 1999, Randy Cosby wrote: > >> 3Com folks - I've seen this recommendation a few times. Can you clarify why >> we should have more than 48IP's in the pool? Spare IP's are like gold any >> more :) > >We recommend using more than 48 ips for NETServer - the reason for this >is that the console port is also a port and if set active you may run >into pool address loss. For Hiper arc you do not need any more that your >number of modems. > >krish > >> >> Randy >> >> >> > -----Original Message----- >> > From: owner-usr-tc@lists.xmission.com >> > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian >> > Sent: Friday, January 22, 1999 3:25 PM >> > To: usr-tc@lists.xmission.com >> > Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600 >> > >> > >> > On Fri, 22 Jan 1999, Jason wrote: >> > >> > > I'm experiencing a problem with the HiPer ARC card >> > > running version 4.1.72. What happens is when the >> > > chassis ports get full except one, the last available >> > > port will not allow a connection. In syslog I get this >> > > critical error "no IP address available for dynamic >> > > address assignment" But, the IP pool is set to 47 >> > > addresses, and the last port on this chassis is used >> > > for a dedicated customer. It seems like the ARC >> > > is not flushing the last address before the last person >> > > can connect. Has anyone had this problem before, >> > > or does anyone see anything I'm missing?? >> > >> > Make sure your ip address pools have a few more addresses than your ports, >> > that is, if you have 48 ports, put like 50 or so addreses in the pool, >> > Personally I would just make it a /26 (64 IP Addresses). >> > >> > Brian >> > >> > >> > > >> > > Thanks. >> > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> > > Jason Watkins jwatkins@iland.net >> > > I-Land NOC Tech http://www.iland.net >> > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> > > >> > > >> > > - >> > > To unsubscribe to usr-tc, send an email to "majordomo@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. >> > > >> > >> > -------------------------------------------------------------------------- >> > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service >> > Provider >> > Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ >> > signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, >> > (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 >> > >> > >> > - >> > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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. >

Subject: RE: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-22 17:43:34

On Fri, 22 Jan 1999, Randy Cosby wrote: > 3Com folks - I've seen this recommendation a few times. Can you clarify why > we should have more than 48IP's in the pool? Spare IP's are like gold any > more :) We recommend using more than 48 ips for NETServer - the reason for this is that the console port is also a port and if set active you may run into pool address loss. For Hiper arc you do not need any more that your number of modems. krish > > Randy > > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian > > Sent: Friday, January 22, 1999 3:25 PM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600 > > > > > > On Fri, 22 Jan 1999, Jason wrote: > > > > > I'm experiencing a problem with the HiPer ARC card > > > running version 4.1.72. What happens is when the > > > chassis ports get full except one, the last available > > > port will not allow a connection. In syslog I get this > > > critical error "no IP address available for dynamic > > > address assignment" But, the IP pool is set to 47 > > > addresses, and the last port on this chassis is used > > > for a dedicated customer. It seems like the ARC > > > is not flushing the last address before the last person > > > can connect. Has anyone had this problem before, > > > or does anyone see anything I'm missing?? > > > > Make sure your ip address pools have a few more addresses than your ports, > > that is, if you have 48 ports, put like 50 or so addreses in the pool, > > Personally I would just make it a /26 (64 IP Addresses). > > > > Brian > > > > > > > > > > Thanks. > > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > > Jason Watkins jwatkins@iland.net > > > I-Land NOC Tech http://www.iland.net > > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@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. > > > > > > > -------------------------------------------------------------------------- > > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service > > Provider > > Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ > > signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, > > (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) 7 DSPs on a 70A chassis?
From: Matt Harper <matt_harper@mw.3com.com>
Date: 1999-01-22 17:49:09

>From RFC2139: 5.10. Acct-Terminate-Cause Description This attribute indicates how the session was terminated, and can only be present in Accounting-Request records where the Acct- Status-Type is set to Stop. A summary of the Acct-Terminate-Cause attribute format is shown below. The fields are transmitted from left to right. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type 49 for Acct-Terminate-Cause Length 6 Rigney Informational [Page 18] RFC 2139 RADIUS Accounting April 1997 Value The Value field is four octets, containing an integer specifying the cause of session termination, as follows: 1 User Request 2 Lost Carrier 3 Lost Service 4 Idle Timeout 5 Session Timeout 6 Admin Reset 7 Admin Reboot 8 Port Error 9 NAS Error 10 NAS Request 11 NAS Reboot 12 Port Unneeded 13 Port Preempted 14 Port Suspended 15 Service Unavailable 16 Callback 17 User Error 18 Host Request The termination causes are as follows: User Request User requested termination of service, for example with LCP Terminate or by logging out. Lost Carrier DCD was dropped on the port. Lost Service Service can no longer be provided; for example, user's connection to a host was interrupted. Idle Timeout Idle timer expired. Session Timeout Maximum session length timer expired. Admin Reset Administrator reset the port or session. Admin Reboot Administrator is ending service on the NAS, for example prior to rebooting the NAS. Port Error NAS detected an error on the port which required ending the session. Rigney Informational [Page 19] RFC 2139 RADIUS Accounting April 1997 NAS Error NAS detected some error (other than on the port) which required ending the session. NAS Request NAS ended session for a non-error reason not otherwise listed here. NAS Reboot The NAS ended the session in order to reboot non-administratively ("crash"). Port Unneeded NAS ended session because resource usage fell below low-water mark (for example, if a bandwidth-on-demand algorithm decided that the port was no longer needed). Port Preempted NAS ended session in order to allocate the port to a higher priority use. Port Suspended NAS ended session to suspend a virtual session. Service Unavailable NAS was unable to provide requested service. Callback NAS is terminating current session in order to perform callback for a new session. User Error Input from user is in error, causing termination of session. Host Request Login Host terminated session normally. -- Matt Buzz Gould <buzzg@rconnect.com> on 01/22/99 05:07:07 PM Please respond to usr-tc@lists.xmission.com cc: (Matt Harper/MW/US/3Com) We just installed a 7th DSP card in a 70A chassis. The memory usage changed some from the 6th card to the 7th (less free mem) but not a great deal. This is the current: SYSTEM MEMORY RESOURCES Total System Memory Resources: 52911 KB Code Size: 3732 KB Initialized Data Size: 632 KB Uninitialized Data Size: 3913 KB Stack Size: 512 KB Free Memory Current Value: 27531 KB Free Memory 1 Hour Before: 27460 KB Free Memory 12 Hours Before: 29947 KB Free Memory 24 Hours Before: 27522 KB Total Buffer Cache: 40000 Free Buffer Cache: 22883 Since the card was added we are having many users who used to connect fine now having trouble. Sometimes the handshake fails, sometimes the connection drops after they authenticate. We are using 1.2.6 on the DSPs and 4.1.72 on the ARC. The disconnect reasons are 52secs reason: 2 or reason: 1 and reason: 17 ( is there a list of these somewhere?) Is the 70A enough to handle 7DSPs ? Thanks for any ideas. Buzz Gould Rural Connections ~ Information Services 1(800)228-6454 www.rconnect.com - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) List of RADIUS Accounting terminate codes from RFC2139
From: Matt Harper <matt_harper@mw.3com.com>
Date: 1999-01-22 17:54:17

5.10. Acct-Terminate-Cause Description This attribute indicates how the session was terminated, and can only be present in Accounting-Request records where the Acct- Status-Type is set to Stop. A summary of the Acct-Terminate-Cause attribute format is shown below. The fields are transmitted from left to right. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Length | Value +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Value (cont) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type 49 for Acct-Terminate-Cause Length 6 Rigney Informational [Page 18] RFC 2139 RADIUS Accounting April 1997 Value The Value field is four octets, containing an integer specifying the cause of session termination, as follows: 1 User Request 2 Lost Carrier 3 Lost Service 4 Idle Timeout 5 Session Timeout 6 Admin Reset 7 Admin Reboot 8 Port Error 9 NAS Error 10 NAS Request 11 NAS Reboot 12 Port Unneeded 13 Port Preempted 14 Port Suspended 15 Service Unavailable 16 Callback 17 User Error 18 Host Request The termination causes are as follows: User Request User requested termination of service, for example with LCP Terminate or by logging out. Lost Carrier DCD was dropped on the port. Lost Service Service can no longer be provided; for example, user's connection to a host was interrupted. Idle Timeout Idle timer expired. Session Timeout Maximum session length timer expired. Admin Reset Administrator reset the port or session. Admin Reboot Administrator is ending service on the NAS, for example prior to rebooting the NAS. Port Error NAS detected an error on the port which required ending the session. Rigney Informational [Page 19] RFC 2139 RADIUS Accounting April 1997 NAS Error NAS detected some error (other than on the port) which required ending the session. NAS Request NAS ended session for a non-error reason not otherwise listed here. NAS Reboot The NAS ended the session in order to reboot non-administratively ("crash"). Port Unneeded NAS ended session because resource usage fell below low-water mark (for example, if a bandwidth-on-demand algorithm decided that the port was no longer needed). Port Preempted NAS ended session in order to allocate the port to a higher priority use. Port Suspended NAS ended session to suspend a virtual session. Service Unavailable NAS was unable to provide requested service. Callback NAS is terminating current session in order to perform callback for a new session. User Error Input from user is in error, causing termination of session. Host Request Login Host terminated session normally.

Subject: Re: (usr-tc) MultiLink PPP
From: vanhalen@coredcs.com
Date: 1999-01-23 11:52:47

We're having major problems with people dialing in multiple times. We have the ability to allow Simultaneous Use through Merit Radius, but our problem is that logins on one of our boxes(running Netserver on a separate phone number) doesn't seem to register with Radius that it is a login and that any subsqeuent logins should be disallowed. The user shows up in the radius logfile from that box but then if they dial-in with the same username on a different access number, radius still allows them in even though it knows about the first one. We've checked realms and they appear to be the same. Steve On Wed, 20 Jan 1999, MegaZone wrote: > Once upon a time Jeff Mcadams shaped the electrons to say... > >OK, so this is a check-item for the server, and the server keeps track > >of it, its not an item received or sent to the NAS, but is a counter > >kept by the server then (at least in theory)...I think I'm following > >you. We've never used this item so I was a little unclear on the > >concept of it. > > You've pretty much got it. > > <URL:http://www.mdi.ca/sysadmin/multiple-logins.html> > > I'm doing a one day training on RADIUS at ISPF 2 (still need to write > all the materials). And maybe a panel during the show, still talking on > that. > > -MZ > -- > <URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me.. > Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/> > "A little nonsense now and then, is relished by the wisest men" 781-788-0130 > <URL:http://www.megazone.org/> <URL:http://www.gweep.net/> Hail Discordia! > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) limiting dial-up access
From: Richard Fink <rfink@worldpassage.net>
Date: 1999-01-23 14:51:30

May I ask for a URL to get tsmon ? Thanks. -Ric At 08:48 AM 1/22/99 -0600, you wrote: >On Thu, 21 Jan 1999, Greg Coffey wrote: > >> We are looking for some software to limit simultaneous logins and found one >> that looks good called Tsmon. I think it looks like it could do what you >> are asking here too. Anyone use this software, we are going to try it out >> very soon. >> > >I use it, it works great. > >Brian > > > >> At 02:38 PM 1/21/99 -0800, you wrote: >> >We have four Total Control chassis in our office. All our Quad modem >> >cards, NETserver PRI cards, Dual PRI cards and NMC cards are running the >> >current versions of the software. >> > >> >We would like to sell a dial-up service to customers that only want dial-up >> >access during off peak hours. How can this be done? >> > >> >Taino Johnston >> >Manager, Technical Support >> >Access Internet Communications >> >+----------------------------------------------------------------+ >> >| Taino d Johnston | Phone: (408) 777-8190 | >> >| Manager, Technical Support | Tech Support: (408) 342-0551 | >> >| | Fax: (408) 777-8191 | >> >| Access Internet Communications | http://www.accesscom.com/ | >> >| tdj@accesscom.com | support@accesscom.com | >> >+----------------------------------------------------------------+ >> > >> >- >> > To unsubscribe to usr-tc, send an email to "majordomo@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. >> > >> > >> >> Have a good one, >> ______________________________________________________ >> Greg Coffey 307-234-5443 Fax 307-234-5446 >> CoffeyNet v.90 56k Access for Casper & Douglas >> 142 S. Center St. Rawlins, Pinedale, Lander and Wheatland >> Casper, WY 82601 http://www.coffey.com >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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. >> > >-------------------------------------------------------------------------- >Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ >signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, >(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. ===================================================================== Richard Fink Tel: 415 381-0215 WorldPassage Fax: 415 381-0822 P.O.Box 2339 rfink@worldpassage.net Mill Valley, CA 94942 http://www.worldpassage.net WorldPassage is a communications service and Internet Service Provider owned and operated by RainTree Computer Systems, Inc.

Subject: Re: (usr-tc) Oper Status Down and cant' get up!
From: Brian Elfert <brian@citilink.com>
Date: 1999-01-23 16:18:14

Subject: (usr-tc) Oper Status Down and cant' get up!
From: Walt Gnann <wgnann@islc.net>
Date: 1999-01-23 17:07:18

I have a chasis of quad modems (5.10.9). I've taken out the Netserver and replaced it with a HyperArc (4.1.11). I have one modem that gives dead air. A list inter shows the Oper status is down and the Admin status is up. I've tried an enable with no luck. I've tried a hardware reset with no luck. I've pulled the offending Quad card and put in another...same problem. I've done everything short of resetting the HyperArc and powering down the chasis. Could this be a telco problem or do I just need to reboot the box and see what happens? Walt

Subject: Re: (usr-tc) Oper Status Down and cant' get up!
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-23 17:13:50

On Sat, 23 Jan 1999, Walt Gnann wrote: > I have a chasis of quad modems (5.10.9). I've taken out the Netserver and > replaced it with a HyperArc (4.1.11). I have one modem that gives dead air. > A list inter shows the Oper status is down and the Admin status is up. I've > tried an enable with no luck. I've tried a hardware reset with no luck. > I've pulled the offending Quad card and put in another...same problem. I've > done everything short of resetting the HyperArc and powering down the > chasis. Could this be a telco problem or do I just need to reboot the box > and see what happens? > Nothing on the telco side should cause any problems for the modem to be on the packet bus. It the modem that you are using is a anlog modem then it will not work. If its a analog/digital or digital then there is no problem. First make sure that no one else ( meaning any other card in the chassis ) is not access the same modem. Then using tcm make sure that the card is set for packet bus answer etc. now use this command on the hiper arc. say if the modem is in slot 3 set chas sl 3 ow ye card_type quad_i_modem type static This command should get your modem - if its does not then you are running into a contention problem. regards krish > Walt > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Oper Status Down and cant' get up!
From: Walt Gnann <wgnann@islc.net>
Date: 1999-01-23 18:20:25

The card was working fine after the HyperArc upgrade...it's just recently that it started giving dead air. I've swapped a known working card into the same slot and the 4 modem is still Oper Status Down (and the card I took out is working fine on another chasis). Walt Walter N. Gnann ISLC, Manager 843.770.1000 843.770.1002 (fax) wgnann@islc.net http://www.islc.net http://www.beaufortcomputerclub.org -----Original Message----- > > >On Sat, 23 Jan 1999, Walt Gnann wrote: > >> I have a chasis of quad modems (5.10.9). I've taken out the Netserver and >> replaced it with a HyperArc (4.1.11). I have one modem that gives dead air. >> A list inter shows the Oper status is down and the Admin status is up. I've >> tried an enable with no luck. I've tried a hardware reset with no luck. >> I've pulled the offending Quad card and put in another...same problem. I've >> done everything short of resetting the HyperArc and powering down the >> chasis. Could this be a telco problem or do I just need to reboot the box >> and see what happens? > >I'd suggest a config problem with the modem card itself. > >I had to power down a perfectly working TC rack yesterday to install an >additional Netserver NAC and NIC. (It's my understanding that NICs are >not hot swappable.) > >When the unit came back up, one quad card wasn't recognized period, and 5 >other modems were in busy-out status. I had to physically remove the one >quad to get it working. The other 5 modems had to be restored from >default. > >Brian > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Oper Status Down and cant' get up!
From: Walt Gnann <wgnann@islc.net>
Date: 1999-01-23 18:27:09

Ownership doesn't seem to be the problem. tc5> sh chas sl 4 CHASSIS SLOT 4 SETTINGS Owner: YES Description: Quad I-modem Number of Ports: 4 Type: STATIC I tried the command you provided anyway and it still shows Oper Status Down: tc5> li inter ... slot:4/mod:1 Up Up slot:4/mod:2 Up Up slot:4/mod:3 Up Up slot:4/mod:4 Down Up ... Finally broke down and just powered down the chasis and powered it back up again. That fixed it. I'll have to keep my eye on it and see if it happens again. Walt Walter N. Gnann ISLC, Manager 843.770.1000 843.770.1002 (fax) wgnann@islc.net http://www.islc.net http://www.beaufortcomputerclub.org -----Original Message----- Cc: usr-tc@xmission.com <usr-tc@xmission.com> >On Sat, 23 Jan 1999, Walt Gnann wrote: > >> I have a chasis of quad modems (5.10.9). I've taken out the Netserver and >> replaced it with a HyperArc (4.1.11). I have one modem that gives dead air. >> A list inter shows the Oper status is down and the Admin status is up. I've >> tried an enable with no luck. I've tried a hardware reset with no luck. >> I've pulled the offending Quad card and put in another...same problem. I've >> done everything short of resetting the HyperArc and powering down the >> chasis. Could this be a telco problem or do I just need to reboot the box >> and see what happens? >> >Nothing on the telco side should cause any problems for the modem to be >on the packet bus. It the modem that you are using is a anlog modem then >it will not work. If its a analog/digital or digital then there is no >problem. > >First make sure that no one else ( meaning any other card in the chassis >) is not access the same modem. Then using tcm make sure that the card >is set for packet bus answer etc. > >now use this command on the hiper arc. > >say if the modem is in slot 3 > >set chas sl 3 ow ye card_type quad_i_modem type static > >This command should get your modem - if its does not then you are running >into a contention problem. > >regards > >krish > > >> Walt >> >> >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) Oper Status Down and cant' get up!
From: Charles Sprickman <spork@inch.com>
Date: 1999-01-23 19:30:47

I saw this in a mixed netserver/arc environment, the arc thought it owned it but actually didn't. I don't recall if you mentioned if there's another term server device in the rack... If there's a netserver the command for those who have gleefully forgotten their netserver commands is 'set modem s_ inactive'. FWIW, I've had the best luck in general doing all static assignments, even in the simplest chassis arrangement. Good luck, Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork@inch.com access@inch.com | = =----------------= On Sat, 23 Jan 1999, Walt Gnann wrote: > Ownership doesn't seem to be the problem. > > tc5> sh chas sl 4 > > CHASSIS SLOT 4 SETTINGS > Owner: YES > Description: Quad I-modem > Number of Ports: 4 > Type: STATIC > > I tried the command you provided anyway and it still shows Oper Status Down: > tc5> li inter > ... > slot:4/mod:1 Up Up > slot:4/mod:2 Up Up > slot:4/mod:3 Up Up > slot:4/mod:4 Down Up > ... > > Finally broke down and just powered down the chasis and powered it back up > again. That fixed it. I'll have to keep my eye on it and see if it happens > again. > > Walt > > > ----------------------------------------------------- > Walter N. Gnann > ISLC, Manager > 843.770.1000 > 843.770.1002 (fax) > wgnann@islc.net > http://www.islc.net > http://www.beaufortcomputerclub.org > ----------------------------------------------------- > > -----Original Message----- > From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com> > To: Walt Gnann <wgnann@islc.net> > Cc: usr-tc@xmission.com <usr-tc@xmission.com> > Date: Saturday, January 23, 1999 6:04 PM > Subject: Re: (usr-tc) Oper Status Down and cant' get up! > > > >On Sat, 23 Jan 1999, Walt Gnann wrote: > > > >> I have a chasis of quad modems (5.10.9). I've taken out the Netserver > and > >> replaced it with a HyperArc (4.1.11). I have one modem that gives dead > air. > >> A list inter shows the Oper status is down and the Admin status is up. > I've > >> tried an enable with no luck. I've tried a hardware reset with no luck. > >> I've pulled the offending Quad card and put in another...same problem. > I've > >> done everything short of resetting the HyperArc and powering down the > >> chasis. Could this be a telco problem or do I just need to reboot the > box > >> and see what happens? > >> > >Nothing on the telco side should cause any problems for the modem to be > >on the packet bus. It the modem that you are using is a anlog modem then > >it will not work. If its a analog/digital or digital then there is no > >problem. > > > >First make sure that no one else ( meaning any other card in the chassis > >) is not access the same modem. Then using tcm make sure that the card > >is set for packet bus answer etc. > > > >now use this command on the hiper arc. > > > >say if the modem is in slot 3 > > > >set chas sl 3 ow ye card_type quad_i_modem type static > > > >This command should get your modem - if its does not then you are running > >into a contention problem. > > > >regards > > > >krish > > > > > >> Walt > >> > >> > >> > >> - > >> To unsubscribe to usr-tc, send an email to "majordomo@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@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@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. >

Subject: Re: (usr-tc) Oper Status Down and cant' get up!
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-23 22:14:31

Thus spake Brian Elfert >>Could this be a telco problem or do I just need to reboot the box >> and see what happens? A telco problem interfering with what essentially amounts to DTE communication? That would be a neat trick. >(It's my understanding that NICs are >not hot swappable.) Your understanding would be incorrect, I pop NICs in and out all the time. Just make sure you pop the NIC in before the NAC, and take the NAC out before you pull the NIC out as the NAC's that require NICs don't like to be in the chassis without said NIC (try saying that three times fast). -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) Motorola VoiceSurfr probs
From: K Mitchell <mitch@keyconn.net>
Date: 1999-01-24 16:35:00

I apologize for somewhat of a rehash, I realize that the Motorola's have been discussed recently on the list, but I've not been able to find any informative letters. Anybody have any strings or other help that will get a stable connection from a Motorola VoiceSurfr modem calling into ARC 4.1.72/DSP 1.2.60? He was connecting ok at 33.6 and got the v90 upgrade from http://v90.motorola.com/ Now he has difficulty connecting and frequent boots when he does get connected. Thanks, Kirk Kirk Mitchell-General Manager sysadmin@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: Re: (usr-tc) Arc radius question
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-24 22:02:13

FALLTHRU:- HiPerARC tries the primary server first, if it doesn't get a response, it starts retrasmiting to all the servers RNDROBIN:- The HiPerARC keeps the present ACTIVE server and start sending an AUTH-REQ to that server, if it doesn't send a response, then the AUTH-REQ is retrasmitted to the next server in a round-robin fashion. Accounting: HiPerARC Scheme Avalable Max # of servers -----------------

Subject: RE: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 any more ...
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-25 08:07:51

On Mon, 25 Jan 1999, Robert von Bismarck wrote: > No trace from the HARC because there's too much traffic. Does not make sense. You are starting LCP - that should show up in the ppp monitor of the Hiper arc. You do not need traffic. > If I trace the next session to start up, I get another guy, if I trace > the user, I don't get the LCP negotiation. > I only get LCP echo requests from the remote (the cisco) and these are > answered by the ARC, but IPCP never starts LCP echo is just lcp keep alives typically should come into play only after the connection. > CHAP-PAP is okay now, it does PAP as well as CHAP and the HARC ACK's the > call > > Here's the trace from the 1603. > > %LINK-3-UPDOWN: Interface BRI0:1, changed state to up > BR0:1 PPP: Treating connection as a callout > BR0:1 LCP: O CONFREQ [Closed] id 52 len 14 > BR0:1 LCP: AuthProto PAP (0x0304C023) > BR0:1 LCP: MagicNumber 0xE035EC3E (0x0506E035EC3E) > BR0:1 PPP: I pkt type 0xC021, datagramsize 34 > BR0:1 LCP: I CONFREQ [REQsent] id 1 len 30 > BR0:1 LCP: MRU 1514 (0x010405EA) > BR0:1 LCP: AuthProto CHAP (0x0305C22305) > BR0:1 LCP: MagicNumber 0xD4DCC6CD (0x0506D4DCC6CD) > BR0:1 LCP: PFC (0x0702) > BR0:1 LCP: ACFC (0x0802) > BR0:1 LCP: MRRU 1514 (0x110405EA) > BR0:1 LCP: EndpointDisc 0 Null (0x130300) > BR0:1 LCP: O CONFREJ [REQsent] id 1 len 16 > BR0:1 LCP: AuthProto CHAP (0x0305C22305) > BR0:1 LCP: MRRU 1514 (0x110405EA) > BR0:1 LCP: EndpointDisc 0 Null (0x130300) > BR0:1 PPP: I pkt type 0xC021, datagramsize 26 > BR0:1 LCP: I CONFREQ [REQsent] id 2 len 22 > BR0:1 LCP: MRU 1514 (0x010405EA) > BR0:1 LCP: AuthProto EAP (0x0304C227) > BR0:1 LCP: MagicNumber 0xD4DCC6CD (0x0506D4DCC6CD) > BR0:1 LCP: PFC (0x0702) > BR0:1 LCP: ACFC (0x0802) > BR0:1 LCP: O CONFNAK [REQsent] id 2 len 8 > BR0:1 LCP: MRU 1514 (0x010405EA) > BR0:1 LCP: AuthProto PAP (0x0304C023) > BR0:1 LCP: MagicNumber 0xD4DCC6CD (0x0506D4DCC6CD) > BR0:1 LCP: PFC (0x0702) > BR0:1 LCP: ACFC (0x0802) > BR0:1 LCP: O CONFACK [REQsent] id 3 len 22 > BR0:1 LCP: MRU 1514 (0x010405EA) > BR0:1 LCP: AuthProto PAP (0x0304C023) > BR0:1 LCP: MagicNumber 0xD4DCC6CD (0x0506D4DCC6CD) > BR0:1 LCP: PFC (0x0702) > BR0:1 LCP: ACFC (0x0802) > BR0:1 LCP: TIMEout: Time 0x171D6C State ACKsent > BR0:1 LCP: O CONFREQ [ACKsent] id 53 len 14 > BR0:1 LCP: AuthProto PAP (0x0304C023) > BR0:1 LCP: MagicNumber 0xE035EC3E (0x0506E035EC3E) > BR0:1 PPP: I pkt type 0xC021, datagramsize 18 > BR0:1 LCP: I CONFACK [ACKsent] id 53 len 14 > BR0:1 LCP: AuthProto PAP (0x0304C023) > BR0:1 LCP: MagicNumber 0xE035EC3E (0x0506E035EC3E) > BR0:1 PPP: Phase is AUTHENTICATING, by both > BR0:1 PAP: O AUTH-REQ id 26 len 22 from "gvef0033" > BR0:1 PPP: I pkt type 0xC0 ECHOREQ [Open] id 1 len 12 magic 0xE035EC3E > BR0:1 LCP: echo_cnt 1, sent id 1, line down > BR0:1 PPP: I pkt type 0xC021, datagramsize 16 > BR0:1 LCP: I ECHOREP [Open] id 1 len 12 magic 0xD4DCC6CD > BR0:1 LCP: Received id 1, sent id 1, line down > %LINK-3-UPDOWN: Interface BRI0:1, changed state to down > %ISDN-6-DISCONNECT: Interface BRI0:1 disconnected from unknown , call > lasted 10 seconds > %ISDN-6-LAYER2DOWN: Layer 2 for Interface BRI0, TEI 119 changed to down > > I see that IPCP never starts, and the TC should be the one starting it. > The 1603 justs sits there and is waiting for an IP address... > > If you need the config of the cisco, just ask, I'll send it over... > Go ahead - send it to me. I can see if that has some specifics krish > Robert > > -- > Robert von Bismarck > Network Systems Engineer > Petrel Communications SA > Tel : +41 22 304 47 47 > Fax : +41 22 300 48 43 > WWW : http://www.petrel.ch > e-mail : rvb@petrel.ch > > > > > > -----Original Message----- > > From: Tatai SV Krishnan [SMTP:tkrishna@bubba.ae.usr.com] > > Sent: vendredi, 22. janvier 1999 15:14 > > To: Robert von Bismarck > > Cc: 'usr-tc@xmission.com' > > Subject: Re: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 > > any more... > > > > Can you get a ppp trace on the hiper arc when the user connects? > > > > type mon ppp and ask the user to connect > > > > > > krish > > > > ----------------------------------------- > > \ T.S.V. Krishnan \ > > \ Network System Engineer \ ( : - : ) > > \ 3Com ............ \ > > ----------------------------------------------/ > > tkrishna@bubba.ae.usr.com > > ----------------------------/ http://interproc.ae.usr.com ----/ > > The Yadda Yadda Search - for simple anwers - > > http://interproc.ae.usr.com/tkb.html > > ---------------------------------------------------------------------- > > ---\ > > Any Sufficiently advanced bug is indistinguishable for a > > feature. > > - Rick Kulawiec > > ---------------------------------------------------------------------- > > ---/ > > > > On Fri, 22 Jan 1999, Robert von Bismarck wrote: > > > > > Hey guys, > > > > > > I have a customer with a Cisco 1603 with IOS 11.2 dialing into our > > TC > > > Rack. > > > The config works fine with 4.0.30 and 4.0.29, after upgrading to > > > 4.1.72-7, it does not work any more. The customer is going crazy, > > and me > > > too. > > > I checked on Interproc, but this does not help at all > > > I've built a test bed here and it dumps on the CHAP handshake. > > > > > > So, has anyone got a cisco 1603 to HiperARC config that works ?????? > > > > > > I'n really beginning to go crazy about this interoperational > > issues... > > > > > > Thanks for any info, > > > > > > Robert > > > > > > -- > > > Robert von Bismarck > > > Network Systems Engineer > > > Petrel Communications SA > > > Tel : +41 22 304 47 47 > > > Fax : +41 22 300 48 43 > > > WWW : http://www.petrel.ch > > > e-mail : rvb@petrel.ch > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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. >

Subject: Re: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 any more
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-25 08:58:56

Thus spake Robert von Bismarck >No trace from the HARC because there's too much traffic. >If I trace the next session to start up, I get another guy, if I trace >the user, I don't get the LCP negotiation. Indeed...what would be *lovely* would be if you could tell it to do the trace, much like specifying a userid, but instead, specifying a DNIS or ANI number. This is immediately available before any PPP negotiation starts, but still allows admins to easily pick out which PPP session to trace. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 any more ...
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-25 09:01:46

Thus spake Tatai SV Krishnan >On Mon, 25 Jan 1999, Robert von Bismarck wrote: >> No trace from the HARC because there's too much traffic. >Does not make sense. You are starting LCP - that should show up in the >ppp monitor of the Hiper arc. You do not need traffic. What he means I believe is that there's too much *other* traffic on the ARC and its virtually impossible to pick out the connection you want if you trace *all* of PPP. And if you do the trace on a userid, you miss all the LCP stuff since its already past. What's needed is the ability to initiate a PPP trace on a session based on its ANI or DNIS. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) Diva Modem
From: Brian <signal@shreve.net>
Date: 1999-01-25 09:37:21

Any issues with HDM 1.2.6 and the Diva modem? Brian Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: Re: (usr-tc) limiting dial-up access
From: Brian <signal@shreve.net>
Date: 1999-01-25 09:38:50

On Sat, 23 Jan 1999, Richard Fink wrote: > May I ask for a URL to get tsmon ? > > Thanks. > > -Ric > > http://www.tsmon.com > At 08:48 AM 1/22/99 -0600, you wrote: > >On Thu, 21 Jan 1999, Greg Coffey wrote: > > > >> We are looking for some software to limit simultaneous logins and found one > >> that looks good called Tsmon. I think it looks like it could do what you > >> are asking here too. Anyone use this software, we are going to try it out > >> very soon. > >> > > > >I use it, it works great. > > > >Brian > > > > > > > >> At 02:38 PM 1/21/99 -0800, you wrote: > >> >We have four Total Control chassis in our office. All our Quad modem > >> >cards, NETserver PRI cards, Dual PRI cards and NMC cards are running the > >> >current versions of the software. > >> > > >> >We would like to sell a dial-up service to customers that only want dial-up > >> >access during off peak hours. How can this be done? > >> > > >> >Taino Johnston > >> >Manager, Technical Support > >> >Access Internet Communications > >> >+----------------------------------------------------------------+ > >> >| Taino d Johnston | Phone: (408) 777-8190 | > >> >| Manager, Technical Support | Tech Support: (408) 342-0551 | > >> >| | Fax: (408) 777-8191 | > >> >| Access Internet Communications | http://www.accesscom.com/ | > >> >| tdj@accesscom.com | support@accesscom.com | > >> >+----------------------------------------------------------------+ > >> > > >> >- > >> > To unsubscribe to usr-tc, send an email to "majordomo@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. > >> > > >> > > >> > >> Have a good one, > >> ______________________________________________________ > >> Greg Coffey 307-234-5443 Fax 307-234-5446 > >> CoffeyNet v.90 56k Access for Casper & Douglas > >> 142 S. Center St. Rawlins, Pinedale, Lander and Wheatland > >> Casper, WY 82601 http://www.coffey.com > >> > >> - > >> To unsubscribe to usr-tc, send an email to "majordomo@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. > >> > > > >-------------------------------------------------------------------------- > >Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider > >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ > >signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, > >(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@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. > > > ===================================================================== > Richard Fink Tel: 415 381-0215 > WorldPassage Fax: 415 381-0822 > P.O.Box 2339 rfink@worldpassage.net > Mill Valley, CA 94942 http://www.worldpassage.net > WorldPassage is a communications service and Internet Service > Provider owned and operated by RainTree Computer Systems, Inc. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
From: Charles Hill <chill@ionet.net>
Date: 1999-01-25 11:07:20

> >Make sure your ip address pools have a few more addresses than your ports, > >that is, if you have 48 ports, put like 50 or so addreses in the pool, > >Personally I would just make it a /26 (64 IP Addresses). > > I would suggest making that 62 addresses, as the network and broadcast > address are not usable in the pool. Well, if that /26 subnet were on one wire then the top and bottom addresses would be for broadcasts, but since it is just a route to the NAS, which is putting /32 routes on the wires why can't you use the top and bottom addresses, too? -CH

Subject: (usr-tc) Yikes, filters broken in arc V4.1.63?
From: Aaron Nabil <nabil@spiritone.com>
Date: 1999-01-25 11:12:28

System Version: V4.1.63 Here's what I send... Framed-Routing = None Framed-IP-Netmask = 255.255.255.255 Service-Type = Framed-User Idle-Timeout = 3600 Session-Timeout = 43200 USR-Max-Channels = 1 Framed-Protocol = PPP USR-Log-Filter-Packet = Log-Disable USR-IP-Input-Filter = "1 REJECT dst-addr = 192.168.0.0/16" This is what I get in the syslog with every login... Jan 25 11:08:29 us4b At 11:05:28, Facility "SBUS", Level "UNUSUAL":: Jan 25 11:08:29 us4b At 11:05:28, Facility "SBUS", Level "UNUSUAL":: invalid token near line 1 (text was '=') Jan 25 11:08:29 us4b At 11:05:28, Facility "SBUS", Level "UNUSUAL":: Jan 25 11:08:29 us4b last message repeated 2 times Jan 25 11:08:29 us4b At 11:05:28, Facility "SBUS", Level "UNUSUAL":: line 1: syntax error near or at "REJECT" This must have started very recently, I'm guessing with this version. Can anyone suggest anything? -- Aaron Nabil

Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
From: Clayton Zekelman <clayton@mnsi.net>
Date: 1999-01-25 11:19:25

At 04:25 PM 1/22/99 -0600, you wrote: >On Fri, 22 Jan 1999, Jason wrote: > >> I'm experiencing a problem with the HiPer ARC card >> running version 4.1.72. What happens is when the >> chassis ports get full except one, the last available >> port will not allow a connection. In syslog I get this >> critical error "no IP address available for dynamic >> address assignment" But, the IP pool is set to 47 >> addresses, and the last port on this chassis is used >> for a dedicated customer. It seems like the ARC >> is not flushing the last address before the last person >> can connect. Has anyone had this problem before, >> or does anyone see anything I'm missing?? > >Make sure your ip address pools have a few more addresses than your ports, >that is, if you have 48 ports, put like 50 or so addreses in the pool, >Personally I would just make it a /26 (64 IP Addresses). I would suggest making that 62 addresses, as the network and broadcast address are not usable in the pool. > >Brian > > >> >> Thanks. >> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> Jason Watkins jwatkins@iland.net >> I-Land NOC Tech http://www.iland.net >> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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. >> > >-------------------------------------------------------------------------- >Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ >signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, >(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

Subject: RE: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 any more
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-25 12:13:41

L2TP encrypted VPN's to customer HQ is an example that comes to mind, Basically, a guy dialing in with a cisco is a business customer (mind you I'm not speaking about 7xx crap), so he probably won't be using POP3 but an exchange or Notes Server, and ssh and scp instead of telnet and ftp. And these guys usually have security policies in their sites to use the most secure protocols available. BTW, I just tried with PAP, and it's still no go ;-) Robert -- Robert von Bismarck Network Systems Engineer Petrel Communications SA Tel : +41 22 304 47 47 Fax : +41 22 300 48 43 WWW : http://www.petrel.ch e-mail : rvb@petrel.ch > -----Original Message----- > From: Andres Kroonmaa [SMTP:andre@ml.ee] > Sent: vendredi, 22. janvier 1999 14:19 > To: Robert von Bismarck > Subject: Re: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 > any more... > > > And why on earth do you insist on chap? Set Hiper preference to PAP > and don't use chap. What's the point in secure password exchange on > the > telco line when pop3, ftp, telnet, etc uses unsecure password > exchange > on the internet anyway? > > > > ---------------------------------------------------------------------- > Andres Kroonmaa mail: andre@online.ee > Network Manager > Organization: MicroLink Online Tel: 6308 909 > Tallinn, Sakala 19 Pho: +372 6308 909 > Estonia, EE0001 http://www.online.ee Fax: +372 6308 901 > > ----------------------------------------------------------------------

Subject: RE: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 any more
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-25 14:10:07

No trace from the HARC because there's too much traffic. If I trace the next session to start up, I get another guy, if I trace the user, I don't get the LCP negotiation. I only get LCP echo requests from the remote (the cisco) and these are answered by the ARC, but IPCP never starts CHAP-PAP is okay now, it does PAP as well as CHAP and the HARC ACK's the call Here's the trace from the 1603. %LINK-3-UPDOWN: Interface BRI0:1, changed state to up BR0:1 PPP: Treating connection as a callout BR0:1 LCP: O CONFREQ [Closed] id 52 len 14 BR0:1 LCP: AuthProto PAP (0x0304C023) BR0:1 LCP: MagicNumber 0xE035EC3E (0x0506E035EC3E) BR0:1 PPP: I pkt type 0xC021, datagramsize 34 BR0:1 LCP: I CONFREQ [REQsent] id 1 len 30 BR0:1 LCP: MRU 1514 (0x010405EA) BR0:1 LCP: AuthProto CHAP (0x0305C22305) BR0:1 LCP: MagicNumber 0xD4DCC6CD (0x0506D4DCC6CD) BR0:1 LCP: PFC (0x0702) BR0:1 LCP: ACFC (0x0802) BR0:1 LCP: MRRU 1514 (0x110405EA) BR0:1 LCP: EndpointDisc 0 Null (0x130300) BR0:1 LCP: O CONFREJ [REQsent] id 1 len 16 BR0:1 LCP: AuthProto CHAP (0x0305C22305) BR0:1 LCP: MRRU 1514 (0x110405EA) BR0:1 LCP: EndpointDisc 0 Null (0x130300) BR0:1 PPP: I pkt type 0xC021, datagramsize 26 BR0:1 LCP: I CONFREQ [REQsent] id 2 len 22 BR0:1 LCP: MRU 1514 (0x010405EA) BR0:1 LCP: AuthProto EAP (0x0304C227) BR0:1 LCP: MagicNumber 0xD4DCC6CD (0x0506D4DCC6CD) BR0:1 LCP: PFC (0x0702) BR0:1 LCP: ACFC (0x0802) BR0:1 LCP: O CONFNAK [REQsent] id 2 len 8 BR0:1 LCP: MRU 1514 (0x010405EA) BR0:1 LCP: AuthProto PAP (0x0304C023) BR0:1 LCP: MagicNumber 0xD4DCC6CD (0x0506D4DCC6CD) BR0:1 LCP: PFC (0x0702) BR0:1 LCP: ACFC (0x0802) BR0:1 LCP: O CONFACK [REQsent] id 3 len 22 BR0:1 LCP: MRU 1514 (0x010405EA) BR0:1 LCP: AuthProto PAP (0x0304C023) BR0:1 LCP: MagicNumber 0xD4DCC6CD (0x0506D4DCC6CD) BR0:1 LCP: PFC (0x0702) BR0:1 LCP: ACFC (0x0802) BR0:1 LCP: TIMEout: Time 0x171D6C State ACKsent BR0:1 LCP: O CONFREQ [ACKsent] id 53 len 14 BR0:1 LCP: AuthProto PAP (0x0304C023) BR0:1 LCP: MagicNumber 0xE035EC3E (0x0506E035EC3E) BR0:1 PPP: I pkt type 0xC021, datagramsize 18 BR0:1 LCP: I CONFACK [ACKsent] id 53 len 14 BR0:1 LCP: AuthProto PAP (0x0304C023) BR0:1 LCP: MagicNumber 0xE035EC3E (0x0506E035EC3E) BR0:1 PPP: Phase is AUTHENTICATING, by both BR0:1 PAP: O AUTH-REQ id 26 len 22 from "gvef0033" BR0:1 PPP: I pkt type 0xC0 ECHOREQ [Open] id 1 len 12 magic 0xE035EC3E BR0:1 LCP: echo_cnt 1, sent id 1, line down BR0:1 PPP: I pkt type 0xC021, datagramsize 16 BR0:1 LCP: I ECHOREP [Open] id 1 len 12 magic 0xD4DCC6CD BR0:1 LCP: Received id 1, sent id 1, line down %LINK-3-UPDOWN: Interface BRI0:1, changed state to down %ISDN-6-DISCONNECT: Interface BRI0:1 disconnected from unknown , call lasted 10 seconds %ISDN-6-LAYER2DOWN: Layer 2 for Interface BRI0, TEI 119 changed to down I see that IPCP never starts, and the TC should be the one starting it. The 1603 justs sits there and is waiting for an IP address... If you need the config of the cisco, just ask, I'll send it over... Robert -- Robert von Bismarck Network Systems Engineer Petrel Communications SA Tel : +41 22 304 47 47 Fax : +41 22 300 48 43 WWW : http://www.petrel.ch e-mail : rvb@petrel.ch > -----Original Message----- > From: Tatai SV Krishnan [SMTP:tkrishna@bubba.ae.usr.com] > Sent: vendredi, 22. janvier 1999 15:14 > To: Robert von Bismarck > Cc: 'usr-tc@xmission.com' > Subject: Re: (usr-tc) ARGH cisco 1603 doesn't connect to 4.1.72-7 > any more... > > Can you get a ppp trace on the hiper arc when the user connects? > > type mon ppp and ask the user to connect > > > krish > > ----------------------------------------- > \ T.S.V. Krishnan \ > \ Network System Engineer \ ( : - : ) > \ 3Com ............ \ > ----------------------------------------------/ > tkrishna@bubba.ae.usr.com > ----------------------------/ http://interproc.ae.usr.com ----/ > The Yadda Yadda Search - for simple anwers - > http://interproc.ae.usr.com/tkb.html > ---------------------------------------------------------------------- > ---\ > Any Sufficiently advanced bug is indistinguishable for a > feature. > - Rick Kulawiec > ---------------------------------------------------------------------- > ---/ > > On Fri, 22 Jan 1999, Robert von Bismarck wrote: > > > Hey guys, > > > > I have a customer with a Cisco 1603 with IOS 11.2 dialing into our > TC > > Rack. > > The config works fine with 4.0.30 and 4.0.29, after upgrading to > > 4.1.72-7, it does not work any more. The customer is going crazy, > and me > > too. > > I checked on Interproc, but this does not help at all > > I've built a test bed here and it dumps on the CHAP handshake. > > > > So, has anyone got a cisco 1603 to HiperARC config that works ?????? > > > > I'n really beginning to go crazy about this interoperational > issues... > > > > Thanks for any info, > > > > Robert > > > > -- > > Robert von Bismarck > > Network Systems Engineer > > Petrel Communications SA > > Tel : +41 22 304 47 47 > > Fax : +41 22 300 48 43 > > WWW : http://www.petrel.ch > > e-mail : rvb@petrel.ch > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: (usr-tc) new problems
From: K Mitchell <mitch@keyconn.net>
Date: 1999-01-25 14:34:06

I've been running HiPer ARC 4.1.71/DSP 1.2.60 for about 5 weeks now with no complaints from my users. Within the last few days I've started getting complaints of "The modem you are dialing is not answering" problems getting connected. Nothing has changed at our end. Monitoring PPP on the ARC when this occurs results in no information coming across, as if they've never even hit a modem here, although the open modem does show up in <list connections>. Could Bell Atlantic have changed anything with our PRI lines that could be doing this? I did have one customer that was able to get in fine after adding the at&f init string, but it was a new customer so I'm not sure whether his problem mirrored the others or not. Thanks, Kirk Kirk Mitchell-General Manager sysadmin@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
From: Brian <signal@shreve.net>
Date: 1999-01-25 14:59:21

On Mon, 25 Jan 1999, Charles Hill wrote: > > >Make sure your ip address pools have a few more addresses than your ports, > > >that is, if you have 48 ports, put like 50 or so addreses in the pool, > > >Personally I would just make it a /26 (64 IP Addresses). > > > > I would suggest making that 62 addresses, as the network and broadcast > > address are not usable in the pool. > > Well, if that /26 subnet were on one wire then the top and bottom > addresses would be for broadcasts, but since it is just a route to the > NAS, which is putting /32 routes on the wires why can't you use the top > and bottom addresses, too? True, I suppose you could, I guess seeing something like 208.214.45.0/32 just gives me the creeps :) > > -CH > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: Re: (usr-tc) Ugh...RIP code buggy...and expired contracts
From: Brian <signal@shreve.net>
Date: 1999-01-25 15:04:45

> Even if these things *were* using RIPv1, they should still get this > advertisement right as /24 would be the natural classful mask for this > network so there's no reason for them to change it to a /32 in any case. > > So...anyway...there it is...I can't open a trouble ticket for it because > of 3Com's continued stupidness wrt support contracts. Hopefully someone > else can open a ticket on my behalf or something maybe...I dunno. > Anyway...there's the bug...I'll leave it to 3Com to do what they can > (hopefully they have the competence to fix this one...I'm beginning to > loose confidence in their ability to fix any bugs). That's pretty messed up, you can't report a problem with their software, because you haven't paid them enough to report to them their mistake :). Seriously though, you sure have a nack for finding alot of bugs, either that or really bad luck, its like the code is made to break on your network :). Too bad they don't reciprocate for all the bugs you find and give you credits. Its like the only time I find myself calling that number, and same goes for you, is when we HAVE found a bug, an incompatibility, etc, not to ask something simple like "How do I add an address pool".......... You know you can call front line, and as almost any question, it makes no difference what that question is and you always get the same first answer: ISP: "My ARC isn't excepting calls!" Tech: "Have you tried rebooting the ARC" > -- > Jeff McAdams Email: jeffm@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@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. > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: (usr-tc) Needing eval on TC
From: Jeff Carneal <jeff@apex.net>
Date: 1999-01-25 15:06:16

If you are a 3com reseller and can get us a TC for 30 day eval (purchase conditional upon successful implementation during the eval period) please contact me off the list. Thank you... -- Jeff Carneal - Sys Admin - Apex Internet jeff@apex.net http://www.apex.net (502) 442-5363 The opinions expressed above aren't really mine. They belong to someone else who also refuses to take responsibility for them.

Subject: (usr-tc) (USR-TC) GEOBOOK
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1999-01-25 15:08:00

Brian, Yes, we had major problems with the Geobook. Krish worked with us and had a service release of code to fix the problem. Jeff Binkley ASA Network Computing U>Any issues between the Geobook (runs GEOS and probably some lame as U>tcpip stack), and 1.2.6 HDM code and/or 4.1.11 based ARC code? U>Brian U>---------------------------------------------------------------------- U>---- Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service U>Provider Network Administrator | Shreveport, Louisiana - U>http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual U>Domains, Storefronts, (318)222-2NET x 109 | Database/Web U>Integration, 56k, ISDN, T1 U>- U> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" U> with "unsubscribe usr-tc" in the body of the message. U> For information on digests or retrieving files and old messages send U> "help" to the same address. Do not use quotes in your message. U> CMPQwk 1.42 9999

Subject: Re: (usr-tc) Yikes, filters broken in arc V4.1.63?
From: Aaron Nabil <nabil@spiritone.com>
Date: 1999-01-25 15:08:49

Mike Wronski writes... >Subject: RE: (usr-tc) Yikes, filters broken in arc V4.1.63? >|System Version: V4.1.63 > >4.1.63-X?? type "_sh ver" and give me the full version number.. Filters are >broken in <4.1.63-11. V4.1.63 - 6 -- Aaron Nabil

Subject: (usr-tc) Ugh...RIP code buggy...and expired contracts
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-25 15:28:18

OK, here's the deal... Our support contracts have expired, and I don't see much point in us renewing them since we have to use NETServers still and they're pretty much not being supported much anyway. But...found a new bug in them...confirmed that its happening in 3.8.71, and 3.7.76 at least...proly others as well. As an example, I have a group of NETServers on 204.255.239.0/24. The NETServers are .3 .5 .7 and .9. They advertise routes via RIP to the immediately connected Cisco router (.1) which filters, summarizes, redistributes into OSPF, etc...ie, all the niceties that the NETServers don't/won't/can't do. Anyway...two of these NETServers (as well as a couple other elsewhere in the network are doing similar) are advertising 204.255.239.0/32! to the immediate upstream Cisco. Initially, the NETServers were set to broadcast and listen for RIP, so they got into a battle, each one thinking it was the source for 204.255.239.0/32 and pretty much swamped our Cisco. I set them to broadcast only, which prevents them from battling about it, but both are still advertising 204.255.239.0/32 to the upstream Cisco. First off...these two NETServers don't have 204.255.239.0/32 in their own routing table. The closest I can find is 204.255.239.0/24. So, here's the bug...they've decided that they should be advertising 204.255.239.0/32 out of the blue apparently...or at least converted their internal 204.255.239.0/24 route to 204.255.239.0/32 when its advertised. I could understand this iff: I were using RIPv1 instead of RIPv2 and/or the mask weren't /24, but were /25 or some "non-natural" or non-classful mask. Even if these things *were* using RIPv1, they should still get this advertisement right as /24 would be the natural classful mask for this network so there's no reason for them to change it to a /32 in any case. So...anyway...there it is...I can't open a trouble ticket for it because of 3Com's continued stupidness wrt support contracts. Hopefully someone else can open a ticket on my behalf or something maybe...I dunno. Anyway...there's the bug...I'll leave it to 3Com to do what they can (hopefully they have the competence to fix this one...I'm beginning to loose confidence in their ability to fix any bugs). -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) new mp16i code
From: Michael R. Gile <gilem@wsg.net>
Date: 1999-01-25 15:31:41

At 12:40 PM 1/8/1999 -0800, you wrote: >Hi, > This is a bit off topic, but has anyone here flashed up to the new >code (2.3.5) for the mp16i? Also, anyone know if there is are similar DO NOT USE IT. the 2.3.5 code has MAJOR problems. after installing it, i discovered that one customer hanging up on one port causes _both_ channels on the BRI to reset. i cannot believe that ANYONE tested this release. >mailing lists for other USR equipment (like the mp16i)? > AFAIK, there is not ====================================================== Michael Gile gilem@wsg.net President (518)435-0682 Web Services Group http://www.wsg.net/

Subject: Re: (usr-tc) Ugh...RIP code buggy...and expired contracts
From: Charles Hill <chill@ionet.net>
Date: 1999-01-25 15:51:05

> That's pretty messed up, you can't report a problem with their software, > because you haven't paid them enough to report to them their mistake :). I've never gotten a straight answer regarding support "incidents" that turn out to be bugs. I mean, if you mail me a new version of code to fix my problem, I'm not paying for the support incident. . . period. > You know you can call front line, and as almost any question, it makes no > difference what that question is and you always get the same first answer: > > ISP: "My ARC isn't excepting calls!" > Tech: "Have you tried rebooting the ARC" In all fairness, that's not an answer or a suggestion, but rather a legitimate question when qualifying the problem. I've been asked if I've tried rebooting, but only after much more discussion has it ever been suggested by a 3Com tech. . . and certainly not right off the bat. -CH

Subject: RE: (usr-tc) Yikes, filters broken in arc V4.1.63?
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1999-01-25 16:45:32

|-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Aaron Nabil |Sent: Monday, January 25, 1999 1:12 PM |To: usr-tc@lists.xmission.com |Subject: (usr-tc) Yikes, filters broken in arc V4.1.63? | | | |System Version: V4.1.63 4.1.63-X?? type "_sh ver" and give me the full version number.. Filters are broken in <4.1.63-11. |Here's what I send... | |Framed-Routing = None |Framed-IP-Netmask = 255.255.255.255 |Service-Type = Framed-User |Idle-Timeout = 3600 |Session-Timeout = 43200 |USR-Max-Channels = 1 |Framed-Protocol = PPP |USR-Log-Filter-Packet = Log-Disable |USR-IP-Input-Filter = "1 REJECT dst-addr = 192.168.0.0/16" | |This is what I get in the syslog with every login... | |Jan 25 11:08:29 us4b At 11:05:28, Facility "SBUS", Level "UNUSUAL":: |Jan 25 11:08:29 us4b At 11:05:28, Facility "SBUS", Level "UNUSUAL":: |invalid token near line 1 (text was '=') |Jan 25 11:08:29 us4b At 11:05:28, Facility "SBUS", Level "UNUSUAL":: |Jan 25 11:08:29 us4b last message repeated 2 times |Jan 25 11:08:29 us4b At 11:05:28, Facility "SBUS", Level "UNUSUAL":: |line 1: syntax error near or at "REJECT" | |This must have started very recently, I'm guessing with this version. | |Can anyone suggest anything? The SBUS is supposed to happen. This is the HARC checking to see if the filter has Netserver style rules. You will see a SBUS message for each line of your filter that is not Netserver style. Errors in HARC style filters will show up from "Filter Manager". Besides this. Do you not see your filters working? -M

Subject: (usr-tc) TCs and Siemon's Switchers
From: Matthew E. Pearson <mpearson@tiac.net>
Date: 1999-01-25 16:50:33

Anyone out there using their TCs to talk to Siemon's DCO or other series switches? We are having some issues.

Subject: (usr-tc) HiperARC ifOperStatus OID ?
From: Thomas Suiter <tsuiter@midusa.net>
Date: 1999-01-25 22:18:09

I've been unable to find this in the archives anywhere (if answered before please point to the proper place). I've written up a program that monitors the usage of our dial-up gear (Cisco 2511's, TC, Hiper) and I have everything BUT the Hiper going (couldn' guess that one). I do know about the ....1.10.0 OID, but the problem is that I need to separate the individual modems out; we have different modem pools within the same chassis that need to be monitored individually. I'm rolling my own program so if the output is not a 1 or 0, or up or down it doesn't really matter as long as it's consistent. If anybody could point me in the proper direction I'd really appreciate it. Note. Our engineering guys want us to monitor when things get over 85% in use in the pools, so I count up the active ports and write to a logfile. I'm not doing anything fancy like looking at usernames, etc. but need to be proactive in deploying modems. We have in the past been taking a 5 minute "snapshot" of our active radius users, but that radius software is going away. When I'm done if anybody would be interested in the perl scripts let me know. Thanks Thomas Suiter ____________________________________________________________________________ Thomas P. Suiter | Systems Administrator tsuiter@midusa.net | NetSpace Internet Service Fax: (785) 825-5873 | (785) 823-3565 ____________________________________________________________________________

Subject: Re: (usr-tc) HiperARC ifOperStatus OID ?
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-01-26 01:22:58

Have you looked at MRTG? (www.mrtg.org) Maybe I'm missing something here, but it sounds like you're reinventing the wheel here, at least partially... For splitting one chassis into chunks though... hm. Is it split by card, or by IP pool? There is a tree you can walk to get a list of all active modems by card/channel, and another tree you can walk by IP address, I think. Try walking 1.3.6.1.4.1.429.4.10.1.1.9... the OID's returned will have a 4 digit number on the end, which you can extract the slot/channel from. The values returned are the IP address for that port. To decode the slot/channel, take the last part of the returned OID and subtract 1000 decimal. You'll be left with a 16 bit number. Most signifigant byte is the slot number, least signifigant is the channel. So if you got back 1.3.6.1.4.1.429.4.10.1.1.9.1781 = 0.0.0.0, it'd mean that nobody was on slot 3 channel 13. (Yeah, it's whacked.) There may be something easier to deal with under the ..429.4.10 tree... walk the whole thing and experiment if you have time to burn. That's kinda what I did. It was easier than trying to read the MIB. :) Anyway, you could probably write a Perl script to walk a tree or two, sum up the lines you wanted, and print some numbers to stdout, which MRTG could then read and plot on a graph for you. Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=--=-- "If you ever see me getting beaten by the police, put down the video camera and come help me!" On Mon, 25 Jan 1999, Thomas Suiter wrote: > > I've been unable to find this in the archives anywhere (if answered before > please point to the proper place). I've written up a program that > monitors the usage of our dial-up gear (Cisco 2511's, TC, Hiper) and I > have everything BUT the Hiper going (couldn' guess that one). I do know > about the ....1.10.0 OID, but the problem is that I need to separate the > individual modems out; we have different modem pools within the same > chassis that need to be monitored individually. I'm rolling my own > program so if the output is not a 1 or 0, or up or down it doesn't really > matter as long as it's consistent. If anybody could point me in the > proper direction I'd really appreciate it. > > Note. Our engineering guys want us to monitor when things get over 85% in > use in the pools, so I count up the active ports and write to a logfile. > I'm not doing anything fancy like looking at usernames, etc. but need to > be proactive in deploying modems. We have in the past been taking a > 5 minute "snapshot" of our active radius users, but that radius software > is going away. When I'm done if anybody would be interested in the > perl scripts let me know. > > Thanks > > Thomas Suiter > > ____________________________________________________________________________ > > Thomas P. Suiter | Systems Administrator > tsuiter@midusa.net | NetSpace Internet Service > Fax: (785) 825-5873 | (785) 823-3565 > ____________________________________________________________________________ > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Date: Fri, 22 Jan 1999 13:14:40 -0600
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-01-26 01:39:00

On Mon, 25 Jan 1999, Brian wrote: > On Mon, 25 Jan 1999, Charles Hill wrote: > > > > >Make sure your ip address pools have a few more addresses than your ports, > > > >that is, if you have 48 ports, put like 50 or so addreses in the pool, > > > >Personally I would just make it a /26 (64 IP Addresses). > > > > > > I would suggest making that 62 addresses, as the network and broadcast > > > address are not usable in the pool. > > > > Well, if that /26 subnet were on one wire then the top and bottom > > addresses would be for broadcasts, but since it is just a route to the > > NAS, which is putting /32 routes on the wires why can't you use the top > > and bottom addresses, too? > > True, I suppose you could, I guess seeing something like 208.214.45.0/32 > just gives me the creeps :) Oh good, it's not just me. :) Seriously, I'm just now starting to look at using multiple small IP pools to avoid wasting IP space (now that we're about to trade in all our NETservers and we have to reconfig cards anyway). On the two NETservers we have I've got a /26 for 46 ports, and on the ARC I have a /25 for 92 ports. Add 3 more DSP's to the ARC and I'd be blowing a whole /24 for 138 modems, which is insane... I can see explaining that one to ARIN when we need portable address space. If I used, say, a /26 and a /27 pool on a 92 port box, that'd get me 62 + 30 = 92 addresses exactly, assuming that I have to skip .0, .63, .64, and .95 as valid addresses, which doesn't leave any slack for any bugs that might leave IP addresses unreturned (a problem with NETservers, I seem to remember, presumably not on the ARCs). If I don't have to skip .63, .64, or .95... or .0... then that gives me a bit of breathing room. And it also gets me back a lot of wasted IP addresses. Complicating this slightly (or simplifying it, maybe), is that the IP pools I'm handing out are in a completely different network (199.77.100.0/23) from the ethernet addresses of the terminal server cards (206.240.130.0/25). Right now I have a static route on a Cisco pointing the 199.77.100 chunks down to the appropriate terminal server, and the Cisco advertises that static route via OSPF. What would the Cisco do if a dialup user used the first/last addresses in a subnet? Anyone played with this and care to comment? (Does any of this make sense? It's late... zzzzz) Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=--=-- "If you ever see me getting beaten by the police, put down the video camera and come help me!"

Subject: (usr-tc) basic modem Q
From: Charles Sprickman <spork@inch.com>
Date: 1999-01-26 02:01:55

We're trying to troubleshoot some ILEC <-> CLEC trunking problems. Certain COs seem to occasionally hit a "bad" trunk. The result is a connection where just about everything the calling modem sends results in an error. The "resent blocks" just gets incredibly high... No one seems to have a clue, but it really seems to lie somewhere between the two telcos. All testing has been done via a term session, download is good, with maybe 5 blocks resent out of 200 (this is by cat-ing a big text file in a term window) but upload (done by sending via xmodem, zmodem, etc.) gives about 800 resent to 200 sent. Since we're talking about analog modems, how exactly are the rx/tx 'channels' defined, and what might this be telling us about the telco problem? Any telco gurus here? Results are below... Thanks, Charles Here's what we typically see when we dial until we get a 'bad' trunk: > USRobotics Courier HST Dual Standard V.34 Fax Link Diagnostics... > > Chars sent 6154 Chars Received 450570 > Chars lost 7612 > Octets sent 2778 Octets Received 165557 > Blocks sent 127 Blocks Received 1437 > Blocks resent 806 > > Retrains Requested 0 Retrains Granted 1 > Line Reversals 0 Blers 5 > Link Timeouts 62 Link Naks 24 > > Data Compression V42BIS 2048/32 > Equalization Long > Fallback Enabled > Protocol LAPM > Speed 26400/19200 > Last Call 00:06:50 > -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork@inch.com access@inch.com | = =----------------=

Subject: (usr-tc) Ripv2 and MP
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-01-26 07:55:01

Hello everyone, First I would like to thank anyone who has helped me in the past from this list. This list has really been great. I have been testing the mp protocol with channel bonding 2 analog lines and I am haveing problems bonding channels when the channels do not open on the same chassis. I have really run into a big problem because we use Digital Channel Service T1's with one public hunt # that uses four chassis with 96 ports a piece. The channels bond fine when I hit the Same chassis with both channels. All IP numbers are dynamic on all of these chassis and I am useing the latest 4.1.72-7 Hiper Arc Service release. Next question is concerning RIPv2. My thoughts were if I enabled ripv2 it should work the above problem out but it did not. I am no router expert but can someone point me in the direction for configureing RIPv2 flags? I have enabled ripv2, is that all i should have to do or is there more configuration to rip? Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html

Subject: (usr-tc) basic modem Q
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1999-01-26 08:30:00

Charles, I hate to say this but good luck. We consistenly had intermittient failures when folks from one central office would call us with analog modems (i.e. disconnects, low connect rates etc..). Calls to the LEC were to no avail. Finally we got a customer in that CO wth an ISDN BRI and he couldn't connect regularly to us but could to everywhere else. Finally the LEC started looking at their trunks and found 2 out of there 7 interoffice T-1s had problems. They turned them down and the customer and everyone else started getting 100% good connects. The LEC was Ameritech. I know there are others like this out there. I used to work central office for MCI and we were always chasing these types of problems. Jeff Binkley ASA Network Computing u>We're trying to troubleshoot some ILEC <-> CLEC trunking problems. u>Certain COs seem to occasionally hit a "bad" trunk. The result is a u>connection where just about everything the calling modem sends results u>in an error. The "resent blocks" just gets incredibly high... No one u>seems to have a clue, but it really seems to lie somewhere between the u>two telcos. All testing has been done via a term session, download is u>good, with maybe 5 blocks resent out of 200 (this is by cat-ing a big u>text file in a term window) but upload (done by sending via xmodem, u>zmodem, etc.) gives about 800 resent to 200 sent. u>Since we're talking about analog modems, how exactly are the rx/tx u>'channels' defined, and what might this be telling us about the telco u>problem? Any telco gurus here? u>Results are below... u>Thanks, u>Charles u>Here's what we typically see when we dial until we get a 'bad' trunk: u>> USRobotics Courier HST Dual Standard V.34 Fax Link Diagnostics... u>> Chars sent 6154 Chars Received 450570 u>> Chars lost 7612 u>> Octets sent 2778 Octets Received 165557 u>> Blocks sent 127 Blocks Received 1437 u>> Blocks resent 806 u>> Retrains Requested 0 Retrains Granted 1 u>> Line Reversals 0 Blers 5 u>> Link Timeouts 62 Link Naks 24 u>> Data Compression V42BIS 2048/32 u>> Equalization Long u>> Fallback Enabled u>> Protocol LAPM u>> Speed 26400/19200 u>> Last Call 00:06:50 u>-- u>=-----------------= = u>| Charles Sprickman Internet Channel | u>| INCH System Administration Team (212)243-5200 | u>| spork@inch.com access@inch.com | u>= =----------------= u>- u> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" u> with "unsubscribe usr-tc" in the body of the message. u> For information on digests or retrieving files and old messages send u> "help" to the same address. Do not use quotes in your message. CMPQwk 1.42 9999

Subject: RE: (usr-tc) TCs and Siemon's Switchers
From: Wayne Barber <barberw@tidewater.net>
Date: 1999-01-26 08:35:02

My TC hub is connected to a Siemons switch. What problem are you having? Wayne Barber Coastal Telco Services > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Matthew E. Pearson > Sent: Monday, January 25, 1999 4:51 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) TCs and Siemon's Switchers > > > Anyone out there using their TCs to talk to Siemon's DCO or other series > switches? We are having some issues. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) TCs and Siemon's Switchers
From: Clayton Zekelman <clayton@mnsi.net>
Date: 1999-01-26 08:46:10

Siemon makes wiring stuff. Siemens makes switches, most notably the DCO and EWSD. See www.icn.siemens.com. What type of issues are you having? At 04:50 PM 1/25/99 -0500, you wrote: >Anyone out there using their TCs to talk to Siemon's DCO or other series >switches? We are having some issues. > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009

Subject: Re: (usr-tc) basic modem Q
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-26 08:54:21

Thus spake Jeff Binkley >I hate to say this but good luck. We consistenly had intermittient >failures when folks from one central office would call us with analog >modems (i.e. disconnects, low connect rates etc..). Calls to the LEC >were to no avail. Finally we got a customer in that CO wth an ISDN BRI >and he couldn't connect regularly to us but could to everywhere else. >Finally the LEC started looking at their trunks and found 2 out of there >7 interoffice T-1s had problems. They turned them down and the customer >and everyone else started getting 100% good connects. The LEC was >Ameritech. I know there are others like this out there. I used to work >central office for MCI and we were always chasing these types of >problems. Another situation where a call to your state PUC/PSC can be *extremely* helpful. If the LEC isn't responding to your complaints in what you consider a good faith effort to investigate and/or fix your problem, the PSC/PUC will most likely love to hear about it. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Ripv2 and MP
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-26 09:31:44

Thus spake Paul Jr. >I have been testing the mp protocol with channel bonding 2 analog lines and >I am haveing problems bonding channels when the channels do not open on the >same chassis. I have really run into a big problem because we use Digital >Channel Service T1's with one public hunt # that uses four chassis with 96 >ports a piece. The channels bond fine when I hit the Same chassis with both >channels. You need to configure MPIP for cross-chassis bundling. If you have done that, you'll need to describe in a little more detail what problem you're having, as this isn't really enough to explain what's going on. >Next question is concerning RIPv2. My thoughts were if I enabled ripv2 it >should work the above problem out but it did not. I am no router expert but >can someone point me in the direction for configureing RIPv2 flags? I have >enabled ripv2, is that all i should have to do or is there more >configuration to rip? RIPv2 won't help you do cross-chassis bundling at all. If you don't have any static IP address assignments for customers, you probably don't need RIPv2 or anything like that. To configure it though, just turn it on, there's really just not that much to configure for basic functionality. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) basic modem Q
From: Ronald E. Kushner <ron@glis.net>
Date: 1999-01-26 09:48:37

Charles Sprickman wrote: > > We're trying to troubleshoot some ILEC <-> CLEC trunking problems. > Certain COs seem to occasionally hit a "bad" trunk. The result is a > connection where just about everything the calling modem sends results in > an error. The "resent blocks" just gets incredibly high... No one seems > to have a clue, but it really seems to lie somewhere between the two > telcos. All testing has been done via a term session, download is good, > with maybe 5 blocks resent out of 200 (this is by cat-ing a big text file > in a term window) but upload (done by sending via xmodem, zmodem, etc.) > gives about 800 resent to 200 sent. > > Since we're talking about analog modems, how exactly are the rx/tx > 'channels' defined, and what might this be telling us about the telco > problem? Any telco gurus here? I would think there's a problem with: 1) Digital pad is incorrect on a trunk (usually a CLEC problem) 2) AMI encoding on one side of the DS-1 and B8ZS on the other. Where the ILEC is talking AMI, the CLEC is B8ZS(or reverse that). Strange that this configuration even works, but I guess voice is more forgiving than data. I know if you have this set wrong on a CSU you're not talking. 3) Hi error bit rate on DS-1. Possibly a bad cable or bad wiring to the cross connect, or bad line card. 4) Bad DS-1 timing signal or card in the switch. Could be on either side, ILEC or CLEC. I've run into all these when dealing with CLECs. You have to: 1) Convince the CLEC there is a problem. 2) Get the CLEC to pull the bad trunks. 3) Be patient. But call or e-mail everyday for an update. These problems sometimes take days to correct. Where I'm at Ameritech is the ILEC, and Ameritech sometimes just changes the coding on the interoffice trunks for no apparent reason. Drives everyone nuts, those incompetent jerks. -Ron -- Ronald Kushner GLISnet, Inc. +1 810/939.9885

Subject: Re: (usr-tc) basic modem Q
From: Brian Elfert <brian@citilink.com>
Date: 1999-01-26 11:14:56

On Tue, 26 Jan 1999, Jeff Binkley wrote: > were to no avail. Finally we got a customer in that CO wth an ISDN BRI > and he couldn't connect regularly to us but could to everywhere else. > Finally the LEC started looking at their trunks and found 2 out of there > 7 interoffice T-1s had problems. They turned them down and the customer > and everyone else started getting 100% good connects. The LEC was > Ameritech. I know there are others like this out there. I used to work > central office for MCI and we were always chasing these types of > problems. I had a similiar problem that finally got fixed yesterday after 6 months of complaints. Folks from one CO could not connect to my CLEC lines, but they could connect to a few backup US West lines I have. I opened a number of trouble tickets with the CLEC to no avail. Finally, on last Friday, I called the operations director over there, and he agreed to send a tech out to the CO with a laptop and a modem. They discovered a bad trunk group, and I think things will be fine now that the trunk group has been turned down. Brian

Subject: Re: (usr-tc) ARC lost password
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-26 11:33:09

On Tue, 26 Jan 1999, Charles Sprickman wrote: > DOH! > > So I was trying to script the setup of the arc, but I outpaced it a bit. > Now I'm stuck with a mystery password. I don't have it on the net, and to > do so would be a little tough at the moment. So other than snmp or > tftp-ing the quicksetup.cfg, is there another way to clear out the config? > I don't mind nuking it all... If you have the arc still up - meaning that it can communicate to radius server successfully etc, then you can set up in radius a login user of the type admin. VALUE User-Service-Type Administrative-User 6 something like user Password=password User-Service-Type = Administrative-user This will give you admin user entry. Also if you have not disabled the adm user then you can (if using 4.1.11) reboot the card and login as admin. > > Just sdl2 it? What do all those dip switches do? > If you have console access then you can do this. Actually if you reboot the card and have console access it give you 5 sec to delete the config, you need not do sdl. krish > Thanks, > > Charles > > -- > =-----------------= = > | Charles Sprickman Internet Channel | > | INCH System Administration Team (212)243-5200 | > | spork@inch.com access@inch.com | > = =----------------= > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) ARC lost password
From: Charles Sprickman <spork@inch.com>
Date: 1999-01-26 12:06:48

DOH! So I was trying to script the setup of the arc, but I outpaced it a bit. Now I'm stuck with a mystery password. I don't have it on the net, and to do so would be a little tough at the moment. So other than snmp or tftp-ing the quicksetup.cfg, is there another way to clear out the config? I don't mind nuking it all... Just sdl2 it? What do all those dip switches do? Thanks, Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork@inch.com access@inch.com | = =----------------=

Subject: Re: (usr-tc) ARC lost password
From: Charles Sprickman <spork@inch.com>
Date: 1999-01-26 12:52:47

Great, thanks! I don't know how I didn't see that option, but I did miss it... Thanks, Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork@inch.com access@inch.com | = =----------------= On Tue, 26 Jan 1999, Matt Harper wrote: > When the system boots, on the console select open #13 (delete router > config) > Initializing flash driver ... OK > > > HiPer Access Router Boot Configuration > -------------------------------------- > > 1. Boot mode : FLASH > 2. IP Configuration Source : STATIC > 3. Boot IP Interface : eth:1 > 4. Boot IP Address : 149.112.214.31 > 5. Boot IP Default Gateway : 149.112.214.254 > 6. Boot IP Network Mask : 255.255.255.0 > 7. TFTP Image on Startup : NEVER > 8. TFTP Boot Server IP Address : 149.112.213.5 > 9. TFTP Boot Image File Name : /autohome/mharper/tftp/netserve.dmf > 10. Crash upload : DISABLED > 11. Crash Dump Upload Filename : > 12. Manufacturing Diagnostics : NONE > 13. Delete Router Configuration : > 14. Delete Boot Configuration : > 15. Command Line Parameters : > E. Exit > > Enter Choice : [E] > > -- Matt > > > > > > Charles Sprickman <spork@inch.com> on 01/26/99 11:06:48 AM > > Please respond to usr-tc@lists.xmission.com > > To: usr-tc@lists.xmission.com > cc: (Matt Harper/MW/US/3Com) > Subject: (usr-tc) ARC lost password > > > > > DOH! > > So I was trying to script the setup of the arc, but I outpaced it a bit. > Now I'm stuck with a mystery password. I don't have it on the net, and to > do so would be a little tough at the moment. So other than snmp or > tftp-ing the quicksetup.cfg, is there another way to clear out the config? > I don't mind nuking it all... > > Just sdl2 it? What do all those dip switches do? > > Thanks, > > Charles > > -- > =-----------------= = > | Charles Sprickman Internet Channel | > | INCH System Administration Team (212)243-5200 | > | spork@inch.com access@inch.com | > = =----------------= > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > > > > > > >

Subject: Re: (usr-tc) HiperArc 128M vs 64M
From: Frank Basso <frank@okwhatever.com>
Date: 1999-01-26 13:47:19

Yeah, now 3Com should just ship all of us existing ARC users the upgrade for FREE.... Oh sorry I was dreaming outloud again....... -Frank -----Original Message----- >Currently, I don't think there are any limitations for 64Mb vs. 128Mb >operation. >In the future, certain service configurations may require the additional >memory. > >If you have maxed out your chassis (15 spans), do a lot of PPP compression, >have large OSPF routing tables, >do a lot of IPX traffic, terminate large numbers of L2TP/PPTP sessions >(>.5K), etc. the extra memory will help. >Having the extra memory is really nice to protect you vs. ever increasing >router code images & to eliminate costly on-site >field upgrades. > >-- Matt > > > > > > > >"Randy Cosby" <dcosby@infowest.com> on 01/26/99 03:00:54 PM > >Please respond to usr-tc@lists.xmission.com > >To: usr-tc@lists.xmission.com >cc: (Matt Harper/MW/US/3Com) >Subject: (usr-tc) HiperArc 128M vs 64M > > > > >I have a few HiperARC's, and some have 64Meg of RAM, some have 128. What >limitations, if any, are there for the 64M version? > >Randy Cosby <dcosby@infowest.com> >Vice President >InfoWest Global Internet Services, Inc. >(435)674-0165 http://www.infowest.com > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: (usr-tc) HiperArc 128M vs 64M
From: Randy Cosby <dcosby@infowest.com>
Date: 1999-01-26 14:00:54

I have a few HiperARC's, and some have 64Meg of RAM, some have 128. What limitations, if any, are there for the 64M version? Randy Cosby <dcosby@infowest.com> Vice President InfoWest Global Internet Services, Inc. (435)674-0165 http://www.infowest.com

Subject: RE: (usr-tc) HiperArc 128M vs 64M
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1999-01-26 15:20:40

|-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Randy Cosby |Sent: Tuesday, January 26, 1999 3:01 PM |To: usr-tc@lists.xmission.com |Subject: (usr-tc) HiperArc 128M vs 64M | | |I have a few HiperARC's, and some have 64Meg of RAM, some have 128. What |limitations, if any, are there for the 64M version? None.. The RAM is for future feature use. -M

Subject: Re: (usr-tc) HiperArc 128M vs 64M
From: Matt Harper <matt_harper@mw.3com.com>
Date: 1999-01-26 15:49:05

Currently, I don't think there are any limitations for 64Mb vs. 128Mb operation. In the future, certain service configurations may require the additional memory. If you have maxed out your chassis (15 spans), do a lot of PPP compression, have large OSPF routing tables, do a lot of IPX traffic, terminate large numbers of L2TP/PPTP sessions (>.5K), etc. the extra memory will help. Having the extra memory is really nice to protect you vs. ever increasing router code images & to eliminate costly on-site field upgrades. -- Matt "Randy Cosby" <dcosby@infowest.com> on 01/26/99 03:00:54 PM Please respond to usr-tc@lists.xmission.com cc: (Matt Harper/MW/US/3Com) I have a few HiperARC's, and some have 64Meg of RAM, some have 128. What limitations, if any, are there for the 64M version? Randy Cosby <dcosby@infowest.com> Vice President InfoWest Global Internet Services, Inc. (435)674-0165 http://www.infowest.com - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) new problems
From: John Martin <jmartin@delrio.com>
Date: 1999-01-26 17:17:11

One solution seems to be adding 2-3 commas after the phone # on the users dial-up adapter. Each comma represents a delay of .75 seconds, I think, and this gives the telecom switches time to react. At 02:34 PM 1/25/99 -0500, you wrote: > I've been running HiPer ARC 4.1.71/DSP 1.2.60 for about 5 weeks now with >no complaints from my users. Within the last few days I've started getting >complaints of "The modem you are dialing is not answering" problems getting >connected. Nothing has changed at our end. Monitoring PPP on the ARC when >this occurs results in no information coming across, as if they've never >even hit a modem here, although the open modem does show up in <list >connections>. Could Bell Atlantic have changed anything with our PRI lines >that could be doing this? > I did have one customer that was able to get in fine after adding the >at&f init string, but it was a new customer so I'm not sure whether his >problem mirrored the others or not. > >Thanks, >Kirk > > > >Kirk Mitchell-General Manager sysadmin@keyconn.net >Keystone Connect http://www.keyconn.net >Altoona, PA 814-941-5000 We Unlock the World > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: (usr-tc) MIB and/or command for byte xfer on HiperArc?
From: vanhalen@coredcs.com
Date: 1999-01-26 21:23:54

Hello, I'm still hunting for the mib or the command to show how much a user has transferred (either upload or download) with a HiperArc(4.1.72). I know on Netserver cards it's show session and I also know that the data does exist with the HiperArc because it is available via SNMP in TCM. However I would like to be able to get at that data via a telnet session and/or via snmp with a script. Thanks for any help you can provide! Steve

Subject: (usr-tc) Rockwell HCF Modems
From: Russ Miescke <russm@powerweb.net>
Date: 1999-01-27 00:56:54

I posted a note to this group a month ago about the connect problems we are having with Rockwell HCF 56K V.90 modems. A few people were using the +MS=V34 extra modem setting to disable V.90. That has worked, but several customers are not too happy about losing 56K speeds. Has anyone had any luck at all getting these to work with either Netserver or HyperArc setups? We are running the latest code in all. The main culprit has been Compaq until a week ago when I started to see these beasts in all new Hewlett Packards. I searched the Compaq website and found a 1.10 Rev. A code dated 7/28/98 for the Aptiva. I could not find anything newer. I did find a driver for the Prosignia 310 and 330 families dated 1/5/99. It says it is Version 2.1.2.127. Has anybody used this on the Presario? I think the Presario contains a Voice version of the modem. Russ Miescke Power Web Connect russm@powerweb.net http://www.powerweb.net

Subject: Re: (usr-tc) Maintenance costs
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-01-27 08:30:19

Yes we have been approached and she was correct. The 8 x 5 Support contract has really went down. Up to now we have only had advance replacement on hardware only. Now the 8 x 5 support contract is cheaper than we paid for the Hardware contract 1 year ago. Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Sent: Wednesday, January 27, 1999 8:06 AM > > >I know there has been a lost of 3Com bashing in the past due to the >increased costs and policies of 3Com TC maintenance costs. I received a >call yesterday from a nice lady at 3Com stating that 3Com has reduced >the costs on their maintenance recently by as much as 35%. I haven't >seen the fax yet that she was sending me but I was wondering if other >folks had been approached yet and if they had any feedback ? > > >Jeff Binkley >ASA Network Computing > >CMPQwk 1.42 9999 > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) MIB and/or command for byte xfer on HiperArc?
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1999-01-27 08:39:21

|-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of |vanhalen@coredcs.com |Sent: Tuesday, January 26, 1999 9:24 PM |To: usr-tc@lists.xmission.com |Subject: (usr-tc) MIB and/or command for byte xfer on HiperArc? | | |Hello, | |I'm still hunting for the mib or the command to show how much a user has |transferred (either upload or download) with a HiperArc(4.1.72). | |I know on Netserver cards it's show session and I also know that the data |does exist with the HiperArc because it is available via SNMP in TCM. |However I would like to be able to get at that data via a telnet session |and/or via snmp with a script. This is standard MIBII stuff.. Every modem is an interface. You can use SNMP to gather interface stats for the call. No 3Com/USR MIB is required for this. -M

Subject: Re: (usr-tc) Rockwell HCF Modems
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-01-27 08:39:35

We have found the Driver update does the trick most of the time for the rockwell HCF modems... You can download it from my server http://www.alaweb.com/~support/downloads/rockwell.exe We are not only haveing problems with the HCF Rockwell we seem to be haveing problems with any modem useing the Rockwell chipset. The problems are anywhere from frequent disconnects to low connect speeds and the most common is "it took me 10 times to get online" :o) Please let me know if it does not work. Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Sent: Wednesday, January 27, 1999 12:56 AM >I posted a note to this group a month ago about the connect problems we are >having with Rockwell HCF 56K V.90 modems. A few people were using the >+MS=V34 extra modem setting to disable V.90. That has worked, but several >customers are not too happy about losing 56K speeds. Has anyone had any >luck at all getting these to work with either Netserver or HyperArc setups? >We are running the latest code in all. > >The main culprit has been Compaq until a week ago when I started to see >these beasts in all new Hewlett Packards. I searched the Compaq website and >found a 1.10 Rev. A code dated 7/28/98 for the Aptiva. I could not find >anything newer. I did find a driver for the Prosignia 310 and 330 families >dated 1/5/99. It says it is Version 2.1.2.127. Has anybody used this on >the Presario? I think the Presario contains a Voice version of the modem. > > >Russ Miescke >Power Web Connect >russm@powerweb.net >http://www.powerweb.net > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) HiperArc 128M vs 64M
From: Dale Hege <fhege@sover.net>
Date: 1999-01-27 08:56:59

If you look at the 128m arc you will see that the flash is doubled. At least mine was. :) -Dale On Wed, 27 Jan 1999, Robert von Bismarck wrote: > Date: Wed, 27 Jan 1999 09:58:45 +0100 > From: Robert von Bismarck <rvb@petrel.ch> > Reply-To: usr-tc@lists.xmission.com > To: "'usr-tc@lists.xmission.com'" <usr-tc@lists.xmission.com> > Subject: RE: (usr-tc) HiperArc 128M vs 64M > > Well, I'm perhaps a bit cisco-ish, but the first thing you run out of is > usually flash mem, as code, configs and filters get bigger and bigger, > and I personally like to have multiple code versions in my routers, in > case that I should downgrade in a hurry, (yeah tftp is cool, but if the > new code doesn't recognize your interfaces....) especially if they are > ER versions. > > just my 0.02$ > > Robert > > > -----Original Message----- > > From: Matt Harper [SMTP:Matt_Harper@mw.3com.com] > > Sent: mardi, 26. janvier 1999 22:49 > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) HiperArc 128M vs 64M > > > > Currently, I don't think there are any limitations for 64Mb vs. 128Mb > > operation. > > In the future, certain service configurations may require the > > additional > > memory. > > > > If you have maxed out your chassis (15 spans), do a lot of PPP > > compression, > > have large OSPF routing tables, > > do a lot of IPX traffic, terminate large numbers of L2TP/PPTP sessions > > (>.5K), etc. the extra memory will help. > > Having the extra memory is really nice to protect you vs. ever > > increasing > > router code images & to eliminate costly on-site > > field upgrades. > > > > -- Matt > > > > > > > > > > > > > > > > "Randy Cosby" <dcosby@infowest.com> on 01/26/99 03:00:54 PM > > > > Please respond to usr-tc@lists.xmission.com > > > > To: usr-tc@lists.xmission.com > > cc: (Matt Harper/MW/US/3Com) > > Subject: (usr-tc) HiperArc 128M vs 64M > > > > > > > > > > I have a few HiperARC's, and some have 64Meg of RAM, some have 128. > > What > > limitations, if any, are there for the 64M version? > > > > Randy Cosby <dcosby@infowest.com> > > Vice President > > InfoWest Global Internet Services, Inc. > > (435)674-0165 http://www.infowest.com > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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. >

Subject: (usr-tc) Maintenance costs
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1999-01-27 09:06:00

I know there has been a lost of 3Com bashing in the past due to the increased costs and policies of 3Com TC maintenance costs. I received a call yesterday from a nice lady at 3Com stating that 3Com has reduced the costs on their maintenance recently by as much as 35%. I haven't seen the fax yet that she was sending me but I was wondering if other folks had been approached yet and if they had any feedback ? Jeff Binkley ASA Network Computing CMPQwk 1.42 9999

Subject: (usr-tc) RE: (USR-TC) BASIC MODEM
From: Jeff Binkley <jeff.binkley@asacomp.com>
Date: 1999-01-27 09:06:00

If it goes like our scenario, watch for them to get turned back up without being fixed. This is because a differnet group foten monitors out of service condition as opposed to the repair group. When we had our problem, twice the T-1s got turned back up before the repair group fixed them. Jeff Binkley ASA Network Computing U>On Tue, 26 Jan 1999, Jeff Binkley wrote: U>> were to no avail. Finally we got a customer in that CO wth an ISDN U>> BRI and he couldn't connect regularly to us but could to everywhere U>> else. Finally the LEC started looking at their trunks and found 2 U>> out of there 7 interoffice T-1s had problems. They turned them U>> down and the customer and everyone else started getting 100% good U>> connects. The LEC was Ameritech. I know there are others like U>> this out there. I used to work central office for MCI and we were U>> always chasing these types of problems. U>I had a similiar problem that finally got fixed yesterday after 6 U>months of complaints. U>Folks from one CO could not connect to my CLEC lines, but they could U>connect to a few backup US West lines I have. I opened a number of U>trouble tickets with the CLEC to no avail. U>Finally, on last Friday, I called the operations director over there, U>and he agreed to send a tech out to the CO with a laptop and a modem. U>They discovered a bad trunk group, and I think things will be fine now U>that the trunk group has been turned down. U>Brian U>- U> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" U> with "unsubscribe usr-tc" in the body of the message. U> For information on digests or retrieving files and old messages send U> "help" to the same address. Do not use quotes in your message. U> CMPQwk 1.42 9999

Subject: RE: (usr-tc) HiperArc 128M vs 64M
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-27 09:58:45

Well, I'm perhaps a bit cisco-ish, but the first thing you run out of is usually flash mem, as code, configs and filters get bigger and bigger, and I personally like to have multiple code versions in my routers, in case that I should downgrade in a hurry, (yeah tftp is cool, but if the new code doesn't recognize your interfaces....) especially if they are ER versions. just my 0.02$ Robert > -----Original Message----- > From: Matt Harper [SMTP:Matt_Harper@mw.3com.com] > Sent: mardi, 26. janvier 1999 22:49 > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) HiperArc 128M vs 64M > > Currently, I don't think there are any limitations for 64Mb vs. 128Mb > operation. > In the future, certain service configurations may require the > additional > memory. > > If you have maxed out your chassis (15 spans), do a lot of PPP > compression, > have large OSPF routing tables, > do a lot of IPX traffic, terminate large numbers of L2TP/PPTP sessions > (>.5K), etc. the extra memory will help. > Having the extra memory is really nice to protect you vs. ever > increasing > router code images & to eliminate costly on-site > field upgrades. > > -- Matt > > > > > > > > "Randy Cosby" <dcosby@infowest.com> on 01/26/99 03:00:54 PM > > Please respond to usr-tc@lists.xmission.com > > To: usr-tc@lists.xmission.com > cc: (Matt Harper/MW/US/3Com) > Subject: (usr-tc) HiperArc 128M vs 64M > > > > > I have a few HiperARC's, and some have 64Meg of RAM, some have 128. > What > limitations, if any, are there for the 64M version? > > Randy Cosby <dcosby@infowest.com> > Vice President > InfoWest Global Internet Services, Inc. > (435)674-0165 http://www.infowest.com > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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@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.

Subject: Re: (usr-tc) Maintenance costs
From: Brian Elfert <brian@citilink.com>
Date: 1999-01-27 10:42:31

On Wed, 27 Jan 1999, Jeff Binkley wrote: > I know there has been a lost of 3Com bashing in the past due to the > increased costs and policies of 3Com TC maintenance costs. I received a > call yesterday from a nice lady at 3Com stating that 3Com has reduced > the costs on their maintenance recently by as much as 35%. I haven't > seen the fax yet that she was sending me but I was wondering if other > folks had been approached yet and if they had any feedback ? Yes, the prices are less, but I still think the prices are ridiculous with Lucent and others offering free support and software upgrades. The price was around $2000 a year or so per 48 port chassis when I was called a few weeks ago. Brian

Subject: RE: (usr-tc) HiperArc 128M vs 64M
From: Matt Harper <matt_harper@mw.3com.com>
Date: 1999-01-27 11:20:06

FYI - I believe all the boards that come with twice the DRAM (128MB) also have twice the flash (16Mb). -- Matt Robert von Bismarck <rvb@petrel.ch> on 01/27/99 02:58:45 AM Please respond to usr-tc@lists.xmission.com cc: (Matt Harper/MW/US/3Com) Well, I'm perhaps a bit cisco-ish, but the first thing you run out of is usually flash mem, as code, configs and filters get bigger and bigger, and I personally like to have multiple code versions in my routers, in case that I should downgrade in a hurry, (yeah tftp is cool, but if the new code doesn't recognize your interfaces....) especially if they are ER versions. just my 0.02$ Robert > -----Original Message----- > From: Matt Harper [SMTP:Matt_Harper@mw.3com.com] > Sent: mardi, 26. janvier 1999 22:49 > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) HiperArc 128M vs 64M > > Currently, I don't think there are any limitations for 64Mb vs. 128Mb > operation. > In the future, certain service configurations may require the > additional > memory. > > If you have maxed out your chassis (15 spans), do a lot of PPP > compression, > have large OSPF routing tables, > do a lot of IPX traffic, terminate large numbers of L2TP/PPTP sessions > (>.5K), etc. the extra memory will help. > Having the extra memory is really nice to protect you vs. ever > increasing > router code images & to eliminate costly on-site > field upgrades. > > -- Matt > > > > > > > > "Randy Cosby" <dcosby@infowest.com> on 01/26/99 03:00:54 PM > > Please respond to usr-tc@lists.xmission.com > > To: usr-tc@lists.xmission.com > cc: (Matt Harper/MW/US/3Com) > Subject: (usr-tc) HiperArc 128M vs 64M > > > > > I have a few HiperARC's, and some have 64Meg of RAM, some have 128. > What > limitations, if any, are there for the 64M version? > > Randy Cosby <dcosby@infowest.com> > Vice President > InfoWest Global Internet Services, Inc. > (435)674-0165 http://www.infowest.com > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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.

Subject: Re: (usr-tc) MIB and/or command for byte xfer on HiperArc?
From: Matt Harper <matt_harper@mw.3com.com>
Date: 1999-01-27 11:23:10

To see # of bytes transfered, do a "show interface slot:x/chan:y counters -- Matt vanhalen@coredcs.com on 01/26/99 09:23:54 PM Please respond to usr-tc@lists.xmission.com cc: (Matt Harper/MW/US/3Com) Hello, I'm still hunting for the mib or the command to show how much a user has transferred (either upload or download) with a HiperArc(4.1.72). I know on Netserver cards it's show session and I also know that the data does exist with the HiperArc because it is available via SNMP in TCM. However I would like to be able to get at that data via a telnet session and/or via snmp with a script. Thanks for any help you can provide! Steve - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: RE: (usr-tc) Maintenance costs
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-27 11:29:26

Yes, 3COM has lowered the price of most if not all of their service agreements. We received the complete breakdown from our 3COM channel sales manager a few weeks ago. If any of you have let your contracts expire now is a good time to renew. > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Binkley > Sent: Wednesday, January 27, 1999 9:06 AM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Maintenance costs > > > > > I know there has been a lost of 3Com bashing in the past due to the > increased costs and policies of 3Com TC maintenance costs. I received a > call yesterday from a nice lady at 3Com stating that 3Com has reduced > the costs on their maintenance recently by as much as 35%. I haven't > seen the fax yet that she was sending me but I was wondering if other > folks had been approached yet and if they had any feedback ? > > > Jeff Binkley > ASA Network Computing > > CMPQwk 1.42 9999 > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) MIB and/or command for byte xfer on HiperArc?
From: K Mitchell <mitch@keyconn.net>
Date: 1999-01-27 13:11:44

At 11:23 AM 1/27/99 -0600, "Matt Harper" <Matt_Harper@mw.3com.com> wrote: >To see # of bytes transfered, do a "show interface slot:x/chan:y counters For my HiPer ARC, it needs to be "show interface slot:x/mod:y counters" "chan" doesn't work Kirk Kirk Mitchell-General Manager sysadmin@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: (usr-tc) Idle and Session Timers
From: Paul M. Oster <devious@minot.com>
Date: 1999-01-27 15:05:09

Ok, recently my Idle and Session timeouts have quit working.... if anyone has suggestions as to why, I would love to here them.... Here are the lines from my radius users file, these USED to work, but recently they have not been... (Hi-PER Arc and Netservers Arc's running 4.1.72 Netservers running 3.7.73) Cistron radiusd version 1.5.4... HELP! Idle-Timeout = 1200, Session-Timeout = 18000, Paul M. Oster <devious@minot.com> http://www.minot.com/ Magic Internet Services (701) 838-1265 Minots FIRST Internet Connection -=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=--=**=- "I might not agree with what you have to say but I will defend, to my death, your right to say it." - Voltaire

Subject: RE: (usr-tc) HiperArc 128M vs 64M
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-27 15:07:17

Cooool.... I'll now have to decide my boss to buy a six-pack ;-) > -----Original Message----- > From: Dale Hege [SMTP:fhege@sover.net] > Sent: mercredi, 27. janvier 1999 14:57 > To: 'usr-tc@lists.xmission.com' > Subject: RE: (usr-tc) HiperArc 128M vs 64M > > If you look at the 128m arc you will see that the flash is doubled. At > least mine was. :) > > -Dale > > On Wed, 27 Jan 1999, Robert von Bismarck wrote: > > > Date: Wed, 27 Jan 1999 09:58:45 +0100 > > From: Robert von Bismarck <rvb@petrel.ch> > > Reply-To: usr-tc@lists.xmission.com > > To: "'usr-tc@lists.xmission.com'" <usr-tc@lists.xmission.com> > > Subject: RE: (usr-tc) HiperArc 128M vs 64M > > > > Well, I'm perhaps a bit cisco-ish, but the first thing you run out > of is > > usually flash mem, as code, configs and filters get bigger and > bigger, > > and I personally like to have multiple code versions in my routers, > in > > case that I should downgrade in a hurry, (yeah tftp is cool, but if > the > > new code doesn't recognize your interfaces....) especially if they > are > > ER versions. > > > > just my 0.02$ > > > > Robert > > > > > -----Original Message----- > > > From: Matt Harper [SMTP:Matt_Harper@mw.3com.com] > > > Sent: mardi, 26. janvier 1999 22:49 > > > To: usr-tc@lists.xmission.com > > > Subject: Re: (usr-tc) HiperArc 128M vs 64M > > > > > > Currently, I don't think there are any limitations for 64Mb vs. > 128Mb > > > operation. > > > In the future, certain service configurations may require the > > > additional > > > memory. > > > > > > If you have maxed out your chassis (15 spans), do a lot of PPP > > > compression, > > > have large OSPF routing tables, > > > do a lot of IPX traffic, terminate large numbers of L2TP/PPTP > sessions > > > (>.5K), etc. the extra memory will help. > > > Having the extra memory is really nice to protect you vs. ever > > > increasing > > > router code images & to eliminate costly on-site > > > field upgrades. > > > > > > -- Matt > > > > > > > > > > > > > > > > > > > > > > > > "Randy Cosby" <dcosby@infowest.com> on 01/26/99 03:00:54 PM > > > > > > Please respond to usr-tc@lists.xmission.com > > > > > > To: usr-tc@lists.xmission.com > > > cc: (Matt Harper/MW/US/3Com) > > > Subject: (usr-tc) HiperArc 128M vs 64M > > > > > > > > > > > > > > > I have a few HiperARC's, and some have 64Meg of RAM, some have > 128. > > > What > > > limitations, if any, are there for the 64M version? > > > > > > Randy Cosby <dcosby@infowest.com> > > > Vice President > > > InfoWest Global Internet Services, Inc. > > > (435)674-0165 http://www.infowest.com > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to > "majordomo@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@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@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@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.

Subject: (usr-tc) Radius attributes (Called-Station-Id)
From: Ray Bellis <rpb@community.net.uk>
Date: 1999-01-27 16:39:49

Is the NETserver supposed to be able to supply the Called-Station-Id attribute? I've now started getting Call*ing* station ID but I need to get the Called station ID so that I can bill based on the number the user actually called. I'm using 3.7.24 ethernet NETserver with an E1 PRI card. thanks, Ray. -- Ray Bellis, MA(Oxon) - Technical Director - Oxford CommUnity Internet plc Windsor House, 12 High Street, Kidlington, OXFORD OX5 2PJ UK Telephone: +44-1865-856000 Fax: +44-1865-856001 Email: ray.bellis@community.net.uk URL: http://www.community.co.uk/

Subject: (usr-tc) IP used?
From: K Mitchell <mitch@keyconn.net>
Date: 1999-01-28 00:31:11

How can I find out what user was assigned a particular IP after he's logged off? HiPer ARC/USR S&A Server/TCM Thanks, Kirk Kirk Mitchell-General Manager sysadmin@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: (usr-tc) ISDN modems connect at 33.6 kbps
From: Mario M. Bustamante <mario@accesspro.net>
Date: 1999-01-28 01:46:35

We have our first Quad Modem / Hiper DSP chassis up and running. Dual PRI card with 12 Quad modem card, 2 Hiper DSP's, a Hiper Arc and NMC. This will become a familiar configuration as we upgrade our Net Servers to Hiper Arcs. Several customers with Courier I Modems connect with analog connections if they hit a quad modem. If they hit a Hiper DSP they connect at 128k, but if they hit a quad modem, they connect analog. What gives? What settings do we have to change? Thanks, _______________________________________________ Mario M. Bustamante, President AccessPro Communications Inc. Miami, Florida Internet Service Providers, Web Hosting & Design Microsoft Certified Web Presence Providers Wide Area Networks, Security, Intranets. http://www.AccessPro.net mario@accesspro.net _______________________________________________

Subject: Re: (usr-tc) IP used?
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-28 08:12:57

Accounting records - Syslog Both of these will show the the ip that was given to the user when he was logged in. krish \ T.S.V. Krishnan \ \ Network System Engineer \ ( : - : ) \ 3Com ............ \ ----------------------------------------------/ tkrishna@bubba.ae.usr.com ----------------------------/ http://interproc.ae.usr.com ----/ The Yadda Yadda Search - for simple anwers - http://interproc.ae.usr.com/tkb.html Any Sufficiently advanced bug is indistinguishable for a feature. - Rick Kulawiec On Thu, 28 Jan 1999, K Mitchell wrote: > How can I find out what user was assigned a particular IP after he's logged > off? > HiPer ARC/USR S&A Server/TCM > > Thanks, > Kirk > > > > Kirk Mitchell-General Manager sysadmin@keyconn.net > Keystone Connect http://www.keyconn.net > Altoona, PA 814-941-5000 We Unlock the World > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) ISDN modems connect at 33.6 kbps
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-28 08:15:40

On Thu, 28 Jan 1999, Mario M. Bustamante wrote: > We have our first Quad Modem / Hiper DSP chassis up and running. > Dual PRI card with 12 Quad modem card, 2 Hiper DSP's, a Hiper Arc > and NMC. This will become a familiar configuration as we upgrade > our Net Servers to Hiper Arcs. > > Several customers with Courier I Modems connect with analog > connections if they hit a quad modem. If they hit a Hiper DSP > they connect at 128k, but if they hit a quad modem, they connect > analog. On your PRI card - you must have the gateway card slot set to 0 and also you must tell your pri card that you have quad_i_modems. This is the only possible reason I can think of., untill and unless you have setup the pri card with dnis digits to route analog calls or set it to accept only analog calls. Check the pri card krish > > What gives? What settings do we have to change? > > > Thanks, > _______________________________________________ > > Mario M. Bustamante, President > AccessPro Communications Inc. > Miami, Florida > > Internet Service Providers, Web Hosting & Design > Microsoft Certified Web Presence Providers > Wide Area Networks, Security, Intranets. > http://www.AccessPro.net mario@accesspro.net > _______________________________________________ > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) ISDN modems connect at 33.6 kbps
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-28 09:14:42

Thus spake Tatai SV Krishnan >On Thu, 28 Jan 1999, Mario M. Bustamante wrote: >> We have our first Quad Modem / Hiper DSP chassis up and running. >> Dual PRI card with 12 Quad modem card, 2 Hiper DSP's, a Hiper Arc >> and NMC. This will become a familiar configuration as we upgrade >> our Net Servers to Hiper Arcs. >> >> Several customers with Courier I Modems connect with analog >> connections if they hit a quad modem. If they hit a Hiper DSP >> they connect at 128k, but if they hit a quad modem, they connect >> analog. >On your PRI card - you must have the gateway card slot set to 0 and also >you must tell your pri card that you have quad_i_modems. This is the >only possible reason I can think of, Same thing I was thinking... To explain further...The dual-PRI card has the ISDN gateway set to 16 by default. This was the initial setup before the quads were able to handle ISDN calls, so the PRI card would send ISDN calls to the NETServer card to be terminated on the Munich daughtercard. When you swapped out the NETServer for the Arc, the Arc doesn't have a Munich card or equivalent functionality, so when ISDN calls came in on the PRI card from a Courier, the PRI card tried to send the card to slot 16, but the Arc couldn't handle the ISDN calls, so the ISDN calls failed. When that happened, the customer's Courier punted and placed the call as an analog modem call, which obviously was handled normally. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: (usr-tc) NEW CODE WHEN?
From: Brian Gordon <administrator@westelcom.com>
Date: 1999-01-28 09:36:06

We are having so much trouble with rockwell modems and even USR voice modems now. We are running 1.2.6 on our DSP's. WHEN is the new code coming out? Why can't we having something more compatable. Brian Gordon, MCP, A+ Network Administrator Westelcom Internet 518-566-8376 Voice 518-566-8348 Fax http://home.westelcom.com administrator@westelcom.com

Subject: Re: (usr-tc) Rockwell HCF Modems
From: JPayne <payne4uk@bitstorm.net>
Date: 1999-01-28 11:01:39

Paul Jr. sez... >>>>We have found the Driver update does the trick most of the time for the rockwell HCF modems... >We are not only haveing problems with the HCF Rockwell we seem to be haveing >problems with any modem useing the Rockwell chipset. The problems are >anywhere from frequent disconnects to low connect speeds and the most common >is "it took me 10 times to get online" :o)<<<< Your best bet (at this time) is to revert back to K56Flex. I have learned that modems with the Rockwell chipset and V90 code do have the problems you mention under certain conditions. For some modems like Supra, you can set +MS=k56. For others, like some of the ZOOM modems, you have no choice but to re-flash back to K56Flex. Check our your modem's documentation or visit their website for specifics. It beats dropping back to v.34, and most customers could care less what we call "our new standard". -- Jeff Payne Siemens ICN

Subject: (usr-tc) PRI Problem out of nowhere
From: GTI x2 Tech <x2@apollo.gti.net>
Date: 1999-01-28 12:04:18

We have a 48 port in a remote location that we havent TOUCHED in like 6 months. All of a sudden it refuses to take calls beyond the 28th Modem (slot 8). If a call comes in and that modem is taken it hunts back to the first line. I had the Telco check it and they were able to force calls on both trunks. The only thing I might have changed was call routing from first available to round robin. All modems are IN service and all PRI tests come up good. One other thing that I changed was that the 29th port and all others afterwards under PRI Call Routing group was set to digital (all before it were analog). So I changed everything to analog except 47 and 48 figuring that they would have to be digital for the D channels. That didnt work either. Ive been up and down with Bell Atlantic and they claim its the equipemnt. All PRI tests come up good. Under PRI programmed settings: I look in "Total Control Manager - DS0 <-> Modem Configuration" screen. The card (slot 9) that is the first one that is unavailable is comming up white - which means unavailable. This makes sense - but Ive never used this screen. Ive never messed with the mapping of the PRI's to the modems. Is there somehting on this screen I have to do? On the far right of this screen it has the modems - slots 2 thru 9 are green (meaning connected) slots 9 thru 13 are white meaning "unavailable". How do I make these modems available? Is this a config thing or a telco thing? Any help would be appriciated as my customers are very unhappy with the busy signals. Thanks, John Harper x2@gti.net

Subject: Re: (usr-tc) NEW CODE WHEN?
From: Brian <signal@shreve.net>
Date: 1999-01-28 12:58:56

> Why can't we having something more compatable. In all fairness, 3com's modem code does alot better than most vendors code when it comes to who is most compatible. Brian > > Brian Gordon, MCP, A+ > Network Administrator > Westelcom Internet > 518-566-8376 Voice > 518-566-8348 Fax > http://home.westelcom.com > administrator@westelcom.com > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: RE: (usr-tc) PRI Problem out of nowhere
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-28 13:09:31

You need to click on the top light of the Modem card is slot 9. Then hold down the control key and click on the top light of cards 10-12. Now go to configure/program settings/line interface options. Make sure the Line interface source is set to pritdm. Click set/OK. Save to nvram. Hardware reset > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of GTI x2 Tech > Sent: Thursday, January 28, 1999 12:04 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) PRI Problem out of nowhere > > > > > We have a 48 port in a remote location that we havent TOUCHED in like 6 > months. All of a sudden it refuses to take calls beyond the 28th Modem > (slot 8). If a call comes in and that modem is taken it hunts back to the > first line. I had the Telco check it and they were able to force calls on > both trunks. > > The only thing I might have changed was call routing from first available > to round robin. All modems are IN service and all PRI tests come up good. > > One other thing that I changed was that the 29th port and all others > afterwards under PRI Call Routing group was set to digital (all before it > were analog). So I changed everything to analog except 47 and 48 figuring > that they would have to be digital for the D channels. > > That didnt work either. > > Ive been up and down with Bell Atlantic and they claim its the equipemnt. > All PRI tests come up good. > > Under PRI programmed settings: > > I look in "Total Control Manager - DS0 <-> Modem Configuration" screen. > > The card (slot 9) that is the first one that is unavailable is comming up > white - which means unavailable. This makes sense - but Ive never used > this screen. Ive never messed with the mapping of the PRI's to the > modems. Is there somehting on this screen I have to do? > > On the far right of this screen it has the modems - slots 2 thru 9 are > green (meaning connected) slots 9 thru 13 are white meaning "unavailable". > How do I make these modems available? Is this a config thing or a telco > thing? > > Any help would be appriciated as my customers are very unhappy with the > busy signals. > > Thanks, > > John Harper > x2@gti.net > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: RE: (usr-tc) ISDN modems connect at 33.6 kbps
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-28 13:58:38

On Thu, 28 Jan 1999, Mario M. Bustamante wrote: > This makes sense. The gateway slot was in fact set to 16. I > changed the slot to 0. Do I need to do anything else? Where can I > tell the PRI card that it has quad_i_modems? Do I need to do > anything with DNIS. > On the pri card - if you have setup any dnis numbers - krish > > Thanks, > _______________________________________________ > > Mario M. Bustamante, President > AccessPro Communications Inc. > Miami, Florida > > Internet Service Providers, Web Hosting & Design > Microsoft Certified Web Presence Providers > Wide Area Networks, Security, Intranets. > http://www.AccessPro.net mario@accesspro.net > _______________________________________________ > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of > > Jeff Mcadams > > Sent: Thursday, January 28, 1999 9:15 AM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) ISDN modems connect at 33.6 kbps > > > > > > Thus spake Tatai SV Krishnan > > >On Thu, 28 Jan 1999, Mario M. Bustamante wrote: > > >> We have our first Quad Modem / Hiper DSP chassis up > > and running. > > >> Dual PRI card with 12 Quad modem card, 2 Hiper > > DSP's, a Hiper Arc > > >> and NMC. This will become a familiar configuration > > as we upgrade > > >> our Net Servers to Hiper Arcs. > > >> > > >> Several customers with Courier I Modems connect with analog > > >> connections if they hit a quad modem. If they hit a > > Hiper DSP > > >> they connect at 128k, but if they hit a quad modem, > > they connect > > >> analog. > > > > >On your PRI card - you must have the gateway card > > slot set to 0 and also > > >you must tell your pri card that you have > > quad_i_modems. This is the > > >only possible reason I can think of, > > > > Same thing I was thinking... > > > > To explain further...The dual-PRI card has the ISDN > > gateway set to 16 by > > default. This was the initial setup before the quads > > were able to > > handle ISDN calls, so the PRI card would send ISDN calls to the > > NETServer card to be terminated on the Munich > > daughtercard. When you > > swapped out the NETServer for the Arc, the Arc doesn't > > have a Munich > > card or equivalent functionality, so when ISDN calls > > came in on the PRI > > card from a Courier, the PRI card tried to send the > > card to slot 16, but > > the Arc couldn't handle the ISDN calls, so the ISDN > > calls failed. When > > that happened, the customer's Courier punted and > > placed the call as an > > analog modem call, which obviously was handled normally. > > -- > > Jeff McAdams Email: jeffm@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@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@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. >

Subject: Re: (usr-tc) NEW CODE WHEN?
From: David Bolen <db3l@ans.net>
Date: 1999-01-28 14:06:14

Brian <signal@shreve.net> writes: > In all fairness, 3com's modem code does alot better than most vendors code > when it comes to who is most compatible. There's also the very big issue that the majority of the intelligence for the 56K protocols rests with the client. While there may be some server side bugs and some things that 3Com can do to better interoperate, such measures are often limited in scope. This is unfortunate, since ideally you want the more heavy duty code to be in the smaller set of server side modems that are under better control and likely kept more up to date and in sync, but since its the receiver that has to analyze the line there isn't a lot of choice. So any question about "having something more compatible" really has to be addressed to the client modem vendors (3Com included) even more so than the server side. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | UUNET Technologies, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: RE: (usr-tc) ISDN modems connect at 33.6 kbps
From: Mario M. Bustamante <mario@accesspro.net>
Date: 1999-01-28 14:10:24

This makes sense. The gateway slot was in fact set to 16. I changed the slot to 0. Do I need to do anything else? Where can I tell the PRI card that it has quad_i_modems? Do I need to do anything with DNIS. Thanks, _______________________________________________ Mario M. Bustamante, President AccessPro Communications Inc. Miami, Florida Internet Service Providers, Web Hosting & Design Microsoft Certified Web Presence Providers Wide Area Networks, Security, Intranets. http://www.AccessPro.net mario@accesspro.net _______________________________________________ > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of > Jeff Mcadams > Sent: Thursday, January 28, 1999 9:15 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) ISDN modems connect at 33.6 kbps > > > Thus spake Tatai SV Krishnan > >On Thu, 28 Jan 1999, Mario M. Bustamante wrote: > >> We have our first Quad Modem / Hiper DSP chassis up > and running. > >> Dual PRI card with 12 Quad modem card, 2 Hiper > DSP's, a Hiper Arc > >> and NMC. This will become a familiar configuration > as we upgrade > >> our Net Servers to Hiper Arcs. > >> > >> Several customers with Courier I Modems connect with analog > >> connections if they hit a quad modem. If they hit a > Hiper DSP > >> they connect at 128k, but if they hit a quad modem, > they connect > >> analog. > > >On your PRI card - you must have the gateway card > slot set to 0 and also > >you must tell your pri card that you have > quad_i_modems. This is the > >only possible reason I can think of, > > Same thing I was thinking... > > To explain further...The dual-PRI card has the ISDN > gateway set to 16 by > default. This was the initial setup before the quads > were able to > handle ISDN calls, so the PRI card would send ISDN calls to the > NETServer card to be terminated on the Munich > daughtercard. When you > swapped out the NETServer for the Arc, the Arc doesn't > have a Munich > card or equivalent functionality, so when ISDN calls > came in on the PRI > card from a Courier, the PRI card tried to send the > card to slot 16, but > the Arc couldn't handle the ISDN calls, so the ISDN > calls failed. When > that happened, the customer's Courier punted and > placed the call as an > analog modem call, which obviously was handled normally. > -- > Jeff McAdams Email: jeffm@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@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. >

Subject: Re: (usr-tc) IP-Input-Filter with Livingston RADIUS Server
From: MegaZone <megazone@megazone.org>
Date: 1999-01-28 14:11:25

Once upon a time Ralph Helfenberger shaped the electrons to say... >Is anybody using the Livingston Authentication server? I'd like to >use it. But I have to support the Vendor specific attribute >"IP-Input-Filter". Is there a way to make that work? 1. You know you have to own a PortMaster to use Lucent RADIUS 2.x or up legally, right? 2. Lucent RADIUS prior to 2.1b6 does not support VSAs, and 2.1b6 supports only the RFC style VSAs - they do not support 3Com's non-RFC format. 3. Lucent RADIUS ABM (the commercial server) is supposed to support 3Com VSAs. I'm not sure if it does now or that's the next release. -MZ -- <URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me.. Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/> "A little nonsense now and then, is relished by the wisest men" 781-788-0130 <URL:http://www.megazone.org/> <URL:http://www.gweep.net/> Hail Discordia!

Subject: Re: (usr-tc) NEW CODE WHEN?
From: Brian Gordon <administrator@westelcom.com>
Date: 1999-01-28 15:03:42

This is a multi-part message in MIME format. ------=_NextPart_000_001A_01BE4ACF.65B02180 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I totally agree with your statement here totally and I know that 3com is leading in incorporating the latest standards etc. Just wondering what to do in the mean time. I would say since this V.90 thing we have had four times the amount of calls to our help desk. Someone had to slap Rockwell and Lucent and tell them to get their acts together. Brian Gordon, MCP, A+ Network Administrator Westelcom Internet 518-566-8376 Voice 518-566-8348 Fax http://home.westelcom.com administrator@westelcom.com ----- Original Message ----- Sent: Thursday, January 28, 1999 2:06 PM >Brian <signal@shreve.net> writes: > >> In all fairness, 3com's modem code does alot better than most vendors code >> when it comes to who is most compatible. > >There's also the very big issue that the majority of the intelligence >for the 56K protocols rests with the client. While there may be some >server side bugs and some things that 3Com can do to better >interoperate, such measures are often limited in scope. > >This is unfortunate, since ideally you want the more heavy duty code >to be in the smaller set of server side modems that are under better >control and likely kept more up to date and in sync, but since its the >receiver that has to analyze the line there isn't a lot of choice. > >So any question about "having something more compatible" really has to >be addressed to the client modem vendors (3Com included) even more so >than the server side. > >-- David > >/-----------------------------------------------------------------------\ > \ David Bolen \ Internet: db3l@ans.net / > | UUNET Technologies, Inc. \ Phone: (914) 701-5327 | > / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ >\-----------------------------------------------------------------------/ > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > ------=_NextPart_000_001A_01BE4ACF.65B02180 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJnzCCAjww ggGlAhAyUDPPUNFW81yBrWVcT8glMA0GCSqGSIb3DQEBAgUAMF8xCzAJBgNVBAYTAlVTMRcwFQYD VQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0 aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05NjAxMjkwMDAwMDBaFw0yMDAxMDcyMzU5NTlaMF8xCzAJ BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJs aWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEA5Rm/baNWYS2ZSHH2Z965jeu3noaACpEO+jglr0aIguVzqKCbJF0NH8xlbgyw0FaEGIea BpsQoXPftFg5a27B9hXVqKg/qhIGjTGsf7A01480Z4gJzRQR4k5FVmkfeAKA2txHkSm7NsljXMXg 1y2He6G3MrB7MLoqLzGq7qNn2tsCAwEAATANBgkqhkiG9w0BAQIFAAOBgQBLRGZgaGTkmBvzsHLm lYl83XuzlcAdLtjYGdAtND3GUJoQhoyqPzuoBPw3UpXD2cnbzfKGBsSxG/CCiDBCjhdQHGR6uD6Z SXSX/KwCQ/uWDFYEJQx8fIedJKfY8DIptaTfXaJMxRYyqEL2Raa2Nrngv2U2k8LS12vc3lnWojX4 RTCCAy4wggKXoAMCAQICEQDSdi6NFAw9fbKoJV2v7g11MA0GCSqGSIb3DQEBAgUAMF8xCzAJBgNV BAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMg UHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05ODA1MTIwMDAwMDBaFw0wODA1MTIy MzU5NTlaMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1 c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNv cnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJ bmRpdmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMIGfMA0GCSqGSIb3DQEB AQUAA4GNADCBiQKBgQC7WkSKBBa7Vf0DeootlE8VeDa4DUqyb5xUv7zodyqdufBou5XZMUFweoFL uUgTVi3HCOGEQqvAopKrRFyqQvCCDgLpL/vCO7u+yScKXbawNkIztW5UiE+HSr8Z2vkV6A+Hthzj zMaajn9qJJLj/OBluqexfu/J2zdqyErICQbkmQIDAQABo3wwejARBglghkgBhvhCAQEEBAMCAQYw RwYDVR0gBEAwPjA8BgtghkgBhvhFAQcBATAtMCsGCCsGAQUFBwIBFh93d3cudmVyaXNpZ24uY29t L3JlcG9zaXRvcnkvUlBBMA8GA1UdEwQIMAYBAf8CAQAwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEB AgUAA4GBAIi4Nzvd2pQ3AK2qn+GBAXEekmptL/bxndPKZDjcG5gMB4ZbhRVqD7lJhaSV8Rd9Z7R/ LSzdmkKewz60jqrlCwbe8lYq+jPHvhnXU0zDvcjjF7WkSUJj7MKmFw9dWBpJPJBcVaNlIAD9GCDl X4KmsaiSxVhqwY0DPOvDzQWikK5uMIIEKTCCA5KgAwIBAgIQRYC7Pso0O5C1pKOGYRc0xzANBgkq hkiG9w0BAQQFADCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWdu IFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEg SW5jb3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNzIDEg Q0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZDAeFw05OTAxMjgw MDAwMDBaFw05OTAzMjkyMzU5NTlaMIIBDjEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNV BAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVw b3NpdG9yeS9SUEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAcBgNVBAsTFVBlcnNv bmEgTm90IFZhbGlkYXRlZDEnMCUGA1UECxMeRGlnaXRhbCBJRCBDbGFzcyAxIC0gTWljcm9zb2Z0 MRUwEwYDVQQDFAxCcmlhbiBHb3Jkb24xKjAoBgkqhkiG9w0BCQEWG2FkbWluaXN0cmF0b3JAd2Vz dGVsY29tLmNvbTBcMA0GCSqGSIb3DQEBAQUAA0sAMEgCQQDIaiFpxJl5+j3/nThP81UBVkZcgmbA ftnXRvrJJoDYAGYzinxzhLbMzmvsWboWsv42UGPQ2WiZzLWE1E0b0PMtAgMBAAGjggEJMIIBBTAJ BgNVHRMEAjAAMIGvBgNVHSAEgacwgDCABgtghkgBhvhFAQcBATCAMCgGCCsGAQUFBwIBFhxodHRw czovL3d3dy52ZXJpc2lnbi5jb20vQ1BTMGIGCCsGAQUFBwICMFYwFRYOVmVyaVNpZ24sIEluYy4w AwIBARo9VmVyaVNpZ24ncyBDUFMgaW5jb3JwLiBieSByZWZlcmVuY2UgbGlhYi4gbHRkLiAoYyk5 NyBWZXJpU2lnbgAAAAAAADARBglghkgBhvhCAQEEBAMCB4AwMwYDVR0fBCwwKjAooCagJIYiaHR0 cDovL2NybC52ZXJpc2lnbi5jb20vY2xhc3MxLmNybDANBgkqhkiG9w0BAQQFAAOBgQCv82K5YBdT o77GH3nH0NG+Pg11SYgR/japsWEN8i44ezGiWhTHWeofnjO6TQMz+54zITiv9QXk1CPP7fZPLxMR sGkkcdTfIDWPdL+X7y3w5azkQVCepG919o2vw4232+rPPYt7Vk9/MtJpNvXmrYWCC98mQwcRVii2 riBhkDyC4jGCAgQwggIAAgEBMIHhMIHMMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UE CxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBv c2l0b3J5L1JQQSBJbmNvcnAuIEJ5IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNp Z24gQ2xhc3MgMSBDQSBJbmRpdmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVk AhBFgLs+yjQ7kLWko4ZhFzTHMAkGBSsOAwIaBQCggbowGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEH ATAcBgkqhkiG9w0BCQUxDxcNOTkwMTI4MTUwMzQzWjAjBgkqhkiG9w0BCQQxFgQU7J4r82GQqpb9 I15Vpn2vge3uKaAwWwYJKoZIhvcNAQkPMU4wTDAOBggqhkiG9w0DAgICAIAwCgYIKoZIhvcNAwcw DQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwBwYFKw4DAh0wDQYJKoZIhvcN AQEBBQAEQMNruvJHCXhJtB9R9LCn4zxg3KROiY47R+psF2JrrW3gN08rtZgRtHXsTlO/S3uF50gR bQllG4fndTnUS/MSnk0AAAAAAAA= ------=_NextPart_000_001A_01BE4ACF.65B02180--

Subject: Re: (usr-tc) IP-Input-Filter with Livingston RADIUS Server
From: Brian <signal@shreve.net>
Date: 1999-01-28 15:07:28

On Thu, 28 Jan 1999, Ralph Helfenberger wrote: > Hi > > Is anybody using the Livingston Authentication server? I'd like to > use it. But I have to support the Vendor specific attribute > "IP-Input-Filter". Is there a way to make that work? I would use Radiator http://www.open.com.au/radiator. It's the swiss army knife of RADIUS servers. > > I tried to change the dictionary file but this didn't solve it. > > Thanks for your help > > Ralph > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: (usr-tc) RADIUS question
From: Brian <signal@shreve.net>
Date: 1999-01-28 15:12:02

I am getting duplicate accounting on my radius servers. The primary and the secondary appear to be accounting. I just want the primary to account, and the secondary to account only when the primary is not reachable. I want the primary to be tried first *always* before attempting the secondary. The Primary Server Status is: ENABLED Primary Server is: 208.206.76.58 Primary First Backup Server is: 208.206.76.57 Primary Second Backup Server is: 0.0.0.0 Primary Destination Port is: 1646 Primary First Backup Destination Port: 1646 Primary Second Backup Destination Port: 1646 Max Primary Retranmissions: 100 The Secondary Server Status is: ENABLED Secondary Server is: 0.0.0.0 Secondary First Backup Server is: 0.0.0.0 Secondary Second Backup Server is: 0.0.0.0 Secondary Destination Port is: 1646 Secondary First Backup Destination Port: 1646 Secondary Second Backup Destination Port: 1646 Max Secondary Retranmissions: 0 Source Port is: 1646 Retransmission Timeout: 60 seconds Accounting Start Time: CONNECTION Log Unauthenticated Calls: TRUE Vendor Specific Attribute: ENABLED Active Accounting Server (Primary): 208.206.76.57 Active Accounting Server (Secondary): 0.0.0.0 Attribute Style: STANDARD HiPer>> show radIUS setTINGS RADIUS SETTINGS Fill Null Attributes : DISABLED Attribute Style: STANDARD Authentication Algorithm: FALL_THROUGH Interim Accounting Interval Status: DISABLED Interim Accounting Interval: 240 seconds IEA Radius Source Port Authentication ENABLED IEA User Radius supplied username DISABLED Send Unauthenticated STOP record ENABLED Anyone have any ideas of what to do? I think I tried making my "secondary radius" the secondary radius in the ARC, but that duplicated, so I made it the "primary_backup first_server". Brian Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: (usr-tc) unauthenticated record
From: Brian <signal@shreve.net>
Date: 1999-01-28 15:14:43

I know this was asked recently, but how do you disable the unauthenticated radius records? brian Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: Re: (usr-tc) RADIUS question
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-01-28 15:20:13

If you are useing the Hiper Arc try this > set radius authentication_algorithm fall_through < and that will make it choose the primary first. Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Sent: Thursday, January 28, 1999 3:12 PM > >I am getting duplicate accounting on my radius servers. The primary and >the secondary appear to be accounting. > >I just want the primary to account, and the secondary to account only when >the primary is not reachable. I want the primary to be tried first >*always* before attempting the secondary. > >The Primary Server Status is: ENABLED >Primary Server is: 208.206.76.58 >Primary First Backup Server is: 208.206.76.57 >Primary Second Backup Server is: 0.0.0.0 >Primary Destination Port is: 1646 >Primary First Backup Destination Port: 1646 >Primary Second Backup Destination Port: 1646 >Max Primary Retranmissions: 100 >The Secondary Server Status is: ENABLED >Secondary Server is: 0.0.0.0 >Secondary First Backup Server is: 0.0.0.0 >Secondary Second Backup Server is: 0.0.0.0 >Secondary Destination Port is: 1646 >Secondary First Backup Destination Port: 1646 >Secondary Second Backup Destination Port: 1646 >Max Secondary Retranmissions: 0 >Source Port is: 1646 >Retransmission Timeout: 60 seconds >Accounting Start Time: CONNECTION >Log Unauthenticated Calls: TRUE >Vendor Specific Attribute: ENABLED >Active Accounting Server (Primary): 208.206.76.57 >Active Accounting Server (Secondary): 0.0.0.0 >Attribute Style: STANDARD > > >HiPer>> show radIUS setTINGS > >RADIUS SETTINGS >Fill Null Attributes : DISABLED >Attribute Style: STANDARD >Authentication Algorithm: FALL_THROUGH >Interim Accounting Interval Status: DISABLED >Interim Accounting Interval: 240 seconds >IEA Radius Source Port Authentication ENABLED >IEA User Radius supplied username DISABLED >Send Unauthenticated STOP record ENABLED > > >Anyone have any ideas of what to do? I think I tried making my "secondary >radius" the secondary radius in the ARC, but that duplicated, so I made it >the "primary_backup first_server". > >Brian > > >-------------------------------------------------------------------------- >Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ >signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, >(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) NEW CODE WHEN?
From: David Bolen <db3l@ans.net>
Date: 1999-01-28 15:20:26

"Brian Gordon" <administrator@westelcom.com> writes: > Just wondering what to do in the mean time. I don't think there's an easy answer, other than battling through it - helping with init strings, pointing out code upgrades, and trying as best as possible to stay on top of the latest news. :-) > I would say since this V.90 thing we have had four times the amount of calls > to our help desk. I don't know how many people on this list were involved during the introduction of V.34 back in '94-'95, but I was and boy, between the V.FC fiasco that Rockwell early-released, and all the problems with V.34 itself (in both client and server) it was a heck of a hurdle beyond the more established V.32. I'm not sure this is all that much worse, although it's annoying that given past examples like the shift to V.34, that things weren't handled more carefully. Guess it's the natural (and unfortunate) consequence of market forces pressuring good engineering principles in some cases. Hopefully in another year or two things will stabilize much as V.34 did in a similar amount of time. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | UUNET Technologies, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) RADIUS question
From: Brian <signal@shreve.net>
Date: 1999-01-28 15:48:56

On Thu, 28 Jan 1999, Paul Jr. (AlaWeb Support) wrote: > If you are useing the Hiper Arc try this > set radius > authentication_algorithm fall_through < and that will make it choose the > primary first. thats what I have set. > > > Thanks > Paul JR. > AlaWeb Support > 1800-427-8896 > http://www.alaweb.com/support.html > > > > > ----- Original Message ----- > From: Brian <signal@shreve.net> > To: USRobotics TC Mailing List <usr-tc@xmission.com> > Sent: Thursday, January 28, 1999 3:12 PM > Subject: (usr-tc) RADIUS question > > > > > >I am getting duplicate accounting on my radius servers. The primary and > >the secondary appear to be accounting. > > > >I just want the primary to account, and the secondary to account only when > >the primary is not reachable. I want the primary to be tried first > >*always* before attempting the secondary. > > > >The Primary Server Status is: ENABLED > >Primary Server is: 208.206.76.58 > >Primary First Backup Server is: 208.206.76.57 > >Primary Second Backup Server is: 0.0.0.0 > >Primary Destination Port is: 1646 > >Primary First Backup Destination Port: 1646 > >Primary Second Backup Destination Port: 1646 > >Max Primary Retranmissions: 100 > >The Secondary Server Status is: ENABLED > >Secondary Server is: 0.0.0.0 > >Secondary First Backup Server is: 0.0.0.0 > >Secondary Second Backup Server is: 0.0.0.0 > >Secondary Destination Port is: 1646 > >Secondary First Backup Destination Port: 1646 > >Secondary Second Backup Destination Port: 1646 > >Max Secondary Retranmissions: 0 > >Source Port is: 1646 > >Retransmission Timeout: 60 seconds > >Accounting Start Time: CONNECTION > >Log Unauthenticated Calls: TRUE > >Vendor Specific Attribute: ENABLED > >Active Accounting Server (Primary): 208.206.76.57 > >Active Accounting Server (Secondary): 0.0.0.0 > >Attribute Style: STANDARD > > > > > >HiPer>> show radIUS setTINGS > > > >RADIUS SETTINGS > >Fill Null Attributes : DISABLED > >Attribute Style: STANDARD > >Authentication Algorithm: FALL_THROUGH > >Interim Accounting Interval Status: DISABLED > >Interim Accounting Interval: 240 seconds > >IEA Radius Source Port Authentication ENABLED > >IEA User Radius supplied username DISABLED > >Send Unauthenticated STOP record ENABLED > > > > > >Anyone have any ideas of what to do? I think I tried making my "secondary > >radius" the secondary radius in the ARC, but that duplicated, so I made it > >the "primary_backup first_server". > > > >Brian > > > > > >-------------------------------------------------------------------------- > >Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider > >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ > >signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, > >(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. > Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, (318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1

Subject: Re: (usr-tc) RADIUS question
From: Douglas Rabe <darabe@ans.net>
Date: 1999-01-28 16:29:13

Actually, if you set the primary and secondary you get duplicate accounting. What you mean to set (along with the fall_through command below) is to set the accounting_backup, instead of secondary. IE: set accounting_backup primary first_destination_port X set accounting_backup primary first_secret X set accounting_backup primary first_server X > If you are useing the Hiper Arc try this > set radius > authentication_algorithm fall_through < and that will make it choose the > primary first. > > > Thanks > Paul JR. > AlaWeb Support > 1800-427-8896 > http://www.alaweb.com/support.html > > > > > ----- Original Message ----- > From: Brian <signal@shreve.net> > To: USRobotics TC Mailing List <usr-tc@xmission.com> > Sent: Thursday, January 28, 1999 3:12 PM > Subject: (usr-tc) RADIUS question > > > > > >I am getting duplicate accounting on my radius servers. The primary and > >the secondary appear to be accounting. > > > >I just want the primary to account, and the secondary to account only when > >the primary is not reachable. I want the primary to be tried first > >*always* before attempting the secondary. > > > >The Primary Server Status is: ENABLED > >Primary Server is: 208.206.76.58 > >Primary First Backup Server is: 208.206.76.57 > >Primary Second Backup Server is: 0.0.0.0 > >Primary Destination Port is: 1646 > >Primary First Backup Destination Port: 1646 > >Primary Second Backup Destination Port: 1646 > >Max Primary Retranmissions: 100 > >The Secondary Server Status is: ENABLED > >Secondary Server is: 0.0.0.0 > >Secondary First Backup Server is: 0.0.0.0 > >Secondary Second Backup Server is: 0.0.0.0 > >Secondary Destination Port is: 1646 > >Secondary First Backup Destination Port: 1646 > >Secondary Second Backup Destination Port: 1646 > >Max Secondary Retranmissions: 0 > >Source Port is: 1646 > >Retransmission Timeout: 60 seconds > >Accounting Start Time: CONNECTION > >Log Unauthenticated Calls: TRUE > >Vendor Specific Attribute: ENABLED > >Active Accounting Server (Primary): 208.206.76.57 > >Active Accounting Server (Secondary): 0.0.0.0 > >Attribute Style: STANDARD > > > > > >HiPer>> show radIUS setTINGS > > > >RADIUS SETTINGS > >Fill Null Attributes : DISABLED > >Attribute Style: STANDARD > >Authentication Algorithm: FALL_THROUGH > >Interim Accounting Interval Status: DISABLED > >Interim Accounting Interval: 240 seconds > >IEA Radius Source Port Authentication ENABLED > >IEA User Radius supplied username DISABLED > >Send Unauthenticated STOP record ENABLED > > > > > >Anyone have any ideas of what to do? I think I tried making my "secondary > >radius" the secondary radius in the ARC, but that duplicated, so I made it > >the "primary_backup first_server". > > > >Brian > > > > > >-------------------------------------------------------------------------- > >Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider > >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ > >signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, > >(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. > -- Douglas Rabe UUnet Technologies, Inc. darabe@ans.net

Subject: RE: (usr-tc) Rockwell HCF Modems
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-28 17:47:53

Uhhh... k56flex ???? We're running Total Control here, not Portmasters, so keep it to V34+, not k56flex, as it is not supported by the TC's Robert -- Robert von Bismarck Network Systems Engineer Petrel Communications SA Tel : +41 22 304 47 47 Fax : +41 22 300 48 43 WWW : http://www.petrel.ch e-mail : rvb@petrel.ch > -----Original Message----- > From: JPayne [SMTP:payne4uk@bitstorm.net] > Sent: jeudi, 28. janvier 1999 17:02 > To: usr-tc@lists.xmission.com > Cc: jr@alaweb.com > Subject: Re: (usr-tc) Rockwell HCF Modems > > Paul Jr. sez... > > >>>>We have found the Driver update does the trick most of the time > for the > rockwell HCF modems... > > > >We are not only haveing problems with the HCF Rockwell we seem to be > haveing > >problems with any modem useing the Rockwell chipset. The problems > are > >anywhere from frequent disconnects to low connect speeds and the most > common > >is "it took me 10 times to get online" :o)<<<< > > > Your best bet (at this time) is to revert back to K56Flex. I have > learned > that modems with the Rockwell chipset and V90 code do have the > problems you > mention under certain conditions. > > For some modems like Supra, you can set +MS=k56. For others, like some > of > the ZOOM modems, you have no choice but to re-flash back to K56Flex. > Check > our your modem's documentation or visit their website for specifics. > > It beats dropping back to v.34, and most customers could care less > what we > call "our new standard". > > > -- > Jeff Payne > Siemens ICN > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) NEW CODE WHEN?
From: K Mitchell <mitch@keyconn.net>
Date: 1999-01-28 17:58:17

At 03:20 PM 1/28/99 EST, David Bolen <db3l@ans.net> wrote: >Hopefully in another year or two things will stabilize much as V.34 >did in a similar amount of time. I hope to hell it doesn't take another year or two. I understand that it's not an easy process, but we are suppossed to learn from experience aren't we? Kirk Kirk Mitchell-General Manager sysadmin@keyconn.net Keystone Connect http://www.keyconn.net Altoona, PA 814-941-5000 We Unlock the World

Subject: Re: (usr-tc) NEW CODE WHEN?
From: David Bolen <db3l@ans.net>
Date: 1999-01-28 18:28:57

K Mitchell <mitch@keyconn.net> writes: > I hope to hell it doesn't take another year or two. I understand that it's > not an easy process, but we are suppossed to learn from experience aren't we? That's assuming that vendors have the luxury of applying that experience in the way you want. They may know how to deal with it, or perhaps not - really doing a good job with V.90 clients is very complex and the protocol itself leaves much of the analysis open to local implementation which becomes a product discriminator so the vendors aren't likely to share approaches. Add in a nice dab of market pressure which makes significant delays in delivering a product to market untenable, and you get what we have. As such, I think in some cases vendors are making the choice to release problematic products knowing that the problems will likely be forgotten over time as things improve, and they simply have to have something out the door now. At least we have one major advantage this time around over V.34 - back then USR was one of a very few chipsets (at least in the Courier line) that was upgradeable (flash) but now that general design approach has made major inroads even in the cheaper devices. It's going to be a whole lot easier to incrementally fix the bad stuff out there this time around then it was with V.34 (which in many cases was only by new hardware), which should help avoid the prolonged "tail" effect of poor quality code given continued use of older modems. -- David /-----------------------------------------------------------------------\ \ David Bolen \ Internet: db3l@ans.net / | UUNET Technologies, Inc. \ Phone: (914) 701-5327 | / 100 Manhattanville Rd, Purchase, NY 10577 \ Fax: (914) 701-5310 \ \-----------------------------------------------------------------------/

Subject: Re: (usr-tc) NEW CODE WHEN?
From: Lon R. Stockton, Jr. <lon@moonstar.com>
Date: 1999-01-28 18:37:45

On Thu, 28 Jan 1999, K Mitchell wrote: > At 03:20 PM 1/28/99 EST, David Bolen <db3l@ans.net> wrote: > >Hopefully in another year or two things will stabilize much as V.34 > >did in a similar amount of time. > > I hope to hell it doesn't take another year or two. I understand that it's > not an easy process, but we are suppossed to learn from experience aren't we? We have. Experience has shown that it takes a year or two for a new modem standard to settle in. And it has gotten easier. Non-newbies will recollect the fun in explaining to a customer how to replace the UART chip on their serial card when 14.4k modems were introduced. Too bad some of the aspects of those, umm, glory days aren't still around. At that point, if you were any kind of online service provider (typically a bbs sysop), USR gave you about half-price on their modems and direct access to the engineering department for troubleshooting. It can be argued that that policy alone is what catapulted USR to market leadership.

Subject: (usr-tc) IP-Input-Filter with Livingston RADIUS Server
From: Ralph Helfenberger <rhelfenberger@comlight.ch>
Date: 1999-01-28 20:32:54

Hi Is anybody using the Livingston Authentication server? I'd like to use it. But I have to support the Vendor specific attribute "IP-Input-Filter". Is there a way to make that work? I tried to change the dictionary file but this didn't solve it. Thanks for your help Ralph

Subject: (usr-tc) HiperDSP stops taking calls
From: Jay Nakamura <jnakamur@kiva.net>
Date: 1999-01-28 23:47:22

I have been running Hiper DSP for a month and suddenly, one of the HiperDSP card has decided to stop taking calls twice tonight. I noticed that only on that card, "No Idle modems Available" value was going up. Users were getting fast busy. Both times, I reset the card and everything started working again but this is really irritating. The span was only about half full when this happened. There is a PRI after this card that was empty. Has anyone seen this, or is this a bad card? -- -- J.S. Nakamura -- Phone (812)337-5070 x213 -- Kiva Networking -- Fax (812)337-5082 -- Network Engineer -- email jnakamur@kiva.net -- Cisco Certified Design Associate --

Subject: (usr-tc) ARC config (fwd)
From: Charles Sprickman <spork@inch.com>
Date: 1999-01-29 00:07:11

I think this got lost before somehow, I haven't seen it hit the list yet... ---------- Forwarded message ---------- Hi, I finally did a capture of a config session on an arc so I can repeat at a later date. After I trimmed it down, I think I have a fairly complete config. Some things seem a little redundant (such as setting DNS servers for ppp three times in three different places) but at least I can be sure they are set. Right now I am cutting and pasting line by line, has anyone successfully used a term program to send a series of commands like this? I tried, and it seems to overrun, and most of the commands get skipped. Is there a way to turn this into a script like _quicksetup? If so, is there any way to do get the file on the card via the console for pre-networked setup? Any comments/corrections on this list of commands is welcome. I think I nailed everything, but I'm not sure. Thanks, Charles This is for a fairly simple setup, no RIP, two auth/acct servers, one user for direct telnet access to a shell machine. set system name "HiPer-x" set system location "Oldslip/ACC" set system contact "Charles Sprickman" set command login_required yes add user "foo" password "foo" type login,manage delete user adm add snmp community_pool secret address 207.240.xxx.xxx add snmp community_pool secret address 207.240.xxx.xxx add snmp community_pool secret address 207.240.xxx.xxx add snmp community_pool secret address 207.240.xxx.xxx add snmp community secret address 207.240.xxx.xxx access RW add snmp community secret address 207.240.xxx.xxx access RO set snmp community secret community_pool secret set snmp community secret community_pool secret list snmp communities list snmp community_pools enable security_option remote_user_administration telnet add syslog 207.240.140.xxx facILITY log_local6 loglevel unusual set accounting primary_server 207.240.140.xxx primary_secret "secret" set authentication primary_server 207.240.140.xxx primary_secret "secret" disable nmc chassis_awareness set chassis slot 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16 type static card_type empty add ip network "lan-1" interface eth:1 address 207.240.xxx.xxx/C frame ethernet_ii enable no enable ip network "lan-1" add ip defaultroute gateway 207.240.xxx.xxx metric 1 enable ip forwarding add dns server 207.240.140.xxx preference 1 set dns domain_name "inch.com" add ip pool "pool-1" initial_pool_address 207.240.xxx.xxx size 62 add tftp client 207.240.xxx.xxx add dns serVER 207.240.140.xxx preFERENCE 2 disabLE secuRITY_OPTION remoTE_USER_ADMINISTRATION dialIN set ppp autHENTICATION_PREFERENCE pap set ppp dnS_USAGE ppp set ppp pppdns_pRIMARY 207.240.140.xxx set ppp pppdns_sECONDARY 207.240.140.xxx set ppp ccp_MODEMTYPE_ACCEPT diGITAL set user default poRT_LIMIT 1 set user default tyPE netWORK set netWORK usER default ip rouTING none set netwORK usER default ip rip ripv2 set netwoRK user default ppp maX_CHANNELS 1 primarY_DNS_SERVER 207.240.140.xxx secoNDARY_DNS_SERVER 207.240.140.xxx set netWORK user default netWORK_SERVICE ppp set accounting secondary_server 207.240.140.xxx set accounting secondary_secret "secret" set authENTICATION secondarY_serVER 207.240.140.xxx set autHENTICATION secondary_secRET "secret" set radIUS autHENTICATION_ALGORITHM fall_THROUGH show authen show account set modEM_GROUP all messAGE "(HiPer- ) Welcome to Internet Channel. Enter your username and password for PPP or enter 'foo' for shell access." add user foo loGIN_SERVICE teLNET tyPE loGIN pasSWORD "" set user foo poRT_LIMIT 0 set login usER foo login_host_iP_ADDRESS 207.240.140.xxx set ip netWORK lan-1 routing_pROTOCOL none set ntP priMARY_SERVER 207.240.140.xxx set ntP secONDARY_SERVER 207.240.140.xxx add loGIN_HOST shell addRESS 207.240.140.xxx prefERENCE 1 enaBLE ppp ofFLOADING set ppp ccp_MODEMTYPE_ACCEPT digITAL disabLE netWORK serVICE telnetd set netwORK serVICE telnetd soCKET xxxx enABLE netWORK serVICE telnetd set command prompt "HiPer-x >" # add when done #set chassis slot 2,3,4,5,6,7,8,9,10,11,12 owner yes card_type quad_i_modem ports 4 #set chassis slot 13 owner yes card_type hdm_24 ports 24 save all -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork@inch.com access@inch.com | = =----------------=

Subject: (usr-tc) HARC and Filters
From: Bruno Treguier <bruno.treguier@infini.fr>
Date: 1999-01-29 09:23:38

Heelo, I already asked this question about a month ago, but got no answer, probably because everybody was busy preparing new year's eve ? ;-) I'm having a hard time trying to filter out packets destinated to HARC, or originating from it. My wish is to limit the accessibility of the HARC to one or two machines on our network. I verified my filters and tested them, it works fine when filtering packets just passing thru the HARC (i.e. coming from a modem and going out on eth:1, or vice-versa). But... I haven't been able until now to filter out packets whose origin or destination is the HARC itself... It seems to act as a filter only for packets passing thru... Has anyone already noticed this behaviour, is it normal, is there a workaround ? Thanks for any info/pointer ! Bruno -- Bruno TREGUIER <treguier@infini.fr> | " Il y a 3 sortes de personnes: FreeBSD 2.2.5, XFree86 3.3.1 | celles qui savent compter, Association INFINI, Brest, FRANCE | et celles qui ne savent pas..."

Subject: RE: (usr-tc) ARC config (fwd)
From: Randy Cosby <dcosby@infowest.com>
Date: 1999-01-29 10:04:26

Not sure on this, but can't you TFTP a script like this to the hiperarc, and execute it with "DO filename". Try a "show file QuickSetup.cfg". Randy > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman > Sent: Thursday, January 28, 1999 10:07 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) ARC config (fwd) > > > I think this got lost before somehow, I haven't seen it hit the list > yet... > > ---------- Forwarded message ---------- > Date: Wed, 27 Jan 1999 14:48:08 -0500 (EST) > From: Charles Sprickman <spork@inch.com> > To: usr-tc@lists.xmission.com > Subject: ARC config > > Hi, > > I finally did a capture of a config session on an arc so I can repeat at a > later date. After I trimmed it down, I think I have a fairly complete > config. Some things seem a little redundant (such as setting DNS servers > for ppp three times in three different places) but at least I can be sure > they are set. > > Right now I am cutting and pasting line by line, has anyone successfully > used a term program to send a series of commands like this? I tried, and > it seems to overrun, and most of the commands get skipped. Is there a way > to turn this into a script like _quicksetup? If so, is there any way to > do get the file on the card via the console for pre-networked setup? > > Any comments/corrections on this list of commands is welcome. I think I > nailed everything, but I'm not sure. > > Thanks, > > Charles > > This is for a fairly simple setup, no RIP, two auth/acct servers, one user > for direct telnet access to a shell machine. > > set system name "HiPer-x" > > set system location "Oldslip/ACC" > > set system contact "Charles Sprickman" > > set command login_required yes > > add user "foo" password "foo" type login,manage > > delete user adm > > add snmp community_pool secret address 207.240.xxx.xxx > > add snmp community_pool secret address 207.240.xxx.xxx > > add snmp community_pool secret address 207.240.xxx.xxx > > add snmp community_pool secret address 207.240.xxx.xxx > > add snmp community secret address 207.240.xxx.xxx access RW > > add snmp community secret address 207.240.xxx.xxx access RO > > set snmp community secret community_pool secret > > set snmp community secret community_pool secret > > list snmp communities > > list snmp community_pools > > enable security_option remote_user_administration telnet > > add syslog 207.240.140.xxx facILITY log_local6 loglevel unusual > > set accounting primary_server 207.240.140.xxx primary_secret "secret" > > set authentication primary_server 207.240.140.xxx primary_secret "secret" > > disable nmc chassis_awareness > > set chassis slot 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16 type > static card_type empty > > add ip network "lan-1" interface eth:1 address 207.240.xxx.xxx/C frame > ethernet_ii enable no > > enable ip network "lan-1" > > add ip defaultroute gateway 207.240.xxx.xxx metric 1 > > enable ip forwarding > > add dns server 207.240.140.xxx preference 1 > > set dns domain_name "inch.com" > > add ip pool "pool-1" initial_pool_address 207.240.xxx.xxx size 62 > > add tftp client 207.240.xxx.xxx > > add dns serVER 207.240.140.xxx preFERENCE 2 > > disabLE secuRITY_OPTION remoTE_USER_ADMINISTRATION dialIN > > set ppp autHENTICATION_PREFERENCE pap > > set ppp dnS_USAGE ppp > > set ppp pppdns_pRIMARY 207.240.140.xxx > > set ppp pppdns_sECONDARY 207.240.140.xxx > > set ppp ccp_MODEMTYPE_ACCEPT diGITAL > > set user default poRT_LIMIT 1 > > set user default tyPE netWORK > > set netWORK usER default ip rouTING none > > set netwORK usER default ip rip ripv2 > > set netwoRK user default ppp maX_CHANNELS 1 primarY_DNS_SERVER > 207.240.140.xxx secoNDARY_DNS_SERVER 207.240.140.xxx > > set netWORK user default netWORK_SERVICE ppp > > set accounting secondary_server 207.240.140.xxx > > set accounting secondary_secret "secret" > > set authENTICATION secondarY_serVER 207.240.140.xxx > > set autHENTICATION secondary_secRET "secret" > > set radIUS autHENTICATION_ALGORITHM fall_THROUGH > > show authen > > show account > > set modEM_GROUP all messAGE "(HiPer- ) Welcome to Internet Channel. Enter > your username and password for PPP or enter 'foo' for shell access." > > add user foo loGIN_SERVICE teLNET tyPE loGIN pasSWORD "" > > set user foo poRT_LIMIT 0 > > set login usER foo login_host_iP_ADDRESS 207.240.140.xxx > > set ip netWORK lan-1 routing_pROTOCOL none > > set ntP priMARY_SERVER 207.240.140.xxx > > set ntP secONDARY_SERVER 207.240.140.xxx > > add loGIN_HOST shell addRESS 207.240.140.xxx prefERENCE 1 > > enaBLE ppp ofFLOADING > > set ppp ccp_MODEMTYPE_ACCEPT digITAL > > disabLE netWORK serVICE telnetd > > set netwORK serVICE telnetd soCKET xxxx > > enABLE netWORK serVICE telnetd > > set command prompt "HiPer-x >" > > # add when done > > #set chassis slot 2,3,4,5,6,7,8,9,10,11,12 owner yes card_type > quad_i_modem ports 4 > > #set chassis slot 13 owner yes card_type hdm_24 ports 24 > > save all > > > -- > =-----------------= = > | Charles Sprickman Internet Channel | > | INCH System Administration Team (212)243-5200 | > | spork@inch.com access@inch.com | > = =----------------= > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) Something's wrong with our radius setup, any help?
From: vanhalen@coredcs.com
Date: 1999-01-29 11:13:39

Hello, For some reason people can do multiple logins on our modems. We're running Merit Radius 2.4.23C with a combination of HiperDSP/HiperArc and Netserver/Quad Cards. I've debugged radius and found that it is looking at our users files in radius: DEFAULT Authentication-Type = Unix-PW, Simultaneous-Use = 1, Idle-Timeout = 900 Then it also looks at the following for pppusers: pppuser Authentication-Type = None Service-Type = Framed, Idle-Timeout = 900, Framed-Protocol = PPP, Framed-MTU = 1500, Framed-IP-Netmask = 255.255.255.255 I tried adding a Simultaneous-Use line to the pppuser to no avail. The radius debug file shows that it is returning the values for both of these user types for every login. First it applies the default and then adds the pppuser on top. The crazy thing is they can only login once if the user is specifically defined in the radius file, like this: testuser Authentication-Type = Unix-PW, Simultaneous-Use = 1 Therefore it leads me to believe that something is not set right in my Default user settings. I've looked through radius man and radius how-to's and faqs and debugged and tried different settings with no luck. Steve

Subject: RE: (usr-tc) ARC config (fwd)
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1999-01-29 11:18:23

|-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Randy Cosby |Sent: Friday, January 29, 1999 11:04 AM |To: usr-tc@lists.xmission.com |Subject: RE: (usr-tc) ARC config (fwd) | | |Not sure on this, but can't you TFTP a script like this to the hiperarc, and |execute it with "DO filename". Try a "show file QuickSetup.cfg". | Yes, you can.. -M | | |> -----Original Message----- |> From: owner-usr-tc@lists.xmission.com |> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman |> Sent: Thursday, January 28, 1999 10:07 PM |> To: usr-tc@lists.xmission.com |> Subject: (usr-tc) ARC config (fwd) |> |> |> I think this got lost before somehow, I haven't seen it hit the list |> yet... |> |> ---------- Forwarded message ---------- |> Date: Wed, 27 Jan 1999 14:48:08 -0500 (EST) |> From: Charles Sprickman <spork@inch.com> |> To: usr-tc@lists.xmission.com |> Subject: ARC config |> |> Hi, |> |> I finally did a capture of a config session on an arc so I can repeat at a |> later date. After I trimmed it down, I think I have a fairly complete |> config. Some things seem a little redundant (such as setting DNS servers |> for ppp three times in three different places) but at least I can be sure |> they are set. |> |> Right now I am cutting and pasting line by line, has anyone successfully |> used a term program to send a series of commands like this? I tried, and |> it seems to overrun, and most of the commands get skipped. Is there a way |> to turn this into a script like _quicksetup? If so, is there any way to |> do get the file on the card via the console for pre-networked setup? |> |> Any comments/corrections on this list of commands is welcome. I think I |> nailed everything, but I'm not sure. |> |> Thanks, |> |> Charles |> |> This is for a fairly simple setup, no RIP, two auth/acct servers, one user |> for direct telnet access to a shell machine. |> |> set system name "HiPer-x" |> |> set system location "Oldslip/ACC" |> |> set system contact "Charles Sprickman" |> |> set command login_required yes |> |> add user "foo" password "foo" type login,manage |> |> delete user adm |> |> add snmp community_pool secret address 207.240.xxx.xxx |> |> add snmp community_pool secret address 207.240.xxx.xxx |> |> add snmp community_pool secret address 207.240.xxx.xxx |> |> add snmp community_pool secret address 207.240.xxx.xxx |> |> add snmp community secret address 207.240.xxx.xxx access RW |> |> add snmp community secret address 207.240.xxx.xxx access RO |> |> set snmp community secret community_pool secret |> |> set snmp community secret community_pool secret |> |> list snmp communities |> |> list snmp community_pools |> |> enable security_option remote_user_administration telnet |> |> add syslog 207.240.140.xxx facILITY log_local6 loglevel unusual |> |> set accounting primary_server 207.240.140.xxx primary_secret "secret" |> |> set authentication primary_server 207.240.140.xxx primary_secret "secret" |> |> disable nmc chassis_awareness |> |> set chassis slot 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16 type |> static card_type empty |> |> add ip network "lan-1" interface eth:1 address 207.240.xxx.xxx/C frame |> ethernet_ii enable no |> |> enable ip network "lan-1" |> |> add ip defaultroute gateway 207.240.xxx.xxx metric 1 |> |> enable ip forwarding |> |> add dns server 207.240.140.xxx preference 1 |> |> set dns domain_name "inch.com" |> |> add ip pool "pool-1" initial_pool_address 207.240.xxx.xxx size 62 |> |> add tftp client 207.240.xxx.xxx |> |> add dns serVER 207.240.140.xxx preFERENCE 2 |> |> disabLE secuRITY_OPTION remoTE_USER_ADMINISTRATION dialIN |> |> set ppp autHENTICATION_PREFERENCE pap |> |> set ppp dnS_USAGE ppp |> |> set ppp pppdns_pRIMARY 207.240.140.xxx |> |> set ppp pppdns_sECONDARY 207.240.140.xxx |> |> set ppp ccp_MODEMTYPE_ACCEPT diGITAL |> |> set user default poRT_LIMIT 1 |> |> set user default tyPE netWORK |> |> set netWORK usER default ip rouTING none |> |> set netwORK usER default ip rip ripv2 |> |> set netwoRK user default ppp maX_CHANNELS 1 primarY_DNS_SERVER |> 207.240.140.xxx secoNDARY_DNS_SERVER 207.240.140.xxx |> |> set netWORK user default netWORK_SERVICE ppp |> |> set accounting secondary_server 207.240.140.xxx |> |> set accounting secondary_secret "secret" |> |> set authENTICATION secondarY_serVER 207.240.140.xxx |> |> set autHENTICATION secondary_secRET "secret" |> |> set radIUS autHENTICATION_ALGORITHM fall_THROUGH |> |> show authen |> |> show account |> |> set modEM_GROUP all messAGE "(HiPer- ) Welcome to Internet Channel. Enter |> your username and password for PPP or enter 'foo' for shell access." |> |> add user foo loGIN_SERVICE teLNET tyPE loGIN pasSWORD "" |> |> set user foo poRT_LIMIT 0 |> |> set login usER foo login_host_iP_ADDRESS 207.240.140.xxx |> |> set ip netWORK lan-1 routing_pROTOCOL none |> |> set ntP priMARY_SERVER 207.240.140.xxx |> |> set ntP secONDARY_SERVER 207.240.140.xxx |> |> add loGIN_HOST shell addRESS 207.240.140.xxx prefERENCE 1 |> |> enaBLE ppp ofFLOADING |> |> set ppp ccp_MODEMTYPE_ACCEPT digITAL |> |> disabLE netWORK serVICE telnetd |> |> set netwORK serVICE telnetd soCKET xxxx |> |> enABLE netWORK serVICE telnetd |> |> set command prompt "HiPer-x >" |> |> # add when done |> |> #set chassis slot 2,3,4,5,6,7,8,9,10,11,12 owner yes card_type |> quad_i_modem ports 4 |> |> #set chassis slot 13 owner yes card_type hdm_24 ports 24 |> |> save all |> |> |> -- |> =-----------------= = |> | Charles Sprickman Internet Channel | |> | INCH System Administration Team (212)243-5200 | |> | spork@inch.com access@inch.com | |> = =----------------= |> |> |> |> - |> To unsubscribe to usr-tc, send an email to "majordomo@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@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. |

Subject: Re: (usr-tc) ARC config (fwd)
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-01-29 11:18:36

I have a simple problem but I cannot find the command to fix it. When I telnet to a Hiper Arc and leave the telnet session open it never times out. 3com suggested the command >set command idle_timeout (whatever)...< but that has not worked. I would like it to timeout just incase I lease a session open noone can come behind me and get into our routers. Thanks for any info on this. BTW, anyone trying to set multichassis MLPP on the Hiper Arc useing MPIP do not follow the instructions on the Hiper Arc manual. The manual is very wrong. If your interested please email me and I'll explain further. Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Sent: Friday, January 29, 1999 11:04 AM >Not sure on this, but can't you TFTP a script like this to the hiperarc, and >execute it with "DO filename". Try a "show file QuickSetup.cfg". > >Randy > > > > >> -----Original Message----- >> From: owner-usr-tc@lists.xmission.com >> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman >> Sent: Thursday, January 28, 1999 10:07 PM >> To: usr-tc@lists.xmission.com >> Subject: (usr-tc) ARC config (fwd) >> >> >> I think this got lost before somehow, I haven't seen it hit the list >> yet... >> >> ---------- Forwarded message ---------- >> Date: Wed, 27 Jan 1999 14:48:08 -0500 (EST) >> From: Charles Sprickman <spork@inch.com> >> To: usr-tc@lists.xmission.com >> Subject: ARC config >> >> Hi, >> >> I finally did a capture of a config session on an arc so I can repeat at a >> later date. After I trimmed it down, I think I have a fairly complete >> config. Some things seem a little redundant (such as setting DNS servers >> for ppp three times in three different places) but at least I can be sure >> they are set. >> >> Right now I am cutting and pasting line by line, has anyone successfully >> used a term program to send a series of commands like this? I tried, and >> it seems to overrun, and most of the commands get skipped. Is there a way >> to turn this into a script like _quicksetup? If so, is there any way to >> do get the file on the card via the console for pre-networked setup? >> >> Any comments/corrections on this list of commands is welcome. I think I >> nailed everything, but I'm not sure. >> >> Thanks, >> >> Charles >> >> This is for a fairly simple setup, no RIP, two auth/acct servers, one user >> for direct telnet access to a shell machine. >> >> set system name "HiPer-x" >> >> set system location "Oldslip/ACC" >> >> set system contact "Charles Sprickman" >> >> set command login_required yes >> >> add user "foo" password "foo" type login,manage >> >> delete user adm >> >> add snmp community_pool secret address 207.240.xxx.xxx >> >> add snmp community_pool secret address 207.240.xxx.xxx >> >> add snmp community_pool secret address 207.240.xxx.xxx >> >> add snmp community_pool secret address 207.240.xxx.xxx >> >> add snmp community secret address 207.240.xxx.xxx access RW >> >> add snmp community secret address 207.240.xxx.xxx access RO >> >> set snmp community secret community_pool secret >> >> set snmp community secret community_pool secret >> >> list snmp communities >> >> list snmp community_pools >> >> enable security_option remote_user_administration telnet >> >> add syslog 207.240.140.xxx facILITY log_local6 loglevel unusual >> >> set accounting primary_server 207.240.140.xxx primary_secret "secret" >> >> set authentication primary_server 207.240.140.xxx primary_secret "secret" >> >> disable nmc chassis_awareness >> >> set chassis slot 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16 type >> static card_type empty >> >> add ip network "lan-1" interface eth:1 address 207.240.xxx.xxx/C frame >> ethernet_ii enable no >> >> enable ip network "lan-1" >> >> add ip defaultroute gateway 207.240.xxx.xxx metric 1 >> >> enable ip forwarding >> >> add dns server 207.240.140.xxx preference 1 >> >> set dns domain_name "inch.com" >> >> add ip pool "pool-1" initial_pool_address 207.240.xxx.xxx size 62 >> >> add tftp client 207.240.xxx.xxx >> >> add dns serVER 207.240.140.xxx preFERENCE 2 >> >> disabLE secuRITY_OPTION remoTE_USER_ADMINISTRATION dialIN >> >> set ppp autHENTICATION_PREFERENCE pap >> >> set ppp dnS_USAGE ppp >> >> set ppp pppdns_pRIMARY 207.240.140.xxx >> >> set ppp pppdns_sECONDARY 207.240.140.xxx >> >> set ppp ccp_MODEMTYPE_ACCEPT diGITAL >> >> set user default poRT_LIMIT 1 >> >> set user default tyPE netWORK >> >> set netWORK usER default ip rouTING none >> >> set netwORK usER default ip rip ripv2 >> >> set netwoRK user default ppp maX_CHANNELS 1 primarY_DNS_SERVER >> 207.240.140.xxx secoNDARY_DNS_SERVER 207.240.140.xxx >> >> set netWORK user default netWORK_SERVICE ppp >> >> set accounting secondary_server 207.240.140.xxx >> >> set accounting secondary_secret "secret" >> >> set authENTICATION secondarY_serVER 207.240.140.xxx >> >> set autHENTICATION secondary_secRET "secret" >> >> set radIUS autHENTICATION_ALGORITHM fall_THROUGH >> >> show authen >> >> show account >> >> set modEM_GROUP all messAGE "(HiPer- ) Welcome to Internet Channel. Enter >> your username and password for PPP or enter 'foo' for shell access." >> >> add user foo loGIN_SERVICE teLNET tyPE loGIN pasSWORD "" >> >> set user foo poRT_LIMIT 0 >> >> set login usER foo login_host_iP_ADDRESS 207.240.140.xxx >> >> set ip netWORK lan-1 routing_pROTOCOL none >> >> set ntP priMARY_SERVER 207.240.140.xxx >> >> set ntP secONDARY_SERVER 207.240.140.xxx >> >> add loGIN_HOST shell addRESS 207.240.140.xxx prefERENCE 1 >> >> enaBLE ppp ofFLOADING >> >> set ppp ccp_MODEMTYPE_ACCEPT digITAL >> >> disabLE netWORK serVICE telnetd >> >> set netwORK serVICE telnetd soCKET xxxx >> >> enABLE netWORK serVICE telnetd >> >> set command prompt "HiPer-x >" >> >> # add when done >> >> #set chassis slot 2,3,4,5,6,7,8,9,10,11,12 owner yes card_type >> quad_i_modem ports 4 >> >> #set chassis slot 13 owner yes card_type hdm_24 ports 24 >> >> save all >> >> >> -- >> =-----------------= = >> | Charles Sprickman Internet Channel | >> | INCH System Administration Team (212)243-5200 | >> | spork@inch.com access@inch.com | >> = =----------------= >> >> >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) Something's wrong with our radius setup, any help?
From: Jason <jwatkins@iland.net>
Date: 1999-01-29 11:25:12

Should the "Simultaneous-Use" be in the first line of your DEFAULT config in the users file as a check item. ex... DEFAULT Authentication-Type = Unix-PW, Simultaneous-Use = 1, I'm not sure about how Merit deals with check items, though. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Jason Watkins jwatkins@iland.net I-Land NOC Tech http://www.iland.net =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -----Original Message----- :Hello, : :For some reason people can do multiple logins on our modems. We're :running Merit Radius 2.4.23C with a combination of HiperDSP/HiperArc and :Netserver/Quad Cards. I've debugged radius and found that it is looking :at our users files in radius: : :DEFAULT Authentication-Type = Unix-PW, : Simultaneous-Use = 1, : Idle-Timeout = 900 : :Then it also looks at the following for pppusers: : :pppuser Authentication-Type = None : Service-Type = Framed, : Idle-Timeout = 900, : Framed-Protocol = PPP, : Framed-MTU = 1500, : Framed-IP-Netmask = 255.255.255.255 : :I tried adding a Simultaneous-Use line to the pppuser to no avail. The :radius debug file shows that it is returning the values for both of these :user types for every login. First it applies the default and then adds :the pppuser on top. : :The crazy thing is they can only login once if the user is specifically :defined in the radius file, like this: : :testuser Authentication-Type = Unix-PW, : Simultaneous-Use = 1 : :Therefore it leads me to believe that something is not set right in my :Default user settings. I've looked through radius man and radius how-to's :and faqs and debugged and tried different settings with no luck. : :Steve : : :- : To unsubscribe to usr-tc, send an email to "majordomo@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. :

Subject: RE: (usr-tc) ARC config (fwd)
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1999-01-29 11:28:39

|-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Jr. (AlaWeb |Support) |Sent: Friday, January 29, 1999 11:19 AM |To: usr-tc@lists.xmission.com |Subject: Re: (usr-tc) ARC config (fwd) | | |I have a simple problem but I cannot find the command to fix it. When I |telnet to a Hiper Arc and leave the telnet session open it never times out. |3com suggested the command >set command idle_timeout (whatever)...< but |that has not worked. I would like it to timeout just incase I lease a |session open noone can come behind me and get into our routers. Thanks for |any info on this. The above command should work. What version of code are you using? As for leaving an open session, HARC does not limit the number of telnet management sessions. | |BTW, anyone trying to set multichassis MLPP on the Hiper Arc useing MPIP do |not follow the instructions on the Hiper Arc manual. The manual is very |wrong. If your interested please email me and I'll explain further. | Why don't you just explain the differences here or send me mail. -M

Subject: Re: (usr-tc) ARC chassis setting
From: Matt Harper <matt_harper@mw.3com.com>
Date: 1999-01-29 11:31:41

You will have to disable chassis awareness. Issue a save all. Reboot the card and then you can set the card type to static. There is no way in 4.1.72 to set a dynamic entry to static - I agree that in some cases this would be desirable (like you has chassis awareness enabled, but now want to use a static card config without rebooting) I'll log a bug on the issue. -- Matt King Ho <ml@glink.net.hk> on 01/29/99 12:25:16 AM Please respond to usr-tc@lists.xmission.com cc: (Matt Harper/MW/US/3Com) Hi, Is there a way to change a slot's "type" setting from static to dynamic. I think "static" is the only option. This is for 4.1.72-7. Thanks. Best regards, King Ho Global Link Information Services Ltd. - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) ARC config (fwd)
From: Matt Harper <matt_harper@mw.3com.com>
Date: 1999-01-29 11:44:09

You can use the command: "set user XXX idle_timeout 600" to get a 600 second idle timeout on the username in question. Here is an example session showing it working. ash{mharper}11: telnet 149.112.214.32 Trying 149.112.214.32... Connected to 149.112.214.32. Escape character is '^]'. login: foo Password: HiPer>> set user 1 idLE_TIMEOUT 10 HiPer>> telnet> q Connection closed. I just set a 10 second idle timer for the user foo. Now to try it out... ash{mharper}12: date Fri Jan 29 11:32:40 CST 1999 ash{mharper}13: telnet 149.112.214.32 Trying 149.112.214.32... Connected to 149.112.214.32. Escape character is '^]'. login: foo Password: HiPer>> Connection closed by foreign host. ash{mharper}14: date Fri Jan 29 11:32:55 CST 1999 Seems to work OK, I also tested that the idle timer gets reset from telnet input and that seems to be OK, too. Can you be more specific as to the problem? -- Matt "Paul Jr. (AlaWeb Support)" <jr@alaweb.com> on 01/29/99 11:18:36 AM Please respond to usr-tc@lists.xmission.com cc: (Matt Harper/MW/US/3Com) I have a simple problem but I cannot find the command to fix it. When I telnet to a Hiper Arc and leave the telnet session open it never times out. 3com suggested the command >set command idle_timeout (whatever)...< but that has not worked. I would like it to timeout just incase I lease a session open noone can come behind me and get into our routers. Thanks for any info on this. BTW, anyone trying to set multichassis MLPP on the Hiper Arc useing MPIP do not follow the instructions on the Hiper Arc manual. The manual is very wrong. If your interested please email me and I'll explain further. Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Sent: Friday, January 29, 1999 11:04 AM >Not sure on this, but can't you TFTP a script like this to the hiperarc, and >execute it with "DO filename". Try a "show file QuickSetup.cfg". > >Randy > > > > >> -----Original Message----- >> From: owner-usr-tc@lists.xmission.com >> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman >> Sent: Thursday, January 28, 1999 10:07 PM >> To: usr-tc@lists.xmission.com >> Subject: (usr-tc) ARC config (fwd) >> >> >> I think this got lost before somehow, I haven't seen it hit the list >> yet... >> >> ---------- Forwarded message ---------- >> Date: Wed, 27 Jan 1999 14:48:08 -0500 (EST) >> From: Charles Sprickman <spork@inch.com> >> To: usr-tc@lists.xmission.com >> Subject: ARC config >> >> Hi, >> >> I finally did a capture of a config session on an arc so I can repeat at a >> later date. After I trimmed it down, I think I have a fairly complete >> config. Some things seem a little redundant (such as setting DNS servers >> for ppp three times in three different places) but at least I can be sure >> they are set. >> >> Right now I am cutting and pasting line by line, has anyone successfully >> used a term program to send a series of commands like this? I tried, and >> it seems to overrun, and most of the commands get skipped. Is there a way >> to turn this into a script like _quicksetup? If so, is there any way to >> do get the file on the card via the console for pre-networked setup? >> >> Any comments/corrections on this list of commands is welcome. I think I >> nailed everything, but I'm not sure. >> >> Thanks, >> >> Charles >> >> This is for a fairly simple setup, no RIP, two auth/acct servers, one user >> for direct telnet access to a shell machine. >> >> set system name "HiPer-x" >> >> set system location "Oldslip/ACC" >> >> set system contact "Charles Sprickman" >> >> set command login_required yes >> >> add user "foo" password "foo" type login,manage >> >> delete user adm >> >> add snmp community_pool secret address 207.240.xxx.xxx >> >> add snmp community_pool secret address 207.240.xxx.xxx >> >> add snmp community_pool secret address 207.240.xxx.xxx >> >> add snmp community_pool secret address 207.240.xxx.xxx >> >> add snmp community secret address 207.240.xxx.xxx access RW >> >> add snmp community secret address 207.240.xxx.xxx access RO >> >> set snmp community secret community_pool secret >> >> set snmp community secret community_pool secret >> >> list snmp communities >> >> list snmp community_pools >> >> enable security_option remote_user_administration telnet >> >> add syslog 207.240.140.xxx facILITY log_local6 loglevel unusual >> >> set accounting primary_server 207.240.140.xxx primary_secret "secret" >> >> set authentication primary_server 207.240.140.xxx primary_secret "secret" >> >> disable nmc chassis_awareness >> >> set chassis slot 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16 type >> static card_type empty >> >> add ip network "lan-1" interface eth:1 address 207.240.xxx.xxx/C frame >> ethernet_ii enable no >> >> enable ip network "lan-1" >> >> add ip defaultroute gateway 207.240.xxx.xxx metric 1 >> >> enable ip forwarding >> >> add dns server 207.240.140.xxx preference 1 >> >> set dns domain_name "inch.com" >> >> add ip pool "pool-1" initial_pool_address 207.240.xxx.xxx size 62 >> >> add tftp client 207.240.xxx.xxx >> >> add dns serVER 207.240.140.xxx preFERENCE 2 >> >> disabLE secuRITY_OPTION remoTE_USER_ADMINISTRATION dialIN >> >> set ppp autHENTICATION_PREFERENCE pap >> >> set ppp dnS_USAGE ppp >> >> set ppp pppdns_pRIMARY 207.240.140.xxx >> >> set ppp pppdns_sECONDARY 207.240.140.xxx >> >> set ppp ccp_MODEMTYPE_ACCEPT diGITAL >> >> set user default poRT_LIMIT 1 >> >> set user default tyPE netWORK >> >> set netWORK usER default ip rouTING none >> >> set netwORK usER default ip rip ripv2 >> >> set netwoRK user default ppp maX_CHANNELS 1 primarY_DNS_SERVER >> 207.240.140.xxx secoNDARY_DNS_SERVER 207.240.140.xxx >> >> set netWORK user default netWORK_SERVICE ppp >> >> set accounting secondary_server 207.240.140.xxx >> >> set accounting secondary_secret "secret" >> >> set authENTICATION secondarY_serVER 207.240.140.xxx >> >> set autHENTICATION secondary_secRET "secret" >> >> set radIUS autHENTICATION_ALGORITHM fall_THROUGH >> >> show authen >> >> show account >> >> set modEM_GROUP all messAGE "(HiPer- ) Welcome to Internet Channel. Enter >> your username and password for PPP or enter 'foo' for shell access." >> >> add user foo loGIN_SERVICE teLNET tyPE loGIN pasSWORD "" >> >> set user foo poRT_LIMIT 0 >> >> set login usER foo login_host_iP_ADDRESS 207.240.140.xxx >> >> set ip netWORK lan-1 routing_pROTOCOL none >> >> set ntP priMARY_SERVER 207.240.140.xxx >> >> set ntP secONDARY_SERVER 207.240.140.xxx >> >> add loGIN_HOST shell addRESS 207.240.140.xxx prefERENCE 1 >> >> enaBLE ppp ofFLOADING >> >> set ppp ccp_MODEMTYPE_ACCEPT digITAL >> >> disabLE netWORK serVICE telnetd >> >> set netwORK serVICE telnetd soCKET xxxx >> >> enABLE netWORK serVICE telnetd >> >> set command prompt "HiPer-x >" >> >> # add when done >> >> #set chassis slot 2,3,4,5,6,7,8,9,10,11,12 owner yes card_type >> quad_i_modem ports 4 >> >> #set chassis slot 13 owner yes card_type hdm_24 ports 24 >> >> save all >> >> >> -- >> =-----------------= = >> | Charles Sprickman Internet Channel | >> | INCH System Administration Team (212)243-5200 | >> | spork@inch.com access@inch.com | >> = =----------------= >> >> >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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@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@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.

Subject: Re: (usr-tc) ARC config (fwd)
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-01-29 11:55:26

In the Hiper Arc Manual it states to set each Hiper arc as a MPIP client and have one MPIP server. That does not work. You have to set up one true MPIP server and on the other HIper Arcs you have to set up MPIP servers pionting back to the true server. If the true server is taking calls also, I believe you have to set that as a MPIP client so it will talk to the MPIP server. Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Sent: Friday, January 29, 1999 11:26 AM >Thus spake Paul Jr. >>BTW, anyone trying to set multichassis MLPP on the Hiper Arc useing MPIP do >>not follow the instructions on the Hiper Arc manual. The manual is very >>wrong. If your interested please email me and I'll explain further. > >Please email to the list any corrections you have to the manual...I >haven't looked at the HiPer Arc manual in a while, but last time I >looked, I don't remember seeing anything wrong with it. (I know MP and >MPIP inside and out enough that I generally don't have to refer to >the manual any more, but I do like to help find corrections in manuals >if I can). >-- >Jeff McAdams Email: jeffm@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@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. >

Subject: Re: (usr-tc) ARC config (fwd)
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-29 12:26:40

Thus spake Paul Jr. >BTW, anyone trying to set multichassis MLPP on the Hiper Arc useing MPIP do >not follow the instructions on the Hiper Arc manual. The manual is very >wrong. If your interested please email me and I'll explain further. Please email to the list any corrections you have to the manual...I haven't looked at the HiPer Arc manual in a while, but last time I looked, I don't remember seeing anything wrong with it. (I know MP and MPIP inside and out enough that I generally don't have to refer to the manual any more, but I do like to help find corrections in manuals if I can). -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: RE: (usr-tc) ARC config (fwd)
From: Charles Sprickman <spork@inch.com>
Date: 1999-01-29 12:44:56

On Fri, 29 Jan 1999, Mike Wronski wrote: > |Not sure on this, but can't you TFTP a script like this to the hiperarc, and > |execute it with "DO filename". Try a "show file QuickSetup.cfg". > | > > Yes, you can.. Is there a way to get the file there via the console port? I'd like to be able to do this without first configuring the network... Thanks, Charles > > -M > > | > | > |> -----Original Message----- > |> From: owner-usr-tc@lists.xmission.com > |> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman > |> Sent: Thursday, January 28, 1999 10:07 PM > |> To: usr-tc@lists.xmission.com > |> Subject: (usr-tc) ARC config (fwd) > |> > |> > |> I think this got lost before somehow, I haven't seen it hit the list > |> yet... > |> > |> ---------- Forwarded message ---------- > |> Date: Wed, 27 Jan 1999 14:48:08 -0500 (EST) > |> From: Charles Sprickman <spork@inch.com> > |> To: usr-tc@lists.xmission.com > |> Subject: ARC config > |> > |> Hi, > |> > |> I finally did a capture of a config session on an arc so I can repeat at a > |> later date. After I trimmed it down, I think I have a fairly complete > |> config. Some things seem a little redundant (such as setting DNS servers > |> for ppp three times in three different places) but at least I can be sure > |> they are set. > |> > |> Right now I am cutting and pasting line by line, has anyone successfully > |> used a term program to send a series of commands like this? I tried, and > |> it seems to overrun, and most of the commands get skipped. Is there a way > |> to turn this into a script like _quicksetup? If so, is there any way to > |> do get the file on the card via the console for pre-networked setup? > |> > |> Any comments/corrections on this list of commands is welcome. I think I > |> nailed everything, but I'm not sure. > |> > |> Thanks, > |> > |> Charles > |> > |> This is for a fairly simple setup, no RIP, two auth/acct servers, one user > |> for direct telnet access to a shell machine. > |> > |> set system name "HiPer-x" > |> > |> set system location "Oldslip/ACC" > |> > |> set system contact "Charles Sprickman" > |> > |> set command login_required yes > |> > |> add user "foo" password "foo" type login,manage > |> > |> delete user adm > |> > |> add snmp community_pool secret address 207.240.xxx.xxx > |> > |> add snmp community_pool secret address 207.240.xxx.xxx > |> > |> add snmp community_pool secret address 207.240.xxx.xxx > |> > |> add snmp community_pool secret address 207.240.xxx.xxx > |> > |> add snmp community secret address 207.240.xxx.xxx access RW > |> > |> add snmp community secret address 207.240.xxx.xxx access RO > |> > |> set snmp community secret community_pool secret > |> > |> set snmp community secret community_pool secret > |> > |> list snmp communities > |> > |> list snmp community_pools > |> > |> enable security_option remote_user_administration telnet > |> > |> add syslog 207.240.140.xxx facILITY log_local6 loglevel unusual > |> > |> set accounting primary_server 207.240.140.xxx primary_secret "secret" > |> > |> set authentication primary_server 207.240.140.xxx primary_secret "secret" > |> > |> disable nmc chassis_awareness > |> > |> set chassis slot 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16 type > |> static card_type empty > |> > |> add ip network "lan-1" interface eth:1 address 207.240.xxx.xxx/C frame > |> ethernet_ii enable no > |> > |> enable ip network "lan-1" > |> > |> add ip defaultroute gateway 207.240.xxx.xxx metric 1 > |> > |> enable ip forwarding > |> > |> add dns server 207.240.140.xxx preference 1 > |> > |> set dns domain_name "inch.com" > |> > |> add ip pool "pool-1" initial_pool_address 207.240.xxx.xxx size 62 > |> > |> add tftp client 207.240.xxx.xxx > |> > |> add dns serVER 207.240.140.xxx preFERENCE 2 > |> > |> disabLE secuRITY_OPTION remoTE_USER_ADMINISTRATION dialIN > |> > |> set ppp autHENTICATION_PREFERENCE pap > |> > |> set ppp dnS_USAGE ppp > |> > |> set ppp pppdns_pRIMARY 207.240.140.xxx > |> > |> set ppp pppdns_sECONDARY 207.240.140.xxx > |> > |> set ppp ccp_MODEMTYPE_ACCEPT diGITAL > |> > |> set user default poRT_LIMIT 1 > |> > |> set user default tyPE netWORK > |> > |> set netWORK usER default ip rouTING none > |> > |> set netwORK usER default ip rip ripv2 > |> > |> set netwoRK user default ppp maX_CHANNELS 1 primarY_DNS_SERVER > |> 207.240.140.xxx secoNDARY_DNS_SERVER 207.240.140.xxx > |> > |> set netWORK user default netWORK_SERVICE ppp > |> > |> set accounting secondary_server 207.240.140.xxx > |> > |> set accounting secondary_secret "secret" > |> > |> set authENTICATION secondarY_serVER 207.240.140.xxx > |> > |> set autHENTICATION secondary_secRET "secret" > |> > |> set radIUS autHENTICATION_ALGORITHM fall_THROUGH > |> > |> show authen > |> > |> show account > |> > |> set modEM_GROUP all messAGE "(HiPer- ) Welcome to Internet Channel. Enter > |> your username and password for PPP or enter 'foo' for shell access." > |> > |> add user foo loGIN_SERVICE teLNET tyPE loGIN pasSWORD "" > |> > |> set user foo poRT_LIMIT 0 > |> > |> set login usER foo login_host_iP_ADDRESS 207.240.140.xxx > |> > |> set ip netWORK lan-1 routing_pROTOCOL none > |> > |> set ntP priMARY_SERVER 207.240.140.xxx > |> > |> set ntP secONDARY_SERVER 207.240.140.xxx > |> > |> add loGIN_HOST shell addRESS 207.240.140.xxx prefERENCE 1 > |> > |> enaBLE ppp ofFLOADING > |> > |> set ppp ccp_MODEMTYPE_ACCEPT digITAL > |> > |> disabLE netWORK serVICE telnetd > |> > |> set netwORK serVICE telnetd soCKET xxxx > |> > |> enABLE netWORK serVICE telnetd > |> > |> set command prompt "HiPer-x >" > |> > |> # add when done > |> > |> #set chassis slot 2,3,4,5,6,7,8,9,10,11,12 owner yes card_type > |> quad_i_modem ports 4 > |> > |> #set chassis slot 13 owner yes card_type hdm_24 ports 24 > |> > |> save all > |> > |> > |> -- > |> =-----------------= = > |> | Charles Sprickman Internet Channel | > |> | INCH System Administration Team (212)243-5200 | > |> | spork@inch.com access@inch.com | > |> = =----------------= > |> > |> > |> > |> - > |> To unsubscribe to usr-tc, send an email to "majordomo@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@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@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. >

Subject: RE: (usr-tc) ARC config (fwd)
From: Mike Wronski <mike@coredump.ae.usr.com>
Date: 1999-01-29 12:54:57

|-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman |Sent: Friday, January 29, 1999 11:45 AM |To: usr-tc@lists.xmission.com |Subject: RE: (usr-tc) ARC config (fwd) | | |On Fri, 29 Jan 1999, Mike Wronski wrote: | |> |Not sure on this, but can't you TFTP a script like this to the hiperarc, and |> |execute it with "DO filename". Try a "show file QuickSetup.cfg". |> | |> |> Yes, you can.. | |Is there a way to get the file there via the console port? I'd like to be |able to do this without first configuring the network... | Yes. The EDIT command is a CLI text editor. It works much like ed in the UNIX word. -type EDIT <DO FILENAME> -You will see the ':' prompt -Type 'i<CR>' to enter insert mode -Paste/Type your text file -Type '..<CR>' to exit insert mode and return to the ':' prompt -Type 'x<CR>' to exit EDIT and save the file. The '?' will get you this list of possible commands from the ":" prompt: = : Print line number of the current line . : Print the current line(from command mode) . : On a blank line switch to Command mode from Edit mode - : goto preveous line + : goto next line ^ : goto the first line of the file $ : goto the last line of the file a : Add input after the current line i : Add input before the current line c : Copy the specified range of lines to follow the line number given d : Delete the specified range of lines f : Print the file name, or set it to a new name if specified m : Move the specified range of lines to follow the line number given p : Print the specified range of lines q : Quit r : Replace text on line / : Search for text v : Validate filter w : Write to file x : Save and exit Q : Quit without saving ? : Help -Mike

Subject: Re: (usr-tc) ARC config (fwd)
From: Jeff Mcadams <jeffm@iglou.com>
Date: 1999-01-29 13:06:01

Thus spake Paul Jr. >In the Hiper Arc Manual it states to set each Hiper arc as a MPIP client and >have one MPIP server. That does not work. You have to set up one true MPIP >server and on the other HIper Arcs you have to set up MPIP servers pionting >back to the true server. If the true server is taking calls also, I believe >you have to set that as a MPIP client so it will talk to the MPIP server. Hrmm...methinks you misunderstand what is being said in the manual. You have one HARC that is an MPIP server. On the HARC that is the MPIP server, you have to configure into it what and where all the MPIP clients are. One all the other HARCs (and NETServers) you configure the mpip server setting to point to the HARC that is serving as the MPIP server. This is much like you would configure any other client/server type of thing. You set up a system to be a DNS server, and then on the DNS clients you configure their DNS servers settings to point to the DNS server. Same concept applies with MPIP. Oh, and BTW, the MPIP server *always* has to be a client of itself, regardless of whether its taking calls or not. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Subject: Re: (usr-tc) Rockwell HCF Modems
From: JPayne <payne4uk@bitstorm.net>
Date: 1999-01-29 13:09:24

Robert sez... >Uhhh... k56flex ???? > >We're running Total Control here, not Portmasters, so keep it to V34+, >not k56flex, as it is not supported by the TC's Uhhh... sorry, I wasn't thinking about those folks who put all their eggs in one basket (3COM) and watch it very carefully (hopefully). My bad... If the Rockwells are dropped back to k56flex, they will in turn drop to V.34 when connecting to the TCH. If you happen to have say some Ascend V.90 "boxes" in your line-up, the Rockwells will connect at a decent rate... Definitely not the final solution, but it can help with these different (outta spec?) flavors of V.90 code. JMHO -- Jeff Payne Siemens ICN

Subject: (usr-tc) ARC chassis setting
From: King Ho <ml@glink.net.hk>
Date: 1999-01-29 14:25:16

Hi, Is there a way to change a slot's "type" setting from static to dynamic. I think "static" is the only option. This is for 4.1.72-7. Thanks. Best regards, King Ho Global Link Information Services Ltd.

Subject: (usr-tc) signal to noise ratio
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-01-29 19:19:14

Hello, can anyone explain or help me find out what's a normal "signal to noise ratio" on analog phone lines. We are using digital T1 spans. i.e. Digital Channelized T1's. I found this setting useing TCM performance monitor. This feature is under analog statistics. I am wondering if this means these channels are real noisy. Is that correct? I am seeing numbers like 64,119 and 66,000 on a few channels. Most of my channels range from 250-450. Do I have a problem with the High channells? Customers are connecting to these channels in question. Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html

Subject: RE: (usr-tc) ARC chassis setting
From: Brian K McIntire <bmcintire@commnet.com>
Date: 1999-01-29 23:10:27

> -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Matt Harper > Sent: Friday, January 29, 1999 12:32 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) ARC chassis setting > > > > You will have to disable chassis awareness. > Issue a save all. > Reboot the card and then you can set the card type to static. The original question may have been worded wrong but he was asking how to change a slot from static back to dynamic. For that the easiest way seems to be to ensure chassis awareness is enabled, save all, and reset. I'm not sure, but you may have to set the slot to card_type empty if it still doesn't come up right. I had to do that on one of my HiPer ARC's a while back when our NMC was causing continuous HiPer DSP reboots when the slots were configured static on the HiPer ARC. Sounds strange but when we changed the HiPer ARC to dynamic it went away. We flipped it back and forth just to see if we were crazy and duplicated the DSP reboots each time. I couldn't duplicate it on another chassis with the same code so it must have been a hardware problem. Anyway, try that. > > There is no way in 4.1.72 to set a dynamic entry to static - I agree that > in some cases this > would be desirable (like you has chassis awareness enabled, but > now want to > use a static card config without rebooting) > I'll log a bug on the issue. > > > -- Matt > > > > > > King Ho <ml@glink.net.hk> on 01/29/99 12:25:16 AM > > Please respond to usr-tc@lists.xmission.com > > To: usr-tc@lists.xmission.com > cc: (Matt Harper/MW/US/3Com) > Subject: (usr-tc) ARC chassis setting > > > > > > Hi, > > Is there a way to change a slot's "type" setting from static to dynamic. I > think "static" is the only option. This is for 4.1.72-7. > > Thanks. > > Best regards, > > King Ho > Global Link Information Services Ltd. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: Re: (usr-tc) Ugh...RIP code buggy...and expired contracts
From: bryan s. blank <bryan@supernet.net>
Date: 1999-01-29 23:22:23

% Anyway...two of these NETServers (as well as a couple other elsewhere in % the network are doing similar) are advertising 204.255.239.0/32! to the % immediate upstream Cisco. Initially, the NETServers were set to hi jeff, idk if you remember, but i caught this problem ~2 months ago and still haven't heard of any solutions. dr. tatai had me go through a bunch of things, including erasing the flash and starting over from scratch, but i'm still seeing the same behavior. debug rip events on the crisco was interesting. running 3.7.24, really can't figure it out, probably replacing it with an as5100 in the next two weeks .... anyrate, let me know if you want to hack on it ... latre |o|----------------------------------------------------------------------|o| |o| bryan s. blank (203)-351-1178 voice |o| |o| senior systems analyst (203)-351-1186 fax |o| |o| discovernet, incorporated (800)-209-0223 emerg |o|

Subject: Re: (usr-tc) How to chage Idle time
From: Jamie Orzechowski <mhz@ripnet.com>
Date: 1999-01-30 04:48:45

NETSERVER -> set all idle {amount in minutes} HiPER ARC -> set user {username} idle_timeout {seconds} to apply it to ALL users on the arc use "default" as the username Have a Great Day! Jamie Orzechowski RipNET System Admin Tel.: 613-342-3946 ext 293 Tel.: 800-267-4434 ext 293 Page.: 613-341-0883 EMail.: mhz@ripnet.com Web.: http://www.ripnet.com Personal.: http://www.moonchilli.com -----Original Message----- >Can anyone tell me how to change Idle time on a USR? Please add all the >command for the different command for the different versions of USR"S.. > > > > > >Thanks > >Vito > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > >

Subject: RE: (usr-tc) ARC config (fwd)
From: Tatai SV Krishnan <tkrishna@bubba.ae.usr.com>
Date: 1999-01-30 09:36:52

On Sat, 30 Jan 1999, Robert von Bismarck wrote: > Hey, does this sound like vi ? ;-) Its much primitive - its line editor - ed ---:-) krish > > Robert > > > > -----Original Message----- > > From: Mike Wronski [SMTP:mike@coredump.ae.usr.com] > > Sent: vendredi, 29. janvier 1999 19:55 > > To: usr-tc@lists.xmission.com > > Subject: RE: (usr-tc) ARC config (fwd) > > > > > > > > |-----Original Message----- > > |From: owner-usr-tc@lists.xmission.com > > |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles > > Sprickman > > |Sent: Friday, January 29, 1999 11:45 AM > > |To: usr-tc@lists.xmission.com > > |Subject: RE: (usr-tc) ARC config (fwd) > > | > > | > > |On Fri, 29 Jan 1999, Mike Wronski wrote: > > | > > |> |Not sure on this, but can't you TFTP a script like this to the > > hiperarc, and > > |> |execute it with "DO filename". Try a "show file QuickSetup.cfg". > > |> | > > |> > > |> Yes, you can.. > > | > > |Is there a way to get the file there via the console port? I'd like > > to be > > |able to do this without first configuring the network... > > | > > > > Yes. The EDIT command is a CLI text editor. It works much like ed in > > the UNIX > > word. > > -type EDIT <DO FILENAME> > > -You will see the ':' prompt > > -Type 'i<CR>' to enter insert mode > > -Paste/Type your text file > > -Type '..<CR>' to exit insert mode and return to the ':' prompt > > -Type 'x<CR>' to exit EDIT and save the file. > > > > The '?' will get you this list of possible commands from the ":" > > prompt: > > = : Print line number of the current line > > . : Print the current line(from command mode) > > . : On a blank line switch to Command mode from Edit mode > > - : goto preveous line > > + : goto next line > > ^ : goto the first line of the file > > $ : goto the last line of the file > > a : Add input after the current line > > i : Add input before the current line > > c : Copy the specified range of lines to follow the line number given > > d : Delete the specified range of lines > > f : Print the file name, or set it to a new name if specified > > m : Move the specified range of lines to follow the line number given > > p : Print the specified range of lines > > q : Quit > > r : Replace text on line > > / : Search for text > > v : Validate filter > > w : Write to file > > x : Save and exit > > Q : Quit without saving > > ? : Help > > > > -Mike > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@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@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. >

Subject: RE: (usr-tc) ARC config (fwd)
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-30 10:37:25

Hey, does this sound like vi ? ;-) Robert > -----Original Message----- > From: Mike Wronski [SMTP:mike@coredump.ae.usr.com] > Sent: vendredi, 29. janvier 1999 19:55 > To: usr-tc@lists.xmission.com > Subject: RE: (usr-tc) ARC config (fwd) > > > > |-----Original Message----- > |From: owner-usr-tc@lists.xmission.com > |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles > Sprickman > |Sent: Friday, January 29, 1999 11:45 AM > |To: usr-tc@lists.xmission.com > |Subject: RE: (usr-tc) ARC config (fwd) > | > | > |On Fri, 29 Jan 1999, Mike Wronski wrote: > | > |> |Not sure on this, but can't you TFTP a script like this to the > hiperarc, and > |> |execute it with "DO filename". Try a "show file QuickSetup.cfg". > |> | > |> > |> Yes, you can.. > | > |Is there a way to get the file there via the console port? I'd like > to be > |able to do this without first configuring the network... > | > > Yes. The EDIT command is a CLI text editor. It works much like ed in > the UNIX > word. > -type EDIT <DO FILENAME> > -You will see the ':' prompt > -Type 'i<CR>' to enter insert mode > -Paste/Type your text file > -Type '..<CR>' to exit insert mode and return to the ':' prompt > -Type 'x<CR>' to exit EDIT and save the file. > > The '?' will get you this list of possible commands from the ":" > prompt: > = : Print line number of the current line > . : Print the current line(from command mode) > . : On a blank line switch to Command mode from Edit mode > - : goto preveous line > + : goto next line > ^ : goto the first line of the file > $ : goto the last line of the file > a : Add input after the current line > i : Add input before the current line > c : Copy the specified range of lines to follow the line number given > d : Delete the specified range of lines > f : Print the file name, or set it to a new name if specified > m : Move the specified range of lines to follow the line number given > p : Print the specified range of lines > q : Quit > r : Replace text on line > / : Search for text > v : Validate filter > w : Write to file > x : Save and exit > Q : Quit without saving > ? : Help > > -Mike > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) No direct relation to TC, more to do with the ISP business
From: Thomas Suiter <tsuiter@midusa.net>
Date: 1999-01-30 10:55:05

On Sat, 30 Jan 1999, Robert von Bismarck wrote: > What are you using for e-mail packages ? SMTP + POP3 or IMAP4 ? > something homegrown with WWW interface ? > I'm asking this, because we've a performance problem with POP3, sendmail > is ok. We have about 10000 users and still growing fast... > We just bought a SUN ultra 250, running solaris 2.6 for e-mail stuff, > what software would be the best for this ? My guess is that you are probably running into some perfomance issues related to I/O, not the software. We have ~15000 running w/sendmail & qpopper without any problems on an SGI Origin 200. I'd suggest running vmstat and looking to see where your issue resides memory starved, I/O wait, or application, (on Irix pmkstat) Some general I/O configuration suggestions (old hat, but abused so often) You probably want to run a directory hash on the username, procmail & qpopper do this very nicely (ie. /spool/mail/j/o/joeschmo). After you get lots of files in a single directory you really start to lose on performance. If you are using software RAID 5 don't, or get a hardware based solution w/external cache. Really this should be 0+1, RAID 5 is known for it's slowness (external cache can help quite a bit though). The more drive spindles you can get the better,why use SCSI if you are only going to have 1 drive. An 18gig drive will run twice as slow as 2 9gig drives (and only cost morginally less); 4.5 gig are even better but are becoming more and more scarce. You can only expect 3-5mb/sec of any 1 disk, an Ultra-Wide disk does not fill the entire 40mb bus only 3-5mb, contrary to popular belief. Thomas ____________________________________________________________________________ Thomas P. Suiter | Systems Administrator tsuiter@midusa.net | NetSpace Internet Service Fax: (785) 825-5873 | (785) 823-3565 ____________________________________________________________________________

Subject: RE: (usr-tc) ARC config (fwd)
From: Charles Sprickman <spork@inch.com>
Date: 1999-01-30 12:49:57

This is great! Thanks very much. Are there any future plans for a single config file? Thanks, Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork@inch.com access@inch.com | = =----------------= On Fri, 29 Jan 1999, Mike Wronski wrote: > > > |-----Original Message----- > |From: owner-usr-tc@lists.xmission.com > |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Charles Sprickman > |Sent: Friday, January 29, 1999 11:45 AM > |To: usr-tc@lists.xmission.com > |Subject: RE: (usr-tc) ARC config (fwd) > | > | > |On Fri, 29 Jan 1999, Mike Wronski wrote: > | > |> |Not sure on this, but can't you TFTP a script like this to the hiperarc, and > |> |execute it with "DO filename". Try a "show file QuickSetup.cfg". > |> | > |> > |> Yes, you can.. > | > |Is there a way to get the file there via the console port? I'd like to be > |able to do this without first configuring the network... > | > > Yes. The EDIT command is a CLI text editor. It works much like ed in the UNIX > word. > -type EDIT <DO FILENAME> > -You will see the ':' prompt > -Type 'i<CR>' to enter insert mode > -Paste/Type your text file > -Type '..<CR>' to exit insert mode and return to the ':' prompt > -Type 'x<CR>' to exit EDIT and save the file. > > The '?' will get you this list of possible commands from the ":" prompt: > = : Print line number of the current line > . : Print the current line(from command mode) > . : On a blank line switch to Command mode from Edit mode > - : goto preveous line > + : goto next line > ^ : goto the first line of the file > $ : goto the last line of the file > a : Add input after the current line > i : Add input before the current line > c : Copy the specified range of lines to follow the line number given > d : Delete the specified range of lines > f : Print the file name, or set it to a new name if specified > m : Move the specified range of lines to follow the line number given > p : Print the specified range of lines > q : Quit > r : Replace text on line > / : Search for text > v : Validate filter > w : Write to file > x : Save and exit > Q : Quit without saving > ? : Help > > -Mike > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) How to chage Idle time
From: vito@aracnet.net
Date: 1999-01-30 16:14:29

Can anyone tell me how to change Idle time on a USR? Please add all the command for the different command for the different versions of USR"S.. Thanks Vito

Subject: (usr-tc) No direct relation to TC, more to do with the ISP business
From: Robert von Bismarck <rvb@petrel.ch>
Date: 1999-01-30 16:51:06

Guys, What are you using for e-mail packages ? SMTP + POP3 or IMAP4 ? something homegrown with WWW interface ? I'm asking this, because we've a performance problem with POP3, sendmail is ok. We have about 10000 users and still growing fast... We just bought a SUN ultra 250, running solaris 2.6 for e-mail stuff, what software would be the best for this ? any hints, ideas ? Thanks for anything, Robert -- Robert von Bismarck Network Systems Engineer Petrel Communications SA Tel : +41 22 304 47 47 Fax : +41 22 300 48 43 WWW : http://www.petrel.ch e-mail : rvb@petrel.ch

Subject: Re: (usr-tc) IP-Input-Filter with Livingston RADIUS Server
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-01-30 17:08:04

I've got 3com VSA patches for Livingston Radius 2.0.1 on my usrtoys web page, based on the stuff Krish posted for 1.16 a long time ago. (And yes, we own 2 Portmasters.) Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=--=-- "If you ever see me getting beaten by the police, put down the video camera and come help me!" On Thu, 28 Jan 1999, MegaZone wrote: > Once upon a time Ralph Helfenberger shaped the electrons to say... > >Is anybody using the Livingston Authentication server? I'd like to > >use it. But I have to support the Vendor specific attribute > >"IP-Input-Filter". Is there a way to make that work? > > 1. You know you have to own a PortMaster to use Lucent RADIUS 2.x or up > legally, right? > 2. Lucent RADIUS prior to 2.1b6 does not support VSAs, and 2.1b6 supports > only the RFC style VSAs - they do not support 3Com's non-RFC format. > 3. Lucent RADIUS ABM (the commercial server) is supposed to support 3Com > VSAs. I'm not sure if it does now or that's the next release. > > -MZ > -- > <URL:mailto:megazone@megazone.org> Gweep, Discordian, Author, Engineer, me.. > Join ISP/C Internet Service Providers' Consortium <URL:http://www.ispc.org/> > "A little nonsense now and then, is relished by the wisest men" 781-788-0130 > <URL:http://www.megazone.org/> <URL:http://www.gweep.net/> Hail Discordia! > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) Maintenance costs
From: Mike Andrews <mandrews@termfrost.org>
Date: 1999-01-30 17:09:59

What's the current pricing on software-only maintenance? (Some used 3com stuff is going cheap enough that I can't justify a hardware contract.) Is it still on a per-chassis basis (ugh)? Mike Andrews (icq 6602506) - VP & Sysadmin, Digital Crescent, Frankfort KY mandrews@dcr.net -=- http://www.termfrost.org --=--=-- "If you ever see me getting beaten by the police, put down the video camera and come help me!" On Wed, 27 Jan 1999, Brian Elfert wrote: > > > On Wed, 27 Jan 1999, Jeff Binkley wrote: > > > I know there has been a lost of 3Com bashing in the past due to the > > increased costs and policies of 3Com TC maintenance costs. I received a > > call yesterday from a nice lady at 3Com stating that 3Com has reduced > > the costs on their maintenance recently by as much as 35%. I haven't > > seen the fax yet that she was sending me but I was wondering if other > > folks had been approached yet and if they had any feedback ? > > Yes, the prices are less, but I still think the prices are ridiculous with > Lucent and others offering free support and software upgrades. > > The price was around $2000 a year or so per 48 port chassis when I was > called a few weeks ago. > > Brian > > > - > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: Re: (usr-tc) How to chage Idle time
From: vito@aracnet.net
Date: 1999-01-30 17:15:53

At 04:48 AM 1/30/99 , you wrote: >NETSERVER -> set all idle {amount in minutes} > >HiPER ARC -> set user {username} idle_timeout {seconds} > >to apply it to ALL users on the arc use "default" as the username > >--------------------------------------------------- >Have a Great Day! > >Jamie Orzechowski >RipNET System Admin > >Tel.: 613-342-3946 ext 293 >Tel.: 800-267-4434 ext 293 >Page.: 613-341-0883 >EMail.: mhz@ripnet.com >Web.: http://www.ripnet.com >Personal.: http://www.moonchilli.com >--------------------------------------------------- > >-----Original Message----- >From: vito@aracnet.net <vito@aracnet.net> >To: usr-tc@lists.xmission.com <usr-tc@lists.xmission.com> >Date: Saturday, January 30, 1999 4:16 PM >Subject: (usr-tc) How to chage Idle time > > >>Can anyone tell me how to change Idle time on a USR? Please add all the >>command for the different command for the different versions of USR"S.. >> >> >> >> >> >>Thanks >> >>Vito >> >>- >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. > Thanks Vito

Subject: Re: (usr-tc) basic modem Q
From: Robert Reynolds <lists@lcii.net>
Date: 1999-01-30 18:06:05

Use TCM and monitor Link Block Errors (LBE). You can trace the problem down to the exact CO where the problem is this way. If the LBE's are very high in one area then you know where the problem is. The problem is most likely some bad spans between CO's. Once you trace this problem down to location call the telco and tell them to test all the spans between the CO's. On Tue, 26 Jan 1999, Charles Sprickman wrote: > We're trying to troubleshoot some ILEC <-> CLEC trunking problems. > Certain COs seem to occasionally hit a "bad" trunk. The result is a > connection where just about everything the calling modem sends results in > an error. The "resent blocks" just gets incredibly high... No one seems > to have a clue, but it really seems to lie somewhere between the two > telcos. All testing has been done via a term session, download is good, > with maybe 5 blocks resent out of 200 (this is by cat-ing a big text file > in a term window) but upload (done by sending via xmodem, zmodem, etc.) > gives about 800 resent to 200 sent. > > Since we're talking about analog modems, how exactly are the rx/tx > 'channels' defined, and what might this be telling us about the telco > problem? Any telco gurus here? > > Results are below... > > Thanks, > > Charles > > Here's what we typically see when we dial until we get a 'bad' trunk: > > > USRobotics Courier HST Dual Standard V.34 Fax Link Diagnostics... > > > > Chars sent 6154 Chars Received 450570 > > Chars lost 7612 > > Octets sent 2778 Octets Received 165557 > > Blocks sent 127 Blocks Received 1437 > > Blocks resent 806 > > > > Retrains Requested 0 Retrains Granted 1 > > Line Reversals 0 Blers 5 > > Link Timeouts 62 Link Naks 24 > > > > Data Compression V42BIS 2048/32 > > Equalization Long > > Fallback Enabled > > Protocol LAPM > > Speed 26400/19200 > > Last Call 00:06:50 > > >

Subject: Re: (usr-tc) signal to noise ratio
From: Mark R. Lindsey <mark@vielle.datasys.net>
Date: 1999-01-31 20:38:44

: Are you seeing this on Quads or the DSP? On the quads, we did see this : issue a while back, where the SNR was not updated by the quad when the NMC : polled it via performance monitor (only if an ATI6 was issued). This issue : has been fixed... numbers in the 400-500's are typical, but the actual SNR : is achieved by dividing by 10. The higher the number, the better the SNR. 50dB SNR in the real world? Wow. I've never seen anything above 38dB in my locale, and I've heard 40dB is good.

Subject: (usr-tc) Hiper DSP (PRI) problems
From: Douglas Palmer <palmer@usdc-edny.com>
Date: 1999-01-31 21:13:09

A second attempt to make one of these work.... For some reason, the same line which has remained nearly error free for months on an old dual PRI card and Quad4s experiences thousands of errors every minute once connected to the HiperDSP card. The card is set up with the proper framing, switch type, and line coding (ESF/DMS100/B8ZS), all the lights are green and lit in the right places (both on the card and the Pairgain). However, the stats on the card show a constant accumulation of errors. With the older Quad4s and DualPRI card I have some sites which had been up for over 500 continuous hours (TCM stops counting at about 128 hours, BTW). Once the DSP was installed, they were lucky to make it to 30 minutes before being disconnected for "retransmitLimit" or "rcvdGatewayDiscCmd" errors kicked them off. I must be missing *something*. I tried changing the shorthaul nic setups in all their permutations. The only one which would allow an inbount call at all was the short-haul/0-133feet selection. It must be a setup issue... what am I missing? DCP

Subject: (usr-tc) Config needed - Cisco 1004 to Total Control with HiperArc
From: John Verreault <verreaul@aei.ca>
Date: 1999-02-01 01:13:41

Can someone PLEASE post a lan to lan working config for a cisco 1004 to a Total Control Chassis with a HiperArc. I would prefer a config that uses radius, but at this point I'll take anything I've got this working with a defined user on a Netserver but I cannot get this to work with a HiperArc. Thanks John Verreault

Subject: Re: (usr-tc) signal to noise ratio
From: jason_kelton@3com.com
Date: 1999-02-01 12:21:02

Paul, Are you seeing this on Quads or the DSP? On the quads, we did see this issue a while back, where the SNR was not updated by the quad when the NMC polled it via performance monitor (only if an ATI6 was issued). This issue has been fixed... numbers in the 400-500's are typical, but the actual SNR is achieved by dividing by 10. The higher the number, the better the SNR. Regards - Jason. Hello, can anyone explain or help me find out what's a normal "signal to noise ratio" on analog phone lines. We are using digital T1 spans. i.e. Digital Channelized T1's. I found this setting useing TCM performance monitor. This feature is under analog statistics. I am wondering if this means these channels are real noisy. Is that correct? I am seeing numbers like 64,119 and 66,000 on a few channels. Most of my channels range from 250-450. Do I have a problem with the High channells? Customers are connecting to these channels in question. Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html

Subject: RE: (usr-tc) Maintenance costs
From: Greg Coffey <greg@coffey.com>
Date: 1999-02-27 09:39:19

What are the current rates that are being quoted? I got a letter recently to renew mine and it was still over $2000 (I think). At 11:29 AM 1/27/99 -0500, you wrote: >Yes, 3COM has lowered the price of most if not all of their service >agreements. We received the complete breakdown from our 3COM channel sales >manager a few weeks ago. If any of you have let your contracts expire now >is a good time to renew. > >> -----Original Message----- >> From: owner-usr-tc@lists.xmission.com >> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Binkley >> Sent: Wednesday, January 27, 1999 9:06 AM >> To: usr-tc@lists.xmission.com >> Subject: (usr-tc) Maintenance costs >> >> >> >> >> I know there has been a lost of 3Com bashing in the past due to the >> increased costs and policies of 3Com TC maintenance costs. I received a >> call yesterday from a nice lady at 3Com stating that 3Com has reduced >> the costs on their maintenance recently by as much as 35%. I haven't >> seen the fax yet that she was sending me but I was wondering if other >> folks had been approached yet and if they had any feedback ? >> >> >> Jeff Binkley >> ASA Network Computing >> >> CMPQwk 1.42 9999 >> >> - >> To unsubscribe to usr-tc, send an email to "majordomo@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@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. > > Have a good one, ______________________________________________________ Greg Coffey 307-234-5443 Fax 307-234-5446 CoffeyNet v.90 56k Access for Casper & Douglas 142 S. Center St. Rawlins, Pinedale, Lander and Wheatland Casper, WY 82601 www.coffey.com 8-6 Mon-Fri 10-2 Sat

Subject: Re: (usr-tc) HiperDSP 1.2.60 code
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-12-30 13:45:01

Yes I have implemented the new revision (1.2.60) of the HiperDSP code in a production environment and it worked great. It fixed alot of v.90 issues with certian modems. It fixed some modem issues on the DSP card that the Quad modem cards still have. So I would say the latest DSP code has less problems than the latest code for the quad modem cards. Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Sent: Wednesday, December 30, 1998 12:55 PM > > Has anyone yet implemented the new revision (1.2.60) of the >HiperDSP code in a production environment? How does it seem to impact v.90 >performance? Good or bad experiences? > >------------------------------------- >John Rockwell >e-mail: jrockwel@clarityconnect.com >Network Engineer >Clarityconnect, Inc. >Ithaca Area: (607)257-8268 >Outside Ithaca Area: (888)322-4900 >Try us: http://www.clarityconnect.com >------------------------------------- > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Subject: (usr-tc) ARC IP Migration Misinformation
From: Kevin Benton <s1kevin@tims.net>
Date: 1999-12-30 14:03:14

An unnamed 3Com support rep. told me that it was not possible to move IP's of an ARC without having a console connection to that ARC or a second ethernet cable. This is clearly not true. An arc *CAN* have more than one active IP address on an interface at a time. Adding a second network address to the same interface allows migration easily without worrying about whether or not a second network cable is plugged in. At the time I called in for support, I hadn't even thought of adding an additional IP to the network interface. (Too much NetServer mentality I guess...) I thought everyone might appreciate this especially if they're changing NSP's. Kevin Benton Network Engineer SOTA Technologies E-Mail: s1kevin@tims.net Web: http://users.sota-oh.com/~s1kevin/ Unsolicited advertisements processing fee: $50 subject to change without notice

Subject: Re: (usr-tc) 1.2.60 DSP code
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-12-30 17:16:11

This is a multi-part message in MIME format. ------=_NextPart_000_01ED_01BE3418.18E0D5C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Does anyone have a fix for these Gateway Telepath 56K Win modems? I am = running the latest code on my DSP cards and Quad modem cards. The = telepath connects 50% of the time to the DSP cards and never to the Quad = modem cards. I am also haveing similar problems with Rockwell 56K = modems. Any Suggestions would be much appreciated. Our support department has = been flooded will calls about these two modems. Thanks Paul JR. AlaWeb Support=20 1800-427-8896 http://www.alaweb.com/support.html=20 =20 =20 ----- Original Message -----=20 Sent: Wednesday, December 30, 1998 5:55 PM >>-----Original Message----- >>From: owner-usr-tc@lists.xmission.com >>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian Biggs >>Sent: Wednesday, December 30, 1998 4:52 PM >>To: usr-tc@lists.xmission.com >>Subject: Re: (usr-tc) 1.2.60 DSP code >> >> >>> On Wed, 30 Dec 1998, Brian K McIntire wrote: >>> Yes, use the online warranty deal at totalservice.com, and it will >>> instantly unlock the parts of the site you need access for. >>Hmm, but I am >>> wondering if what he meant was that he didn't have a totalservice = login, >>> can you get a total service login instantly? >> >>Actually what I meant was: I registered my DSP through = totalservice.usr.com >>(I do have a login), then the code showed that it was unlocked. >>When I tried >>to d/l it, an error message popped up saying it couldn't locate the = file. I >>called USR tech support and was told that it takes 48 hours from the = time >>you register a product 'till you get access to the files. The tech >>also told >>me that since it was a holiday (Friday), I probably would not be >>able to get >>the code until Monday. > >Try registering the whole chassis under your existing account. The = tech >that told you that was wrong. Under most circumstances the files can = be >unlocked immediately. >> >>Anyway, someone on the list did send it to me and I now have the code. >>Thanks! >> >> -Brian >>-- >> # Brian Biggs | Sonic / Sonoma Interconnect >> # >> # Sys Admin / Programmer | v707.522.1000 fax707.547.2199 >>d707.522.1001 # >> # mailto:bb@sonic.net | http://www.sonic.net >mailto:support@sonic.net # > >- > To unsubscribe to usr-tc, send an email to "majordomo@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@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. > ------=_NextPart_000_01ED_01BE3418.18E0D5C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"> <HTML><HEAD> <META content=3Dtext/html;charset=3Diso-8859-1 = http-equiv=3DContent-Type> <STYLE></STYLE> <META content=3D'"MSHTML 5.00.0910.1309"' name=3DGENERATOR></HEAD> <BODY> <DIV>Does anyone have a fix for these Gateway Telepath 56K Win=20 modems?  <U>I am running the latest code</U> on my DSP cards and = Quad modem=20 cards.  The telepath connects 50% of the time to the DSP cards and = never to=20 the Quad modem cards.  I am also haveing similar problems with = Rockwell=20 56K modems.</DIV> <DIV> </DIV> <DIV>Any Suggestions would be much appreciated.  Our support = department has=20 been flooded will calls about these two modems.</DIV> <DIV> </DIV> <DIV> </DIV> <DIV>Thanks<BR>Paul JR.<BR>AlaWeb Support <BR>1800-427-8896<BR><A=20 href=3D"http://www.alaweb.com/support.html">http://www.alaweb.com/support= .html</A>=20 </DIV> <DIV> </DIV> <DIV><BR> <BR> </DIV> <DIV>----- Original Message -----=20 <DIV>From: Brian K McIntire <<A=20 href=3D"mailto:bmcintire@commnet.com">bmcintire@commnet.com</A>></DIV>= <DIV>To: <<A=20 href=3D"mailto:usr-tc@lists.xmission.com">usr-tc@lists.xmission.com</A>&g= t;</DIV> <DIV>Sent: Wednesday, December 30, 1998 5:55 PM</DIV> <DIV>Subject: RE: (usr-tc) 1.2.60 DSP code</DIV></DIV> <DIV><BR></DIV>>>-----Original Message-----<BR>>>From: <A=20 href=3D"mailto:owner-usr-tc@lists.xmission.com">owner-usr-tc@lists.xmissi= on.com</A><BR>>>[<A=20 href=3D"mailto:owner-usr-tc@lists.xmission.com">mailto:owner-usr-tc@lists= .xmission.com</A>]On=20 Behalf Of Brian Biggs<BR>>>Sent: Wednesday, December 30, 1998 4:52 = PM<BR>>>To: <A=20 href=3D"mailto:usr-tc@lists.xmission.com">usr-tc@lists.xmission.com</A><B= R>>>Subject:=20 Re: (usr-tc) 1.2.60 DSP code<BR>>><BR>>><BR>>>> On = Wed, 30=20 Dec 1998, Brian K McIntire wrote:<BR>>>> Yes, use the online = warranty=20 deal at totalservice.com, and it will<BR>>>> instantly unlock = the parts=20 of the site you need access for.<BR>>>Hmm, but I = am<BR>>>>=20 wondering if what he meant was that he didn't have a totalservice=20 login,<BR>>>> can you get a total service login=20 instantly?<BR>>><BR>>>Actually what I meant was: I = registered my DSP=20 through totalservice.usr.com<BR>>>(I do have a login), then the = code=20 showed that it was unlocked.<BR>>>When I tried<BR>>>to d/l = it, an=20 error message popped up saying it couldn't locate the file. = I<BR>>>called=20 USR tech support and was told that it takes 48 hours from the=20 time<BR>>>you register a product 'till you get access to the = files. The=20 tech<BR>>>also told<BR>>>me that since it was a holiday = (Friday), I=20 probably would not be<BR>>>able to get<BR>>>the code until=20 Monday.<BR>><BR>>Try registering the whole chassis under your = existing=20 account.  The tech<BR>>that told you that was wrong.  Under = most=20 circumstances the files can be<BR>>unlocked=20 immediately.<BR>>><BR>>>Anyway, someone on the list did send = it to=20 me and I now have the code.<BR>>>Thanks!<BR>>><BR>>>=20 -Brian<BR>>>--<BR>>> # Brian=20 Biggs           =20 |           Sonic / = Sonoma=20 Interconnect<BR>>>         = #<BR>>> # Sys Admin / Programmer | v707.522.1000  =20 fax707.547.2199<BR>>>d707.522.1001 #<BR>>> # <A=20 href=3D"mailto:bb@sonic.net">mailto:bb@sonic.net</A>    | = <A=20 href=3D"http://www.sonic.net">http://www.sonic.net</A><BR>><A=20 href=3D"mailto:support@sonic.net">mailto:support@sonic.net</A>=20 #<BR>><BR>>-<BR>> To unsubscribe to usr-tc, send an email = to=20 "<A=20 href=3D"mailto:majordomo@xmission.com">majordomo@xmission.com</A>"<B= R>> with=20 "unsubscribe usr-tc" in the body of the = message.<BR>> For=20 information on digests or retrieving files and old messages=20 send<BR>> "help" to the same address.  Do not use = quotes=20 in your message.<BR>><BR>><BR>>-<BR>> To unsubscribe to = usr-tc,=20 send an email to "<A=20 href=3D"mailto:majordomo@xmission.com">majordomo@xmission.com</A>"<B= R>> with=20 "unsubscribe usr-tc" in the body of the = message.<BR>> For=20 information on digests or retrieving files and old messages=20 send<BR>> "help" to the same address.  Do not use = quotes=20 in your message.<BR>></BODY></HTML> ------=_NextPart_000_01ED_01BE3418.18E0D5C0--

Subject: (usr-tc) Gateway Telepath win modem and Rockwell 56K flex
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-12-30 20:11:58

I think I have found a driver to update the Telepath Gateway modems. <Warning> This driver has not been approved by Gateway but it does seem to work just fine. You can download it from me at http://www.alaweb.com/~support/downloads/lucnt518.exe I simply got it from HP because HP and the telepath modems both have a lucent chip set. Let me know if you try it and it works. I actually had a person bring in his Gateway machine and I got a chance to test it. This even allows the Telepath to dial into Flex V.90 also. I also found a fix to make the Compaq 56K Rockwell modems connect. <Warning> This Inet string does not allow a a 56K connection it simply sets the modem to V.34. Just put this string in (+ms=v34) Also Let me know if this works for you. Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Sent: Wednesday, December 30, 1998 7:48 PM >YES YES YES > >Dale Hege wrote: >> >> Has anyone else noticed that usr winmodems and gateway telepaths have lots >> of trouble connecting? >> >> -Dale >> >> On Wed, 30 Dec 1998, Brian K McIntire wrote: >> >> > Date: Wed, 30 Dec 1998 14:02:13 -0600 >> > From: Brian K McIntire <bmcintire@commnet.com> >> > Reply-To: usr-tc@lists.xmission.com >> > To: usr-tc@lists.xmission.com >> > Subject: RE: (usr-tc) HiperDSP 1.2.60 code >> > >> > I've installed it on roughly 70-80 DSP's. Seems to improve a few things a >> > bit. By no means does it resolve everything. There are still allot of >> > issues out there relating to the client modems. On the other side of it I >> > have seen no new problems come up so it seems like it's a stable release. >> > Worth trying! >> > >> > >-----Original Message----- >> > >From: owner-usr-tc@lists.xmission.com >> > >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of John Rockwell >> > >Sent: Wednesday, December 30, 1998 12:55 PM >> > >To: usr-tc@lists.xmission.com >> > >Subject: (usr-tc) HiperDSP 1.2.60 code >> > > >> > > >> > > >> > > Has anyone yet implemented the new revision (1.2.60) of the >> > >HiperDSP code in a production environment? How does it seem to impact v.90 >> > >performance? Good or bad experiences? >> > > >> > >------------------------------------- >> > >John Rockwell >> > >e-mail: jrockwel@clarityconnect.com >> > >Network Engineer >> > >Clarityconnect, Inc. >> > >Ithaca Area: (607)257-8268 >> > >Outside Ithaca Area: (888)322-4900 >> > >Try us: http://www.clarityconnect.com >> > >------------------------------------- >> > > >> > > >> > > >> > >- >> > > To unsubscribe to usr-tc, send an email to "majordomo@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@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@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@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. >

Subject: Re: (usr-tc) Remote managment of S&A
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-12-31 09:46:32

I would recomend VNC. It's FREE and is very fast. Thanks Paul JR. Original Message ----- Sent: Thursday, December 31, 1998 4:40 AM You don't need Citrix - just get Windows NT Terminal Server Edition - alo= t cheaper than Citrix, and if you don't need load balancing and some of the other advanced features of Citirx, you can get away with it. At 06:45 AM 12/31/98 -0500, you wrote: >Thanks. Big help. > > o o > \_ _/ > <(@@)> >----------------000----()----000------------------- > RickyZ@mindspring.com > THE TRUTH IS OUT THERE >------------------------------------------------------ > 00O O00 =A9 > > >-----Original Message----- >From: Yevgeniy Kruglov [SMTP:shar@cifnet.com] >Sent: Wednesday, December 30, 1998 11:34 PM >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) Remote managment of S&A > >On Wed, Dec 30, 1998 at 11:14:19PM -0500, Ricky wrote: > >> Can anyone post options for remotely managing a server running USR's Security and Accounting...such as being able to add a user, delete a user etc... Figure something like PC Anywhere for sure, but is that about the only option? > >If security is not an issue for Security server managing <g> try VNC, >www.orl.co.uk, it's free and runs on almost every platform. If you are >ready to spend *some* money, get Citrix or even make your 3Com sales rep >happy by buying Edge Server Pro with Thin client/server :) > > >Yevgeniy Kruglov, email: yk@cifnet.com >System Administrator phone: (773)989-0442 >CIFNet, Inc. fax: (773)989-8477 > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. > --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 875 Ouellette Avenue Windsor, Ontario N9A 4J6 tel. 519-985-8410 fax. 519-258-3009 - To unsubscribe to usr-tc, send an email to "majordomo@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.

Subject: Re: (usr-tc) sql backed snmp logger/report generator
From: Paul Jr. (AlaWeb Support) <jr@alaweb.com>
Date: 1999-12-31 12:53:21

A Program called MTRG can be used to do all that you are wanting. Such as this> http://netman.alaweb.com/MRTG/205.216.53.129.2.html I would suggest trying it out. It can even be used to graph processor usage on a NT Server if you know the Mib information. http://ee-staff.ethz.ch/~oetiker/webtools/mrtg/mrtg.html Thanks Paul JR. AlaWeb Support 1800-427-8896 http://www.alaweb.com/support.html ----- Original Message ----- Sent: Thursday, December 31, 1998 11:38 AM >I am interested in a project and was wondering if anyone else is >interested or has something like this. > >I am sure some of you have something like this which is in place and >private, but I would be interested in making something public. > >It would basically log traps and query snmp stats from USR TC gear. >Things like PRI card, hdm's, arc's, nmc's. It would plug all of the >information into a free database, like postgresql (using a different >database would be trivial, especially if this were done using DBI::DBD >stuff in perl). > >Things like errors, and resets, and connect speeds etc could all be >logged. > >The real power would come in its reporting. Where you could run a report >of average connect speed per chassis, or per hdm, or per modem even. Have >it "look" for problems for you, such as hi error ratios inconsistancies >etc. > >I have alot of snmp tools, we all probably do, but I am looking for a >centralized trapper and query system that just grabs it all, everything, >and plugs it into a database. > >I would probably use perl/php/postgresql but I mean anything is possible. > >Brian > > >-------------------------------------------------------------------------- >Brian Feeny (BF304) | ShreveNet Inc. - Premium Internet Service Provider >Network Administrator | Shreveport, Louisiana - http://www.shreve.net/ >signal@shreve.net | Web Hosting, Virtual Domains, Storefronts, >(318)222-2NET x 109 | Database/Web Integration, 56k, ISDN, T1 > > >- > To unsubscribe to usr-tc, send an email to "majordomo@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. >

Messages