April 2000

-

Hi all, I recently had a problem that I want to know if someone knows how to correct ad how to prevent. I have 2 HiperDSP cards in a TC chassis. The slot 2 card accepts calls on all 23 ports successfully and then rolls to slot 1 beginning at port 23. I had a problem that when the next dialup hit ports 22 or 21 they got a high pitch and didn't handshake. I disabled modems 22 and 21 and then my dialup got busy signals. Apparently the chassis wouldn't let customers past the two disabled modems. I have just rebooted slot 1 and everything seems to be working now so maybe that was the fix. But it was about 4 hours before I knew that this was happening. Is there a way to monitor for modems giving a "Dialup Invalid" response or not accepting connections? Thanks, Steve Cobb -- Steve Cobb Computer Geeks stevec@computer-geeks.com www.computer-geeks.com ***************************** Want faster internet service? www.geeksnet.com --

hi, Eric Forcey wrote: > Hello all, > > I've got a perplexing problem with a dual-pri card feeding into quads. > > The circuit is set up good signal. Telco shows that they are handing calls > to the PRI but they are being refused by my chassis. > > Line interface is set to pritdm, all ds0's show in service. > > Dunno where else to check... any ideas? > Check: 1) Modem takes phone signal from Dual PRI (AT%D?). 2) Dual PRI: card can see modem's cards. 2) Modems are on packet bus (sho all - A R P). > > -Eric > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. -- _______________________________________________ Vadim.

Thus spake Russ Miescke >Thanks, I hate it when I can't remember that. Yeah...I had to hop on one of mine and look around for it. Guess I coulda looked in my config file that has all the commands I use to config my arcs from...but...ah well...it works. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

We have the hiper arch card installed and we are having people call with the error message that "the computer you are dialing into is not anwering" Eventually they connect after 7 to 10 attempts. My guess is that we have a bad port on one of our modem cards. My question is how do I find the bad port? Thanks for your time- Brian

I'm banging my head against the wall on this SNMP disconnect problem. I want to be able to do a disconnect via a single "set" that is indexed via session-id or username and session-id. There are two good candidates. The best one is usrUserMan.usrUserManGroup.usrUserManActiveSessionTable.uumActiveSessionEntry.uumActiveSessionAction which works when you hand it the session ID it's looking for. Unfortunatly, the session-ID it's looking for is "off" by some, small, random, unpredicatable number compared to the Radius Session-ID, and you can only learn this bad sesion-ID by doing a "get" to discover it's corrupted value, which would be as slow as what I'm doing now. The other candidate is usrUserMan.usrUserManGroup.usrUserManVTSTermTable.usrUserManVTSTermEntry.usrUserManVTSTermAction which has the advantage that it's Session-ID always matches what's in the Radius accounting records, but the problem is I've never been able to make it work. In fact I use this table now to verify the user is still online before I go whack the modem. So my choices are one that works, but can't be used beacause it's of random noise in the session-id, or one that has perfectly matching session-ids but I can't figgure out how to make it work. If I buy a support contract, is this something that 3COM would answer or fix? -- Aaron Nabil

Sorry if it is a little off-topic. Can I use two Courier-I modems to make a point-to-point connection? If it is possible, the connection will be at 128k (using both B channels)= or it'll be a 56k analog connection? Has any one already used it through a leased-line? Thanks for any help. ____________________________________________________________________ Get your own FREE, personal Netscape WebMail account today at http://webm= ail.netscape.com.

Paul, You'll need to make sure MPIP is turned on. Jeff Binkley ASA Network Computing U> U>I have a POP with 10 DPS's and 2 ARC's. They DSP's are statically U>assigned to an ARC, odd cards to ARC1, even cards to ARC2. U> U>When an ISDN call comes in, it is possible for each channel to go to a U>different DPS and different ARC. The ip address is statically U>assigned from RADIUS. U> U>Do the ARC's know what to do in this case? Recently an ISDN customer U>with an ISDN Office Conenct has been having 'random' problems getting U>mail, sites, etc. I see the logins, but I was wondering if MLPPP with U>2 ARC's in the same chassis would work? And specific settings needed U>to accomplish this? U> CMPQwk 1.42-21 9999

Would anyone have the link to the 3Com promotion for when if you purchase a Total Control Chassis that you can receive a $1000.00 back. It had some form to fill out andthen you fax the invoice to them. I had the email 3Com sent me but I'll be darn if I can find it or anything on 3Coms web site. Thanks Greg Owens Magnolia Internet Services http://www.magnolia-net.com

> I have an external US Robotics 56k modem, so I can watch the lights. > I've been using this same modem for several years now. I see a lot of time > between RD and SD flashes during these long web page loads. That's an excerpt from a customer having problems loading complex web pages. Has anyone ever run into something like this? I haven't touched my USR gear in a while -- its a Hiperarc with quad modems, half of them running 6.1.6 and the other 6 running the 6.0.6 version, double sided cards. The hiperarc is running V4.1.72

http://www.3com.com/solutions/svprovider/promos.html Marshall Morgan Internet Doorway, Inc (aka NETDOOR) http://www.netdoor.com > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Owens > Sent: Saturday, April 01, 2000 4:04 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Link to rebate promotion? > > > Would anyone have the link to the 3Com promotion for when if you purchase a > Total Control Chassis that you can receive a $1000.00 back. It had some form > to fill out andthen you fax the invoice to them. I had the email 3Com sent > me but I'll be darn if I can find it or anything on 3Coms web site. Thanks > Greg Owens > Magnolia Internet Services > http://www.magnolia-net.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. > >

Thanks...Appreciate it Greg Owens Magnolia Internet Services http://www.magnolia-net.com ----- Original Message ----- Sent: Saturday, April 01, 2000 9:01 PM > http://www.3com.com/solutions/svprovider/promos.html > > Marshall Morgan > > Internet Doorway, Inc (aka NETDOOR) > http://www.netdoor.com > > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Owens > > Sent: Saturday, April 01, 2000 4:04 PM > > To: usr-tc@lists.xmission.com > > Subject: (usr-tc) Link to rebate promotion? > > > > > > Would anyone have the link to the 3Com promotion for when if you purchase a > > Total Control Chassis that you can receive a $1000.00 back. It had some form > > to fill out andthen you fax the invoice to them. I had the email 3Com sent > > me but I'll be darn if I can find it or anything on 3Coms web site. Thanks > > Greg Owens > > Magnolia Internet Services > > http://www.magnolia-net.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.

We had a brief power failure in our main machine room the other day, and nearly everything weown went down for an unexpected reboot. We have a TC Chassis with a T1 Card and 12 quad modems. When they came back online there was a problem with one of the CT1 lines: the first 7 channels of the line are working fine, but the remaining 17 channels never receive calls. THere is frequently a long pause in dialing up, presuambly waiting for these lines to "no answer" so that it will hunt around them. We called the telco to see if they had been busied out on the switch and they said that they weren't but that they weren't getting a wink on those channels from our equipment. No settings have changed, nothing's changed, it just rebooted. Anyone have any idea what might be going on or how we might fix it? David Ernst HoosierNet, Inc.

Has anyone upgraded from MS Access Ver. 7.0 to MS Access 2000 and are using 3Com Security & Accounting Database Manager ver. 6.0.8 and Total Control Security/Accounting Server 4.00.5000? Any problems doing this? Thanks. David __________________________________________________ David Swearingin (david@carolnet.com) CARROLLTON INTERNET SERVICE (www.carolnet.com) First Financial Group, Inc. 11 N. Folger, Carrollton, MO 64633 660-542-3002 Fax 660-542-3003

At 02:53 PM 4/3/00 -0500, David Swearingin wrote: >Has anyone upgraded from MS Access Ver. 7.0 to MS Access 2000 and are using >3Com Security & Accounting Database Manager ver. 6.0.8 and Total Control >Security/Accounting Server 4.00.5000? Any problems doing this? I had the same question awhile back and got no response...still running Access 97 here. -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

Hi, Our new firmware supports OSPF. However, I'll be darned if I can find any documentation for it. Does someone know where I can find TC OSPF docs, or do I have to fight through the USR support tangle? Thanks, -Scott

Thus spake Scott Doty >Our new firmware supports OSPF. However, I'll be darned if I can find >any documentation for it. >Does someone know where I can find TC OSPF docs, or do I have to fight >through the USR support tangle? There are docs on how to set it up in the User's Guide which can be downloaded from 3Com's website in pdf format. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I found them in the 4.2 manual.. Its on totalservice.. - mike@otherland.dyndns.org On Tue, 4 Apr 2000, Jeff Mcadams wrote: > Thus spake Scott Doty > >Our new firmware supports OSPF. However, I'll be darned if I can find > >any documentation for it. > > >Does someone know where I can find TC OSPF docs, or do I have to fight > >through the USR support tangle? > > There are docs on how to set it up in the User's Guide which can be > downloaded from 3Com's website in pdf format. > -- > 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. >

I am also looking for 2 HiperDSP sets. Please let me know off list if any of you have some for sale. Thank you. Mike Storjohann Internet Services Administrator HunTel.net mstorjohann@huntel.net 402-426-6136 -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Steve Rivera Sent: Tuesday, April 04, 2000 2:06 PM Subject says it all. Buying Today! Please email or call me with what you may have available. .................................................... Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com (start message with YOUR email address) http://www.ISP-NetworkHardware.com or http://www.wrca.net Cisco, Ascend, Livingston, USR, Microcom, Motorola Computone, Kentrox, Adtran...and more - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the 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 says it all. Buying Today! Please email or call me with what you may have available. .................................................... Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com (start message with YOUR email address) http://www.ISP-NetworkHardware.com or http://www.wrca.net Cisco, Ascend, Livingston, USR, Microcom, Motorola Computone, Kentrox, Adtran...and more

> > And there is NO WAY a NETSERVER based chassis is worth $4K. Christ, they > were only $10K NEW. Unfortunatly, bells and whistles is what fuels the market. Big places want to see those features (telcos, etc) so you have to be working on them to stay competitive, or else you blink, and your behind. FWIW, Netserver chassis were $30k+..................they only dropped to $10k after being out for a while, and towards the end. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Fri, 31 Mar 2000, Mark Thornton wrote: > > > First, why are you discussing Patton on this list? > > > > Second, I don't respect or purchase from companies that use misdirection in > > their advertising or market position. The Patton doesn't do 30 or 60 > > channels, vs 3Coms 'limit' of 48. I don't care what it will do in Europe, > > and I hate people who use apples and oranges comparisons. > > > > Third, there is absolutely no mention of MLPPP, or even more critical to > > those who are growing, Multi-chassis MLPPP. You certainly won't be able to > > minimize redundant D channel usage in large aggregations of dialup lines. > > > > Fourth, I'm supposed to purchase a mission critical piece of equipment from > > someone who built modem sharing devices up until last year? > > > > Mark Thornton > > San Marcos Internet, Inc. > > 512-393-5300 > > > > > > ----- Original Message ----- > > From: Paul Farber <farber@admin.f-tech.net> > > To: <usr-tc@lists.xmission.com> > > Sent: Thursday, March 30, 2000 7:23 PM > > Subject: RE: (usr-tc) FS: USR TC v90 > > > > > > > It's old, unsupported, dosen't do mlppp, has routing problems, an > > > underpowered CPU, not enough RAM, slow management card. > > > > > > For the cost of an old, outdate 2059, you can get the same ports (48) for > > > slightly more out of patton. > > > > > > How many ISP's leased 2059's with FMV cause we KNEW they were going to be > > > discontinued... yet resellers are jacking the price up to 4500 on these > > > 486 based RASes? > > > > > > I hate when businesses screw themselved... knowingly. > > > > > > Paul Farber > > > Farber Technology > > > farber@admin.f-tech.net > > > Ph 570-628-5303 > > > Fax 570-628-5545 > > > > > > On Thu, 30 Mar 2000, Randy Cosby wrote: > > > > > > > Obviously. So we're going to get 24 or 23 ports with the patton. And > > we're > > > > comparing that to a 48 port TC. Yeah, it's old, unsupported, but the > > price > > > > isn't REALLY that bad. :) > > > > > > > > Randy Cosby > > > > InfoWest, Inc. > > > > 435-674-0165 x11 > > > > Fax: 603-462-6427 > > > > --- > > > > http://www.infowest.com > > > > http://www.devshed.com > > > > http://www.32bit.com > > > > > > > > "A ship in port is safe, but that is not what ships were built for" - > > Grace > > > > Hopper > > > > > > > > > > > > > -----Original Message----- > > > > > From: owner-usr-tc@lists.xmission.com > > > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > > > > > Sent: Thursday, March 30, 2000 5:04 PM > > > > > To: usr-tc@lists.xmission.com > > > > > Subject: RE: (usr-tc) FS: USR TC v90 > > > > > > > > > > > > > > > E1's ain't available in the US. > > > > > > > > > > Paul Farber > > > > > Farber Technology > > > > > farber@admin.f-tech.net > > > > > Ph 570-628-5303 > > > > > Fax 570-628-5545 > > > > > > > > > > On Thu, 30 Mar 2000, Randy Cosby wrote: > > > > > > > > > > > How many ports on a Patton 2810? I see info at > > > > > http://www.patton.com about > > > > > > the 2800, with UP TO 30 ports (E1 I assume). > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: owner-usr-tc@lists.xmission.com > > > > > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > > > > > > > Sent: Thursday, March 30, 2000 10:46 AM > > > > > > > To: usr-tc@lists.xmission.com > > > > > > > Subject: Re: (usr-tc) FS: USR TC v90 > > > > > > > > > > > > > > > > > > > > > Holly shit! I can sell my unsupport, end of life, out of > > > > > date 2059 bundle > > > > > > > for $4500! Hmmm... a Patton 2810 is only $3600 NEW. > > > > > > > > > > > > > > Paul Farber > > > > > > > Farber Technology > > > > > > > farber@admin.f-tech.net > > > > > > > Ph 570-628-5303 > > > > > > > Fax 570-628-5545 > > > > > > > > > > > > > > On Thu, 30 Mar 2000, Steve Rivera wrote: > > > > > > > > > > > > > > > In Stock, Tested thru TCM. > > > > > > > > All Modems flash v90 > > > > > > > > NMC v90 enabled. > > > > > > > > Can configure chassis's to your specifications. (digital, > > > > > > > analog/digital) > > > > > > > > USR Technician available for hire. install assistance, > > > > > configuration at > > > > > > > > your ip address. > > > > > > > > > > > > > > > > Quad Digital Bundles include: $4500 or BO > > > > > > > > Chassis with Dual 45A power > > > > > > > > Netserver PRI > > > > > > > > NMC v90 > > > > > > > > 12- Digital Modems > > > > > > > > Dual PRI > > > > > > > > > > > > > > > > Quad Analog/Digital Bundles include: $6000 or BO > > > > > > > > HD Chassis with integrated fan tray, single 70A power > > > > > > > > nmc v90 enabled > > > > > > > > hiper arc > > > > > > > > 12- Quad analog/digital modems > > > > > > > > dual pri > > > > > > > > > > > > > > > > WTB: Hiper DSP's!!! > > > > > > > > .................................................... > > > > > > > > Worldwide Provider of Network Hardware Since 1981. > > > > > > > > Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr > > > > > > > > Email Page 7324335890@page.nextel.com > > > > > > > > http://www.ISP-NetworkHardware.com or http://www.wrca.net > > > > > > > > Cisco, Ascend, Livingston, USR, Microcom, Motorola > > > > > > > > Computone, Kentrox, Adtran...and more > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > > > > To unsubscribe to usr-tc, send an email to > > "majordomo@xmission.com" > > > > > > > > with "unsubscribe usr-tc" in the body of the 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. > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

> > >and route the packets using something other than RIP (yeah, OSPF is in > >their but from what I read it's not the most reliable beast), THEN add > >bells and whistles. > > true, true. OSPF needs to have its feature set filled out more. Other > routing protocols should be added. BGP would be one that I'd like to > see actually...though that would be a lower priority. I definitely > agree with you here...get the basic functionality down and *SOLID* > before moving development assets elsewhere. In all fairness, just about every vendors OSPF is broke to an extent................I have seen problems with OSPF on just about every platform.........and yes that includes Cisco. One of the main reasons large networks use IS-IS instead of OSPF on Cisco, is because IS-IS just works..........OSPF has always had its problems on Cisco though > -- > 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) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

It's kinda of a hassle. You have to contact 3com and buy one last time I looked. They generate it from the serial number on the nmc. All you need to do then is use tcm under feature enable menuand type thenumberin. The hassle is getting it from 3com. It would be easier to tranfer the memory to the old 4 meg card and you wouldn't have to bother. -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Kalev Nurklik Sent: Thursday, April 06, 2000 3:26 AM OK, got a little problem here. Had a chassis with old 4MB NMC that got replaced with 16NMC chassis (not Hiper NMC). Some of the quads remained on the chassis so as a sum result I lost v90 support on these cards. I must confess that I know little about 3com policy about added cost features - having been involved mainly with HDSPs till now. Can somebody bring me up to date with that? 1. What must be done to enable v90 on quads with 16MB NMC? or 2. Where can I get 16MB NMC feature key to enable v90 if this is as that simple? Regards, __________________________________ Kalev Nurklik Delfi Online Pa"rnu mnt. 158, 11317 Tallinn, Estonia Tel: +372 6501709 Fax: +372 6501708 E-mail: k.nurklik@delfi.ee http://online.delfi.ee - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

If the old one had the x2 key enabled, you need to call 3Com and they can transfer it to the new card. We've had to do it a couple of times. At 10:14 AM 4/6/00 -0500, you wrote: >On Thu, 6 Apr 2000, Kalev Nurklik wrote: > > > OK, got a little problem here. > > Had a chassis with old 4MB NMC that got replaced with 16NMC > > chassis (not Hiper NMC). Some of the quads remained on the > > chassis so as a sum result I lost v90 support on these cards. > > I must confess that I know little about 3com policy about added > > cost features - having been involved mainly with HDSPs till now. > > Can somebody bring me up to date with that? > > 1. What must be done to enable v90 on quads with 16MB NMC? > > or > >A feature enable key must be entered into the NMC. > > > 2. Where can I get 16MB NMC feature key to enable v90 if this > > is as that simple? > >You can pay a few thousand dollars to 3Com, then they will gladly give >you v.90 on your quads. > >Brian > > > > > > Regards, > > __________________________________ > > Kalev Nurklik > > Delfi Online > > Pa"rnu mnt. 158, 11317 Tallinn, Estonia > > Tel: +372 6501709 > > Fax: +372 6501708 > > E-mail: k.nurklik@delfi.ee > > http://online.delfi.ee > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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) signal@shreve.net >318-222-2638 x 109 http://www.shreve.net/~signal >Network Administrator ShreveNet Inc. (ASN 11881) > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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, Greg Coffey <gcoffey@vcn.com> Visionary Communications V 307-234-5443 F 307-234-5446 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com _________________________________________________________

On Thu, 6 Apr 2000, Kalev Nurklik wrote: > OK, got a little problem here. > Had a chassis with old 4MB NMC that got replaced with 16NMC > chassis (not Hiper NMC). Some of the quads remained on the > chassis so as a sum result I lost v90 support on these cards. > I must confess that I know little about 3com policy about added > cost features - having been involved mainly with HDSPs till now. > Can somebody bring me up to date with that? > 1. What must be done to enable v90 on quads with 16MB NMC? > or A feature enable key must be entered into the NMC. > 2. Where can I get 16MB NMC feature key to enable v90 if this > is as that simple? You can pay a few thousand dollars to 3Com, then they will gladly give you v.90 on your quads. Brian > > Regards, > __________________________________ > Kalev Nurklik > Delfi Online > Pa"rnu mnt. 158, 11317 Tallinn, Estonia > Tel: +372 6501709 > Fax: +372 6501708 > E-mail: k.nurklik@delfi.ee > http://online.delfi.ee > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Thus spake Brian >You can pay a few thousand dollars to 3Com, then they will gladly give >you v.90 on your quads. Generally, if you ask nicely (or, alternatively, raise enough of a stink) and you're doing it because of an upgrade, my understanding is that they'll generate it for you without charging. Don't know who's in charge of that anymore, but talk to your sales rep. and they can usually get it done for you. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

OK, got a little problem here. Had a chassis with old 4MB NMC that got replaced with 16NMC chassis (not Hiper NMC). Some of the quads remained on the chassis so as a sum result I lost v90 support on these cards. I must confess that I know little about 3com policy about added cost features - having been involved mainly with HDSPs till now. Can somebody bring me up to date with that? 1. What must be done to enable v90 on quads with 16MB NMC? or 2. Where can I get 16MB NMC feature key to enable v90 if this is as that simple? Regards, __________________________________ Kalev Nurklik Delfi Online Pa"rnu mnt. 158, 11317 Tallinn, Estonia Tel: +372 6501709 Fax: +372 6501708 E-mail: k.nurklik@delfi.ee http://online.delfi.ee

We are looking to add alternative equipment to compliment our 3COM TC gear. We are looking at the Max 6048. Anybody use these boxes? Any opinion, good or bad, about their performance, features, compatibility, etc? I know some folks here use TNT's, but they're just not in our budget. -- Scot

Looking for (2) Hiper DSP cards. Need to fill out for 2 new T-1s just ordered. Contact me off-list. Thanks! ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite Q FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

At 02:04 PM 3/17/00 -0500, Steve Cobb wrote: >Hi all, > >I recently had a problem that I want to know if someone knows how to correct ad how to prevent. I have 2 HiperDSP cards in a TC chassis. The slot 2 card accepts calls on all 23 ports successfully and then rolls to slot 1 beginning at port 23. I had a problem that when the next dialup hit ports 22 or 21 they got a high pitch and didn't handshake. I disabled modems 22 and 21 and then my dialup got busy signals. Apparently the chassis wouldn't let customers past the two disabled modems. I have just rebooted slot 1 and everything seems to be working now so maybe that was the fix. But it was about 4 hours before I knew that this was happening. Is there a way to monitor for modems giving a "Dialup Invalid" response or not accepting connections? This problem is commonly known as "hung modem pairs". Instead of disabling the modems, you need to soft-busy them through TCM. That will cause the channels to show as "in use" at the telco end and calls will roll over to the next available channel. As for monitoring, the only method I'm aware of is a perl script that can be run from a webpage. It will send the results to a page giving connection and failure numbers, as well as failure percentages. I activate mine manually, but it could probably be set to run automatically somehow. You can see the results at http://www.keyconn.net/mrtg/modem-fail.htm and pick up a copy of the script at www.keyconn.net/misc/badmodems.zip -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

At 08:06 PM 3/23/00 -0700, Brian Burgmeier wrote: >We have the hiper arch card installed and we are having >people call with the error message that "the computer >you are dialing into is not anwering" Eventually they connect >after 7 to 10 attempts. My guess is that we have a bad port >on one of our modem cards. My question is how do I find >the bad port? See my response to "Bad modems" -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

How do I soft-busy a modem from within TCM?? Thanks, Steve Cobb

Hello All, While troubleshooting some radius problems (look out for multihomed radius servers!), I came across some odd entries in the syslog output of the HARC. If anyone knows what these mean, I'd love to know: Apr 6 17:05:52 TC-4-HARC.oldslip.inch.com At 21:05:52, Facility "GWC Modem Driver", Level "UNUSUAL":: GWCMDM_AL, slot:3/mod:2 TAPI OPEN failed Apr 6 17:05:52 TC-4-HARC.oldslip.inch.com At 21:05:52, Facility "GWC Modem Driver", Level "UNUSUAL":: GWCMDM_AL, slot:3/mod:2 TAPI_OPEN failed, retrying (the slot mentioned is a Quad) Apr 6 17:05:52 TC-4-HARC.oldslip.inch.com At 21:05:52, Facility "SBUS", Level "UNUSUAL":: pbpci_error_processing: BTO_ACK (??) Apr 6 17:04:58 TC-5-HARC.oldslip.inch.com At 21:04:58, Facility "GWC Modem Driver", Level "UNUSUAL":: GWCMDM_AL, Unknown SBUS Message 9 ../../src/al_sbus.c 541 (not comforting - unknown sbus message??) Apr 6 17:04:48 TC-4-HARC.oldslip.inch.com At 21:04:48, Facility "IP Routing Process", Level "UNUSUAL":: OSPF CFM Save Failed, cfm_status=(bad status), detailed_status=ES_SUCCESS (don't have ospf enabled) Anyhow, if you have any info, let me know. I'm starting to think the first three messages have to do with my "quads auto-busy on 4.2.32 but not any 4.1.x harc code) problems... Is it a fair guess to say that the 3Com folks have left this list? I can't remember the last time I saw Krish or Mike post here... They used to be good at helping with stuff like this... Thanks, Charles | Charles Sprickman | Internet Channel | INCH System Administration Team | (212)243-5200 | spork@inch.com | access@inch.com

One other thing you can do to monitor them that is useful for us is to setup a program like q-page on your server or something similar and get an alpha-numeric pager and setup snmp monitoring for bad modems setting the thresholds wherever you want them like ours is set to page us if there are more than 25 failures on any one modem within 1 hour. Plus you can have a separate modem dial into your TC every half hour is what we do and if it gets a busy signal it pages us with that exact message. The monitoring of bad modem pairs can even be setup to tell you which card and ports on that card are failing right to your pager. It makes our response to problems quick and we do not have to set there and watch it all the time. Thank you, Clint R. Sparks ComQuest Internet Services csparks@cqc.com > At 02:04 PM 3/17/00 -0500, Steve Cobb wrote: > >Hi all, > > > >I recently had a problem that I want to know if someone knows how to > correct ad how to prevent. I have 2 HiperDSP cards in a TC chassis. The > slot 2 card accepts calls on all 23 ports successfully and then rolls to > slot 1 beginning at port 23. I had a problem that when the next dialup hit > ports 22 or 21 they got a high pitch and didn't handshake. I disabled > modems 22 and 21 and then my dialup got busy signals. Apparently the > chassis wouldn't let customers past the two disabled modems. I have just > rebooted slot 1 and everything seems to be working now so maybe that was > the fix. But it was about 4 hours before I knew that this was happening. > Is there a way to monitor for modems giving a "Dialup Invalid" response or > not accepting connections? > > This problem is commonly known as "hung modem pairs". Instead of > disabling the modems, you need to soft-busy them through TCM. That will > cause the channels to show as "in use" at the telco end and calls will roll > over to the next available channel. > As for monitoring, the only method I'm aware of is a perl script that can > be run from a webpage. It will send the results to a page giving connection > and failure numbers, as well as failure percentages. I activate mine > manually, but it could probably be set to run automatically somehow. You > can see the results at http://www.keyconn.net/mrtg/modem-fail.htm and pick > up a copy of the script at www.keyconn.net/misc/badmodems.zip >

At 04:37 PM 4/6/00 -0400, Steve Cobb wrote: >How do I soft-busy a modem from within TCM?? In TCM, highlight the top set of lights on the desired DSP, then select configure-actions/commands. Select "Timeslot", then highlight the desired modems. In the command window, choose "software" and "soft busy out", then click "Execute". -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

Mike, According to 3Com that box with 10 DSP and 2 ARC's would be maxed out. I currently have some 130 dc power supplies in stock if they will work for you. At 02:23 PM 4/10/00 -0500, you wrote: > The chassis that I am loading currently has 10 HiperDSPs and 2 >HiperARCs. I appreciate any recommendations. Thank you. Mike Storjohann >Internet Services Administrator >HunTel.net >mstorjohann@huntel.net David DenHollander (403)254-1100 Main (403)201-2815 Fax List your equipment for free http://www.adoptable.com/

This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFA322.4326660E Content-Type: text/plain; charset="iso-8859-1" Does anyone know what the limit is for the number of HiperDSPs you can use in a TotalControl Chassis with 70 amp power supplies? The chassis that I am loading currently has 10 HiperDSPs and 2 HiperARCs. I appreciate any recommendations. Thank you. Mike Storjohann Internet Services Administrator HunTel.net mstorjohann@huntel.net <mailto:mstorjohann@huntel.net> ------_=_NextPart_001_01BFA322.4326660E Content-Type: text/html; charset="iso-8859-1" <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <META content="MSHTML 5.00.2314.1000" name=GENERATOR></HEAD> <BODY> <DIV><FONT face=Arial size=2><SPAN class=519132919-10042000>Does anyone know what the limit is for the number of HiperDSPs you can use in a TotalControl Chassis with 70 amp power supplies?&nbsp; The chassis that I am loading currently has 10 HiperDSPs and 2 HiperARCs.</SPAN></FONT></DIV> <DIV><FONT face=Arial size=2><SPAN class=519132919-10042000></SPAN></FONT>&nbsp;</DIV> <DIV><FONT face=Arial size=2><SPAN class=519132919-10042000>I appreciate any recommendations.</SPAN></FONT></DIV> <DIV><FONT face=Arial size=2><SPAN class=519132919-10042000></SPAN></FONT>&nbsp;</DIV> <DIV><FONT face=Arial size=2><SPAN class=519132919-10042000>Thank you.</SPAN></FONT></DIV> <P><FONT face=Arial size=2>Mike Storjohann</FONT> <BR><FONT face=Arial size=2>Internet Services Administrator</FONT> <BR><FONT face=Arial size=2>HunTel.net</FONT> <BR><FONT face=Arial size=2><A href="mailto:mstorjohann@huntel.net">mstorjohann@huntel.net</A></FONT></P></BODY></HTML> ------_=_NextPart_001_01BFA322.4326660E--

I'm at 12 DSP's, with two 70AMP PS's. People at 3Com I've talked to said that's fine, adding the more hi-po equipment causes more of a drain. __________________________________ Justin Ellison System Administrator InternetUSA sysadmin@nebi.com http://nebi.com 800-603-3502 > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of David DenHollander > Sent: Monday, April 10, 2000 3:10 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) How many is too many? > > > Mike, > > According to 3Com that box with 10 DSP and 2 ARC's would be maxed out. I > currently have some 130 dc power supplies in stock if they will > work for you. > > > > > > At 02:23 PM 4/10/00 -0500, you wrote: > > The chassis that I am loading currently has 10 HiperDSPs and 2 > >HiperARCs. I appreciate any recommendations. Thank you. Mike > Storjohann > >Internet Services Administrator > >HunTel.net > >mstorjohann@huntel.net > > > David DenHollander > > (403)254-1100 Main > (403)201-2815 Fax > > List your equipment for free > http://www.adoptable.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. >

At 02:23 PM 4/10/00 -0500, Mike Storjohann wrote: >Does anyone know what the limit is for the number of HiperDSPs you can use in a TotalControl Chassis with 70 amp power supplies? The chassis that I am loading currently has 10 HiperDSPs and 2 HiperARCs. I appreciate any recommendations. Thank you. I'm not sure what the official recommendation is but, considering that you've got 2 power slots to feed 17 card slots, I don't think I'd feel comfortable filling more than 10 or 11 slots on a single power supply. Especially if it was a 70amp one. -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

3com said only 10 when I talked to them last with 2 70s. hmmm ----- Original Message ----- Sent: Monday, April 10, 2000 5:06 PM > I'm at 12 DSP's, with two 70AMP PS's. People at 3Com I've talked to said > that's fine, adding the more hi-po equipment causes more of a drain. > > __________________________________ > Justin Ellison > System Administrator > InternetUSA > sysadmin@nebi.com > http://nebi.com > 800-603-3502 > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of David DenHollander > > Sent: Monday, April 10, 2000 3:10 PM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) How many is too many? > > > > > > Mike, > > > > According to 3Com that box with 10 DSP and 2 ARC's would be maxed out. I > > currently have some 130 dc power supplies in stock if they will > > work for you. > > > > > > > > > > > > At 02:23 PM 4/10/00 -0500, you wrote: > > > The chassis that I am loading currently has 10 HiperDSPs and 2 > > >HiperARCs. I appreciate any recommendations. Thank you. Mike > > Storjohann > > >Internet Services Administrator > > >HunTel.net > > >mstorjohann@huntel.net > > > > > > David DenHollander > > > > (403)254-1100 Main > > (403)201-2815 Fax > > > > List your equipment for free > > http://www.adoptable.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. >

Thus spake David DenHollander >According to 3Com that box with 10 DSP and 2 ARC's would be maxed out. I >currently have some 130 dc power supplies in stock if they will work for you. Actually, my understanding was that it would be maxed out with a *single* 70amp PS. You can run a full 14 DSPs and 2 Arcs and NMC with 2 70amp PS's, but you loose the fail-safe capability...if you loose a single PS, you loose the whole chassis. A single 130amp will run a whole chassis without problem, so dual 130's give you the fail-safe capability with a full chassis. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

When I try this script I am told that I dont have smnp_session.pm ? do I need this to run it, and if so where do I get it? Thanks Ken At 04:07 PM 4/6/00 -0400, you wrote: >At 02:04 PM 3/17/00 -0500, Steve Cobb wrote: >>Hi all, >> >>I recently had a problem that I want to know if someone knows how to >correct ad how to prevent. I have 2 HiperDSP cards in a TC chassis. The >slot 2 card accepts calls on all 23 ports successfully and then rolls to >slot 1 beginning at port 23. I had a problem that when the next dialup hit >ports 22 or 21 they got a high pitch and didn't handshake. I disabled >modems 22 and 21 and then my dialup got busy signals. Apparently the >chassis wouldn't let customers past the two disabled modems. I have just >rebooted slot 1 and everything seems to be working now so maybe that was >the fix. But it was about 4 hours before I knew that this was happening. >Is there a way to monitor for modems giving a "Dialup Invalid" response or >not accepting connections? > > This problem is commonly known as "hung modem pairs". Instead of >disabling the modems, you need to soft-busy them through TCM. That will >cause the channels to show as "in use" at the telco end and calls will roll >over to the next available channel. > As for monitoring, the only method I'm aware of is a perl script that can >be run from a webpage. It will send the results to a page giving connection >and failure numbers, as well as failure percentages. I activate mine >manually, but it could probably be set to run automatically somehow. You >can see the results at http://www.keyconn.net/mrtg/modem-fail.htm and pick >up a copy of the script at www.keyconn.net/misc/badmodems.zip > >-- >Kirk Mitchell-General Manager mitch@keyconn.net >Keystone Connect Unlock Your World >Altoona, PA 814-941-5000 http://www.keyconn.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. >

It's part of the MRTG distribution... see www.mrtg.org. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Tue, 11 Apr 2000, Kenneth Nye wrote: > When I try this script I am told that I dont have smnp_session.pm ? do I > need this to run it, and if so where do I get it? > Thanks > Ken > > > At 04:07 PM 4/6/00 -0400, you wrote: > >At 02:04 PM 3/17/00 -0500, Steve Cobb wrote: > >>Hi all, > >> > >>I recently had a problem that I want to know if someone knows how to > >correct ad how to prevent. I have 2 HiperDSP cards in a TC chassis. The > >slot 2 card accepts calls on all 23 ports successfully and then rolls to > >slot 1 beginning at port 23. I had a problem that when the next dialup hit > >ports 22 or 21 they got a high pitch and didn't handshake. I disabled > >modems 22 and 21 and then my dialup got busy signals. Apparently the > >chassis wouldn't let customers past the two disabled modems. I have just > >rebooted slot 1 and everything seems to be working now so maybe that was > >the fix. But it was about 4 hours before I knew that this was happening. > >Is there a way to monitor for modems giving a "Dialup Invalid" response or > >not accepting connections? > > > > This problem is commonly known as "hung modem pairs". Instead of > >disabling the modems, you need to soft-busy them through TCM. That will > >cause the channels to show as "in use" at the telco end and calls will roll > >over to the next available channel. > > As for monitoring, the only method I'm aware of is a perl script that can > >be run from a webpage. It will send the results to a page giving connection > >and failure numbers, as well as failure percentages. I activate mine > >manually, but it could probably be set to run automatically somehow. You > >can see the results at http://www.keyconn.net/mrtg/modem-fail.htm and pick > >up a copy of the script at www.keyconn.net/misc/badmodems.zip > > > >-- > >Kirk Mitchell-General Manager mitch@keyconn.net > >Keystone Connect Unlock Your World > >Altoona, PA 814-941-5000 http://www.keyconn.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. >

Is there anyway to grap the ippools from a hyperarc via snmp? David Hamilton david.hamilton@voyager.net

Where can I get a complete listing of the radius attributes sent by the HyperArc? I have looked in the docs and it doesn't define a number of them that are getting sent to my radius server (65 through 68, and a few others). Mark Thornton San Marcos Internet, Inc. 512-393-5300

Anybody had problems with configuring a DSP for PRI going to a DMS-10 switch? Can anybody offer me their DSP settings (PRI to a DMS-10) ? Our equipment all checks out (even swapped out a complete chassis/nmc/arc/dsp) -- All channels show in service..D-channel OK. We have the switch type set to NI2 per the telco's suggestion but have tried DMS-100 as well. They have struggled and I have struggled and am pretty much at wits end on what could possibly be misconfigured on my end. We are getting slow-busies (normal busy signals) when dialing into this POP. Any suggestions/help/ Thanks in advance. Mike Tindor

Hi, I getting tired of the warning messages that exist in my radius logfile. We are using Merit AAA. This is an example that came from my radius logfile (accounting) for every session: Thu Apr 13 09:08:23 2000: generate26: USR attribute 39049 unknown Thu Apr 13 09:08:23 2000: gen_valpairs: non-encapsulated vendor specific attribute Vendor-Specific=vUSR-0000988900000000 Note: 39049 is 0x9889. I have an open ticket with 3Com. Here the info I have so far: - USR-ATTRIBUTE Nas-Supports-Tags 0x9889 integer - This attribute is indeed used with L2TP and is used for multiple LNS/grouping Any help will be appreciated. Thanks. Richard Roy Technical Associate Aliant www.aliant.ca

I have been running with 11 HDM's in my ARC chassis for a very long time. 11 makes it nice because then you can get 253 modems with PRI's which fits nicely into a /24 pool.

Richard, Are you looking for name for the Attribute? This Attribute is Group tagging attribute. You can call it any-thing you want in your dictionary and if you do not want to the attribute to be displayed you can disable the VSA on the hiper arc. Are you trying to use this attribute for any reason or you just want to name it? V ->-----Original Message----- ->From: owner-usr-tc@lists.xmission.com ->[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Richard Roy ->Sent: Friday, April 14, 2000 7:57 AM ->To: usr-tc@lists.xmission.com ->Subject: (usr-tc) USR attribute 39049 unknown -> -> ->Hi, -> ->I getting tired of the warning messages that exist in my radius logfile. ->We are using Merit AAA. -> ->This is an example that came from my radius logfile (accounting) for ->every session: -> ->Thu Apr 13 09:08:23 2000: generate26: USR attribute 39049 unknown ->Thu Apr 13 09:08:23 2000: gen_valpairs: non-encapsulated vendor specific ->attribute Vendor-Specific=vUSR-0000988900000000 -> ->Note: 39049 is 0x9889. -> ->I have an open ticket with 3Com. Here the info I have so far: ->- USR-ATTRIBUTE Nas-Supports-Tags 0x9889 integer ->- This attribute is indeed used with L2TP and is used for multiple ->LNS/grouping -> ->Any help will be appreciated. -> ->Thanks. -> ->Richard Roy ->Technical Associate ->Aliant ->www.aliant.ca -> -> -> ->- -> To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" -> with "unsubscribe usr-tc" in the body of the message. -> For information on digests or retrieving files and old messages send -> "help" to the same address. Do not use quotes in your message.

What info do you want to get about the IP pools? You can get at least a list of the pool, starting ip, size, and netmask via SNMP (I had to figure out how just now for a program I'm writing)... oh, and how many IP's are in use in the pool. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Tue, 11 Apr 2000, David Hamilton wrote: > Is there anyway to grap the ippools from a hyperarc via snmp? > > > David Hamilton > david.hamilton@voyager.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. >

I run a perl script that checks the call failure rate of the modems on our HiperDSP. It shows that 6 of the 24 modems on one card have a failure rate of over 50%. Any ideas what might be going on and is there any way to disable these modems? Thanks! Mike Moore

At 10:02 PM 4/15/00 -0500, Mike Moore wrote: >I run a perl script that checks the call failure rate of the modems on our >HiperDSP. It shows that 6 of the 24 modems on one card have a failure rate >of over 50%. Any ideas what might be going on and is there any way to >disable these modems? Thanks! If the number of calls/failures is fairly low on the modems, I wouldn't worry about it as it's fairly easy to get 5% or higher failure rate until you get a few hundred calls or more. If they're obviously hung pairs, here's how to soft busy them; In TCM, highlight the top set of lights on the desired DSP, then select configure-actions/commands. Select "Timeslot", then highlight the desired modems. In the command window, choose "software" and "soft busy out", then click "Execute". Normally what I do is soft-busy the bad modems through peak evening periods, then busy out the whole card later, when usage starts dropping off. By morning, the card is empty and I can reset it. -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

I was wondering what the suggested firmware version are for the Hiper Chassis right now. I'm currently running 4.1.56-7 on the HiperARCs and 2.0.81 on the HiperDSPs. Is the hung modem pair problem fixed in these releases? Lamar Townsend lamar@shuttle.com

Thats exactly the information that I want... -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mike Andrews Sent: Friday, April 14, 2000 8:56 PM What info do you want to get about the IP pools? You can get at least a list of the pool, starting ip, size, and netmask via SNMP (I had to figure out how just now for a program I'm writing)... oh, and how many IP's are in use in the pool. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Tue, 11 Apr 2000, David Hamilton wrote: > Is there anyway to grap the ippools from a hyperarc via snmp? > > > David Hamilton > david.hamilton@voyager.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.

Hi Folks, I'm looking for a new/used EdgeServer (not EdgeServer PRO). This is the 486 DX4/100Mhz 2 slot wide server. Should come with both SCSI-2 and Ethernet NIC. Please reply off the list. Thanks, Nick -- Nicolas St-Pierre Systems Engineer Internet Access Solutions Ltd. Tel (416) 621-7255 Fax (416) 621-3509

If 3Com is getting out of the modem business why does a 3Com rep keep hounding me every three days to participate in a modem sales referal program? Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Monday, April 17, 2000 11:15 AM > Folks, > > Now that 3Com is getting out of the modem business, what is everyone going to > recommend for customers to use ? > > > 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.

They've gotta get rid of the existing product base, or, the same people are still managing their screwy business plan. "Hmm, let's see, we'll market this, but we'll stop producing them! Yeah!" -- Marius Strom <marius@alpha1.net> Professional Geek/Unix System Administrator Alpha1 Internet <http://www.alpha1.net> http://www.marius.org/marius.pgp 0x42C74CBA In theory, there is no difference between theory and practice... ...In practice, there is a big difference. On Mon, 17 Apr 2000, Mark Thornton wrote: > If 3Com is getting out of the modem business why does a 3Com rep keep > hounding me every three days to participate in a modem sales referal > program? > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > ----- Original Message ----- > From: Jeff Binkley <jeff.binkley@asacomp.com> > To: <usr-tc@lists.xmission.com> > Sent: Monday, April 17, 2000 11:15 AM > Subject: (usr-tc) Modems ? > > > > Folks, > > > > Now that 3Com is getting out of the modem business, what is everyone going > to > > recommend for customers to use ? > > > > > > 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. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Folks, Now that 3Com is getting out of the modem business, what is everyone going to recommend for customers to use ? Jeff Binkley ASA Network Computing

No, you should be running 2.0.51 on the DSP's for that... The ARC doesn't have anything to do with the hung modem pair problem. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Mon, 17 Apr 2000, Lamar Townsend wrote: > I was wondering what the suggested firmware version are for the Hiper > Chassis right now. I'm currently running 4.1.56-7 on the HiperARCs and > 2.0.81 on the HiperDSPs. Is the hung modem pair problem fixed in these > releases? > > > Lamar Townsend > lamar@shuttle.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. >

Do an snmpwalk on 1.3.6.1.4.1.429.4.12.15.1 and you should find what you need... Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Mon, 17 Apr 2000, David Hamilton wrote: > Thats exactly the information that I want... > > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mike Andrews > Sent: Friday, April 14, 2000 8:56 PM > To: Usr-Tc@Lists.Xmission.Com > Subject: Re: (usr-tc) Arc ip pools > > > What info do you want to get about the IP pools? You can get at least a > list of the pool, starting ip, size, and netmask via SNMP (I had to figure > out how just now for a program I'm writing)... oh, and how many IP's are > in use in the pool. > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Tue, 11 Apr 2000, David Hamilton wrote: > > > Is there anyway to grap the ippools from a hyperarc via snmp? > > > > > > David Hamilton > > david.hamilton@voyager.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. >

Hi guys, Here's a dilemma I'm having with a HiperARC. The card seems to "lock up". I can reboot the ARC from TCM and the card will come back, sometimes only for about five minutes however. When it is lockd up, the card won't respond to a ping or a telnet. The last time this happened, USR tech support had me delete the configuration file and rebuid it. This worked for about 24 hours and it did the same thing. We are running 4.2.32 and the TC has been working fine for over 6 months then all of a sudden, BOOM!. Any thoughts on what might cause this and a fix. Could this be an attack from someone? Thanks, Steve Cobb

I saw Mike post about a perl script that checks the failure rate of the modems on a DSP card. Where can I get a copy of this? I appreciate it! Steve Cobb

At 01:36 PM 4/17/00 -0400, Mike Andrews wrote: >No, you should be running 2.0.51 on the DSP's for that... How does 2.0.51 work with 0.49 hardware? -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

At 01:47 PM 4/17/00 -0400, Steve Cobb wrote: >I saw Mike post about a perl script that checks the failure rate of the modems on a DSP card. Where can I get a copy of this? I appreciate it! http://www.keyconn.net/misc/badmodems.zip -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

I've not heard of this suggestion before, does it improve things that much? Same setting recommended for quads as DSP's? At 02:58 PM 4/17/00 -0500, you wrote: >Don't forget to set the "Carrier Loss Detect Delay" to >around 20 or so. That helped us quite a bit on the >disconnects/failed handshakes. > >blake > > > -----Original Message----- > > From: Mark S - Squid Manager [mailto:squid@greenapple.com] > > Sent: Monday, April 17, 2000 2:37 PM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) Suggested Firmware > > > > > > It works, but we have noticed higher disconnects and failed > > handshakes with > > these two.......2.0.51 and 0.53 and above works great........ > > > > Mark > > > > ----- Original Message ----- > > From: "K Mitchell" <mitch@keyconn.net> > > To: <usr-tc@lists.xmission.com> > > Sent: Monday, April 17, 2000 1:52 PM > > Subject: Re: (usr-tc) Suggested Firmware > > > > > > > At 01:36 PM 4/17/00 -0400, Mike Andrews wrote: > > > >No, you should be running 2.0.51 on the DSP's for that... > > > > > > How does 2.0.51 work with 0.49 hardware? > > > > > > > > > -- > > > Kirk Mitchell-General Manager mitch@keyconn.net > > > Keystone Connect Unlock Your World > > > Altoona, PA 814-941-5000 http://www.keyconn.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. Thanks, Greg Coffey <gcoffey@vcn.com> Visionary Communications V 307-234-5443 F 307-234-5446 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com _________________________________________________________

Don't forget to set the "Carrier Loss Detect Delay" to around 20 or so. That helped us quite a bit on the disconnects/failed handshakes. blake > -----Original Message----- > From: Mark S - Squid Manager [mailto:squid@greenapple.com] > Sent: Monday, April 17, 2000 2:37 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Suggested Firmware > > > It works, but we have noticed higher disconnects and failed > handshakes with > these two.......2.0.51 and 0.53 and above works great........ > > Mark > > ----- Original Message ----- > From: "K Mitchell" <mitch@keyconn.net> > To: <usr-tc@lists.xmission.com> > Sent: Monday, April 17, 2000 1:52 PM > Subject: Re: (usr-tc) Suggested Firmware > > > > At 01:36 PM 4/17/00 -0400, Mike Andrews wrote: > > >No, you should be running 2.0.51 on the DSP's for that... > > > > How does 2.0.51 work with 0.49 hardware? > > > > > > -- > > Kirk Mitchell-General Manager mitch@keyconn.net > > Keystone Connect Unlock Your World > > Altoona, PA 814-941-5000 http://www.keyconn.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. >

> -----Original Message----- > From: Greg Coffey [mailto:greg@coffey.com] > Sent: Monday, April 17, 2000 3:30 PM > To: usr-tc@lists.xmission.com > Subject: RE: (usr-tc) Suggested Firmware > > I've not heard of this suggestion before, does it improve things that > much? It did for us. >Same setting recommended for quads as DSP's? Yep. blake > > > > At 02:58 PM 4/17/00 -0500, you wrote: > >Don't forget to set the "Carrier Loss Detect Delay" to > >around 20 or so. That helped us quite a bit on the > >disconnects/failed handshakes. > > > >blake > > > > > -----Original Message----- > > > From: Mark S - Squid Manager [mailto:squid@greenapple.com] > > > Sent: Monday, April 17, 2000 2:37 PM > > > To: usr-tc@lists.xmission.com > > > Subject: Re: (usr-tc) Suggested Firmware > > > > > > > > > It works, but we have noticed higher disconnects and failed > > > handshakes with > > > these two.......2.0.51 and 0.53 and above works great........ > > > > > > Mark > > > > > > ----- Original Message ----- > > > From: "K Mitchell" <mitch@keyconn.net> > > > To: <usr-tc@lists.xmission.com> > > > Sent: Monday, April 17, 2000 1:52 PM > > > Subject: Re: (usr-tc) Suggested Firmware > > > > > > > > > > At 01:36 PM 4/17/00 -0400, Mike Andrews wrote: > > > > >No, you should be running 2.0.51 on the DSP's for that... > > > > > > > > How does 2.0.51 work with 0.49 hardware? > > > > > > > > > > > > -- > > > > Kirk Mitchell-General Manager mitch@keyconn.net > > > > Keystone Connect Unlock Your World > > > > Altoona, PA 814-941-5000 http://www.keyconn.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. > > > Thanks, Greg Coffey <gcoffey@vcn.com> > Visionary Communications V 307-234-5443 F 307-234-5446 > 100 N. Center Suite #100, Casper, WY 82601 www.vcn.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. >

It works, but we have noticed higher disconnects and failed handshakes with these two.......2.0.51 and 0.53 and above works great........ Mark ----- Original Message ----- Sent: Monday, April 17, 2000 1:52 PM > At 01:36 PM 4/17/00 -0400, Mike Andrews wrote: > >No, you should be running 2.0.51 on the DSP's for that... > > How does 2.0.51 work with 0.49 hardware? > > > -- > Kirk Mitchell-General Manager mitch@keyconn.net > Keystone Connect Unlock Your World > Altoona, PA 814-941-5000 http://www.keyconn.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. >

Is there a name for this MIB... snmpwalk xxx.xxx.xxx.xxx public 1.3.6.1.4.1.429.4.12.15.1 This command doesn't produce any output. xxx.xxx.xxx.xxx is the ip address of the arc. public is the community string. I have done an snmpwalk xxx.xxx.xxx.xxx public which produced a lot of data but now the ippool or size, etc -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mike Andrews Sent: Monday, April 17, 2000 1:40 PM Do an snmpwalk on 1.3.6.1.4.1.429.4.12.15.1 and you should find what you need... Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Mon, 17 Apr 2000, David Hamilton wrote: > Thats exactly the information that I want... > > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mike Andrews > Sent: Friday, April 14, 2000 8:56 PM > To: Usr-Tc@Lists.Xmission.Com > Subject: Re: (usr-tc) Arc ip pools > > > What info do you want to get about the IP pools? You can get at least a > list of the pool, starting ip, size, and netmask via SNMP (I had to figure > out how just now for a program I'm writing)... oh, and how many IP's are > in use in the pool. > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Tue, 11 Apr 2000, David Hamilton wrote: > > > Is there anyway to grap the ippools from a hyperarc via snmp? > > > > > > David Hamilton > > david.hamilton@voyager.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.

Works fine here. It's not *just* for 0.55 hardware. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Mon, 17 Apr 2000, K Mitchell wrote: > At 01:36 PM 4/17/00 -0400, Mike Andrews wrote: > >No, you should be running 2.0.51 on the DSP's for that... > > How does 2.0.51 work with 0.49 hardware? > > > -- > Kirk Mitchell-General Manager mitch@keyconn.net > Keystone Connect Unlock Your World > Altoona, PA 814-941-5000 http://www.keyconn.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. >

If you're using UCD-SNMP, you always need a leading dot in front of all numeric OID's... change it to ".1.3.6.1.4.1.429.4.12.15.1" and it'll work. The text name, though, is: enterprises.usr.common.usrIp.usrIpAddrPoolTable.usrIpAddrPoolEntry Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Mon, 17 Apr 2000, David Hamilton wrote: > Is there a name for this MIB... > > snmpwalk xxx.xxx.xxx.xxx public 1.3.6.1.4.1.429.4.12.15.1 > > This command doesn't produce any output. xxx.xxx.xxx.xxx is the ip address > of the arc. public is the community string. > > I have done an snmpwalk xxx.xxx.xxx.xxx public which produced a lot of data > but now the ippool or size, etc > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mike Andrews > Sent: Monday, April 17, 2000 1:40 PM > To: usr-tc@lists.xmission.com > Subject: RE: (usr-tc) Arc ip pools > > > Do an snmpwalk on 1.3.6.1.4.1.429.4.12.15.1 and you should find what you > need... > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Mon, 17 Apr 2000, David Hamilton wrote: > > > Thats exactly the information that I want... > > > > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mike Andrews > > Sent: Friday, April 14, 2000 8:56 PM > > To: Usr-Tc@Lists.Xmission.Com > > Subject: Re: (usr-tc) Arc ip pools > > > > > > What info do you want to get about the IP pools? You can get at least a > > list of the pool, starting ip, size, and netmask via SNMP (I had to figure > > out how just now for a program I'm writing)... oh, and how many IP's are > > in use in the pool. > > > > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > > > On Tue, 11 Apr 2000, David Hamilton wrote: > > > > > Is there anyway to grap the ippools from a hyperarc via snmp? > > > > > > > > > David Hamilton > > > david.hamilton@voyager.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. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Can you get in on the serial console? Could be a routing problem... especially if you're running OSPF. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Mon, 17 Apr 2000, Steve Cobb wrote: > Hi guys, > > Here's a dilemma I'm having with a HiperARC. The card seems to "lock up". I can reboot the ARC from TCM and the card will come back, sometimes only for about five minutes however. When it is lockd up, the card won't respond to a ping or a telnet. The last time this happened, USR tech support had me delete the configuration file and rebuid it. This worked for about 24 hours and it did the same thing. We are running 4.2.32 and the TC has been working fine for over 6 months then all of a sudden, BOOM!. Any thoughts on what might cause this and a fix. Could this be an attack from someone? > > Thanks, > Steve Cobb > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Works great thanks! Where did you find this info? -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mike Andrews Sent: Monday, April 17, 2000 5:18 PM If you're using UCD-SNMP, you always need a leading dot in front of all numeric OID's... change it to ".1.3.6.1.4.1.429.4.12.15.1" and it'll work. The text name, though, is: enterprises.usr.common.usrIp.usrIpAddrPoolTable.usrIpAddrPoolEntry Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Mon, 17 Apr 2000, David Hamilton wrote: > Is there a name for this MIB... > > snmpwalk xxx.xxx.xxx.xxx public 1.3.6.1.4.1.429.4.12.15.1 > > This command doesn't produce any output. xxx.xxx.xxx.xxx is the ip address > of the arc. public is the community string. > > I have done an snmpwalk xxx.xxx.xxx.xxx public which produced a lot of data > but now the ippool or size, etc > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mike Andrews > Sent: Monday, April 17, 2000 1:40 PM > To: usr-tc@lists.xmission.com > Subject: RE: (usr-tc) Arc ip pools > > > Do an snmpwalk on 1.3.6.1.4.1.429.4.12.15.1 and you should find what you > need... > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Mon, 17 Apr 2000, David Hamilton wrote: > > > Thats exactly the information that I want... > > > > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mike Andrews > > Sent: Friday, April 14, 2000 8:56 PM > > To: Usr-Tc@Lists.Xmission.Com > > Subject: Re: (usr-tc) Arc ip pools > > > > > > What info do you want to get about the IP pools? You can get at least a > > list of the pool, starting ip, size, and netmask via SNMP (I had to figure > > out how just now for a program I'm writing)... oh, and how many IP's are > > in use in the pool. > > > > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > > > On Tue, 11 Apr 2000, David Hamilton wrote: > > > > > Is there anyway to grap the ippools from a hyperarc via snmp? > > > > > > > > > David Hamilton > > > david.hamilton@voyager.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. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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.

Failures are running between 54% and 91% and they are pairs. Thanks for the info on "soft busy out". Is there a fix for this problem? Mike ----- Original Message ----- Sent: Sunday, April 16, 2000 7:04 AM > At 10:02 PM 4/15/00 -0500, Mike Moore wrote: > >I run a perl script that checks the call failure rate of the modems on our > >HiperDSP. It shows that 6 of the 24 modems on one card have a failure rate > >of over 50%. Any ideas what might be going on and is there any way to > >disable these modems? Thanks! > > If the number of calls/failures is fairly low on the modems, I wouldn't > worry about it as it's fairly easy to get 5% or higher failure rate until > you get a few hundred calls or more. If they're obviously hung pairs, > here's how to soft busy them; > In TCM, highlight the top set of lights on the desired DSP, then select > configure-actions/commands. Select "Timeslot", then highlight the desired > modems. In the command window, choose "software" and "soft busy out", then > click "Execute". > Normally what I do is soft-busy the bad modems through peak evening > periods, then busy out the whole card later, when usage starts dropping > off. By morning, the card is empty and I can reset it. > > -- > Kirk Mitchell-General Manager mitch@keyconn.net > Keystone Connect Unlock Your World > Altoona, PA 814-941-5000 http://www.keyconn.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.

Has anyone upgrade from 3Com S&A software to their acquired Funk SBR Radius software ? If so, any comments ? I noticed from the online stuff at 3Com it doesn't seem to support SQL server but it does support Sybase, which is almost identical. Does anyone know what the major difference between the Enterprise and the Service Provider editions besides the price ? The service provider edition does seem to have LDAP support. Thanks, Jeff Binkley ASA Network Computing CMPQwk 1.42-21 9999

Using SBR here...just off NT authentication.. Migrating everything to SQL within the next couple of months.. SBR has been reliable and is very easy to use. The concurrency checking feature is really nice. Just using the corporate version..here...service provider edition has better redundancy features..etc. ----- Original Message ----- Sent: Monday, April 17, 2000 10:30 PM > > > Has anyone upgrade from 3Com S&A software to their acquired Funk SBR > Radius software ? If so, any comments ? I noticed from the online > stuff at 3Com it doesn't seem to support SQL server but it does support > Sybase, which is almost identical. Does anyone know what the major > difference between the Enterprise and the Service Provider editions > besides the price ? The service provider edition does seem to have LDAP > support. > > > Thanks, > > Jeff Binkley > ASA Network Computing > > CMPQwk 1.42-21 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. >

Check for console error messages. To check the routing table use SNMP; routes in the current software are not deleted, only flagged as deleted and 'invisible' to the CLI list routes command. SNMP, however, will list everything in the table including discarded routes and local routes. m. bue Mike Andrews <mandrews@bit0.com> on 04/17/2000 05:18:43 PM Please respond to usr-tc@lists.xmission.com Sent by: Mike Andrews <mandrews@bit0.com> cc: (Moira Bue/US/3Com) Can you get in on the serial console? Could be a routing problem... especially if you're running OSPF. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Mon, 17 Apr 2000, Steve Cobb wrote: > Hi guys, > > Here's a dilemma I'm having with a HiperARC. The card seems to "lock up". I can reboot the ARC from TCM and the card will come back, sometimes only for about five minutes however. When it is lockd up, the card won't respond to a ping or a telnet. The last time this happened, USR tech support had me delete the configuration file and rebuid it. This worked for about 24 hours and it did the same thing. We are running 4.2.32 and the TC has been working fine for over 6 months then all of a sudden, BOOM!. Any thoughts on what might cause this and a fix. Could this be an attack from someone? > > Thanks, > Steve Cobb > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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.

Does anyone know of any issues with the 3Com Office Connect series ISDN routers and the Total Control? We have a user that is having problems out of his, and support tells me this isn't the first Office Connect with problems. Brian Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Looking for 2 DSP cards (w/NICs). Like to trade with some/all of my excess USR equipment: 2) HiperARC cards w/NICs 2) NMC cards w/NICs 1) 70AMP power supply 1) USR Network MP16-I Email off lists if interested. -- Richard Lorbieski - richard@alpha1.net Chief Technical Officer - Senior System Administrator Alpha1 Internet http://www.alpha1.net 409.731.8236 - 877.4.alpha1 (877.425.7421)

They DO exist -- but I can't find a part number either! You might try David at Adoptable Equipment (403) 254-1100 -- I think he's still got some of them in stock... Marty At 05:36 PM 4/18/00 -0400, you wrote: >Hi all, >I've been trying to track down the part number for 130 Amp DC power supply >for the Total Control chassis. Neither 3Com's sales staff or web site has >been much use in determining if such a creature actually exists. >If anyone can point me in the right direction I would appreciate it. >TIA, >======================= >James M. Cook >Lightship Telecom >603.629.9008x302 >Fax: 603.629.9749 >jcook@lightship.net >http://www.lightship.net >http://www.net-resource.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.

Richard, I have Brand new Hiper DSP's available for $7800 a set (48 ports), i will give you $3000 for the equipment you have listed below, let me know if you are interested. I have a warehouse in Arizona and can ship immediately if you are interested. At 01:48 PM 4/18/00 -0500, you wrote: >Looking for 2 DSP cards (w/NICs). Like to trade with some/all of my >excess USR equipment: > >2) HiperARC cards w/NICs >2) NMC cards w/NICs >1) 70AMP power supply >1) USR Network MP16-I > >Email off lists if interested. > >-- > >Richard Lorbieski - richard@alpha1.net >Chief Technical Officer - Senior System Administrator >Alpha1 Internet http://www.alpha1.net >409.731.8236 - 877.4.alpha1 (877.425.7421) > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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 DenHollander (403)254-1100 Main (403)201-2815 Fax List your equipment for free http://www.adoptable.com/

Hi all, I've been trying to track down the part number for 130 Amp DC power supply for the Total Control chassis. Neither 3Com's sales staff or web site has been much use in determining if such a creature actually exists. If anyone can point me in the right direction I would appreciate it. TIA, ======================= James M. Cook Lightship Telecom 603.629.9008x302 Fax: 603.629.9749 jcook@lightship.net http://www.lightship.net http://www.net-resource.com

On Tue, 18 Apr 2000, Brian wrote: > Does anyone know of any issues with the 3Com Office Connect series ISDN > routers and the Total Control? Not aware of any; they're our recommended equipment for so/ho applications (if forseeable growth is less than 20ish machines connected). Basically, it's what we tell everyone to buy if a Cisco 804 is overkill for their application. Haven't seen any problems. I'd suggest doing the manual reset on the thing (where you plug in only a standard telephone into the unit and punch a code in with the phone's keypad)...and then just set the entire unit up again. I have to do that to the one we use ourselves every time I move it to a different location (phone number).

On Tue, 18 Apr 2000, Brian wrote: > Does anyone know of any issues with the 3Com Office Connect series ISDN > routers and the Total Control? Not aware of any; they're our recommended equipment for so/ho applications (if forseeable growth is less than 20ish machines connected). Basically, it's what we tell everyone to buy if a Cisco 804 is overkill for their application. Haven't seen any problems. I'd suggest doing the manual reset on the thing (where you plug in only a standard telephone into the unit and punch a code in with the phone's keypad)...and then just set the entire unit up again. I have to do that to the one we use ourselves every time I move it to a different location (phone number).

This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01BFA985.8821E350 Content-Type: text/plain; charset="ISO-8859-1" Attached is the response I received from Source Technology, including the elusive part number. James -----Original Message----- Sent: Tuesday, April 18, 2000 5:51 PM They DO exist -- but I can't find a part number either! You might try David at Adoptable Equipment (403) 254-1100 -- I think he's still got some of them in stock... Marty At 05:36 PM 4/18/00 -0400, you wrote: >Hi all, >I've been trying to track down the part number for 130 Amp DC power supply >for the Total Control chassis. Neither 3Com's sales staff or web site has >been much use in determining if such a creature actually exists. >If anyone can point me in the right direction I would appreciate it. >TIA, >======================= >James M. Cook >Lightship Telecom >603.629.9008x302 >Fax: 603.629.9749 >jcook@lightship.net >http://www.lightship.net >http://www.net-resource.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. ------_=_NextPart_000_01BFA985.8821E350 Content-Type: message/rfc822 Content-Description: source Message-ID: <E60DFA2774E1D311AD8500508B72CE9D035EFA@SOURCE> MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="ISO-8859-1" Hi James I just left you a message. I have been dealing with Rob Lencke and Rick Griardin at your company. I have actually been in contact with both of them trying to tell them about the 130amp DC. The part # is 001404-0.. We have them in stock. Thank you. Jon Jonathan S. OBrien Senior Account Manager 888.765.5758 x. 2266 jobrien@source-t.com http://www.source-t.com ------_=_NextPart_000_01BFA985.8821E350--

Anyone know if there is a support list for 3Com switches? I'm having a terrible time trying to get this stupid S400 Pathbuilder to switch from AMI encoding to B8ZS. It refuses to take the setting. Anyone? -Ken

Do I need to reset my DSP after changing this? I'm still fairly new to USR's. I found the setting, mine was at 7 by default. I don't always know what changes are instantaneous and which ones need rebooting for. Tom Swenson NetConX - Internet Access - Web Design - Client Managed Web Database Applications tom@netconx.net http://www.netconx.net (515) 421-4170 - Voice (515) 423-3351 - FAX *********** REPLY SEPARATOR *********** On 4/17/2000 at 2:58 PM Blake Fithen wrote: >Don't forget to set the "Carrier Loss Detect Delay" to >around 20 or so. That helped us quite a bit on the >disconnects/failed handshakes. > >blake > >> -----Original Message----- >> From: Mark S - Squid Manager [mailto:squid@greenapple.com] >> Sent: Monday, April 17, 2000 2:37 PM >> To: usr-tc@lists.xmission.com >> Subject: Re: (usr-tc) Suggested Firmware >> >> >> It works, but we have noticed higher disconnects and failed >> handshakes with >> these two.......2.0.51 and 0.53 and above works great........ >> >> Mark >> >> ----- Original Message ----- >> From: "K Mitchell" <mitch@keyconn.net> >> To: <usr-tc@lists.xmission.com> >> Sent: Monday, April 17, 2000 1:52 PM >> Subject: Re: (usr-tc) Suggested Firmware >> >> >> > At 01:36 PM 4/17/00 -0400, Mike Andrews wrote: >> > >No, you should be running 2.0.51 on the DSP's for that... >> > >> > How does 2.0.51 work with 0.49 hardware? >> > >> > >> > -- >> > Kirk Mitchell-General Manager mitch@keyconn.net >> > Keystone Connect Unlock Your World >> > Altoona, PA 814-941-5000 http://www.keyconn.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.

I don't think rebooting is necessary. blake > -----Original Message----- > From: Tom Swenson [mailto:tom@netconx.net] > Sent: Wednesday, April 19, 2000 2:59 PM > To: usr-tc@lists.xmission.com > Subject: RE: (usr-tc) Suggested Firmware > > > Do I need to reset my DSP after changing this? I'm still fairly new to > USR's. I found the setting, mine was at 7 by default. I don't > always know > what changes are instantaneous and which ones need rebooting for. > > Tom Swenson > NetConX - Internet Access - Web Design - Client Managed Web Database > Applications > tom@netconx.net > http://www.netconx.net > (515) 421-4170 - Voice (515) 423-3351 - FAX > > > *********** REPLY SEPARATOR *********** > > On 4/17/2000 at 2:58 PM Blake Fithen wrote: > > >Don't forget to set the "Carrier Loss Detect Delay" to > >around 20 or so. That helped us quite a bit on the > >disconnects/failed handshakes. > > > >blake > > > >> -----Original Message----- > >> From: Mark S - Squid Manager [mailto:squid@greenapple.com] > >> Sent: Monday, April 17, 2000 2:37 PM > >> To: usr-tc@lists.xmission.com > >> Subject: Re: (usr-tc) Suggested Firmware > >> > >> > >> It works, but we have noticed higher disconnects and failed > >> handshakes with > >> these two.......2.0.51 and 0.53 and above works great........ > >> > >> Mark > >> > >> ----- Original Message ----- > >> From: "K Mitchell" <mitch@keyconn.net> > >> To: <usr-tc@lists.xmission.com> > >> Sent: Monday, April 17, 2000 1:52 PM > >> Subject: Re: (usr-tc) Suggested Firmware > >> > >> > >> > At 01:36 PM 4/17/00 -0400, Mike Andrews wrote: > >> > >No, you should be running 2.0.51 on the DSP's for that... > >> > > >> > How does 2.0.51 work with 0.49 hardware? > >> > > >> > > >> > -- > >> > Kirk Mitchell-General Manager mitch@keyconn.net > >> > Keystone Connect Unlock Your World > >> > Altoona, PA 814-941-5000 http://www.keyconn.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. >

It didn't appear to be, but I never really have known. As I'm going thru my dsp's and changing settings, it appears after I hit set, then if I hit get, the new value comes back. Thanks for responding. Tom Swenson NetConX - Internet Access - Web Design - Client Managed Web Database Applications tom@netconx.net http://www.netconx.net (515) 421-4170 - Voice (515) 423-3351 - FAX *********** REPLY SEPARATOR *********** On 4/19/2000 at 3:07 PM Blake Fithen wrote: >I don't think rebooting is necessary. > >blake > >> -----Original Message----- >> From: Tom Swenson [mailto:tom@netconx.net] >> Sent: Wednesday, April 19, 2000 2:59 PM >> To: usr-tc@lists.xmission.com >> Subject: RE: (usr-tc) Suggested Firmware >> >> >> Do I need to reset my DSP after changing this? I'm still fairly new to >> USR's. I found the setting, mine was at 7 by default. I don't >> always know >> what changes are instantaneous and which ones need rebooting for. >> >> Tom Swenson >> NetConX - Internet Access - Web Design - Client Managed Web Database >> Applications >> tom@netconx.net >> http://www.netconx.net >> (515) 421-4170 - Voice (515) 423-3351 - FAX >> >> >> *********** REPLY SEPARATOR *********** >> >> On 4/17/2000 at 2:58 PM Blake Fithen wrote: >> >> >Don't forget to set the "Carrier Loss Detect Delay" to >> >around 20 or so. That helped us quite a bit on the >> >disconnects/failed handshakes. >> > >> >blake >> > >> >> -----Original Message----- >> >> From: Mark S - Squid Manager [mailto:squid@greenapple.com] >> >> Sent: Monday, April 17, 2000 2:37 PM >> >> To: usr-tc@lists.xmission.com >> >> Subject: Re: (usr-tc) Suggested Firmware >> >> >> >> >> >> It works, but we have noticed higher disconnects and failed >> >> handshakes with >> >> these two.......2.0.51 and 0.53 and above works great........ >> >> >> >> Mark >> >> >> >> ----- Original Message ----- >> >> From: "K Mitchell" <mitch@keyconn.net> >> >> To: <usr-tc@lists.xmission.com> >> >> Sent: Monday, April 17, 2000 1:52 PM >> >> Subject: Re: (usr-tc) Suggested Firmware >> >> >> >> >> >> > At 01:36 PM 4/17/00 -0400, Mike Andrews wrote: >> >> > >No, you should be running 2.0.51 on the DSP's for that... >> >> > >> >> > How does 2.0.51 work with 0.49 hardware? >> >> > >> >> > >> >> > -- >> >> > Kirk Mitchell-General Manager mitch@keyconn.net >> >> > Keystone Connect Unlock Your World >> >> > Altoona, PA 814-941-5000 http://www.keyconn.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. >> > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

You do know about the cut-and-paste feature right? Change the value, "ctrl-c", click to the left of where you entered the value - on the part that says "Carrier loss detect delay", "ctrl-v", Click set/ok. That should change it across all the DSP's on that chassis. Just making sure. blake > -----Original Message----- > From: Tom Swenson [mailto:tom@netconx.net] > Sent: Wednesday, April 19, 2000 3:12 PM > To: usr-tc@lists.xmission.com > Subject: RE: (usr-tc) Suggested Firmware > > > It didn't appear to be, but I never really have known. As I'm > going thru > my dsp's and changing settings, it appears after I hit set, > then if I hit > get, the new value comes back. Thanks for responding. > > Tom Swenson > NetConX - Internet Access - Web Design - Client Managed Web Database > Applications > tom@netconx.net > http://www.netconx.net > (515) 421-4170 - Voice (515) 423-3351 - FAX > > > *********** REPLY SEPARATOR *********** > > On 4/19/2000 at 3:07 PM Blake Fithen wrote: > > >I don't think rebooting is necessary. > > > >blake > > > >> -----Original Message----- > >> From: Tom Swenson [mailto:tom@netconx.net] > >> Sent: Wednesday, April 19, 2000 2:59 PM > >> To: usr-tc@lists.xmission.com > >> Subject: RE: (usr-tc) Suggested Firmware > >> > >> > >> Do I need to reset my DSP after changing this? I'm still > fairly new to > >> USR's. I found the setting, mine was at 7 by default. I don't > >> always know > >> what changes are instantaneous and which ones need rebooting for. > >> > >> Tom Swenson > >> NetConX - Internet Access - Web Design - Client Managed > Web Database > >> Applications > >> tom@netconx.net > >> http://www.netconx.net > >> (515) 421-4170 - Voice (515) 423-3351 - FAX > >> > >> > >> *********** REPLY SEPARATOR *********** > >> > >> On 4/17/2000 at 2:58 PM Blake Fithen wrote: > >> > >> >Don't forget to set the "Carrier Loss Detect Delay" to > >> >around 20 or so. That helped us quite a bit on the > >> >disconnects/failed handshakes. > >> > > >> >blake > >> > > >> >> -----Original Message----- > >> >> From: Mark S - Squid Manager [mailto:squid@greenapple.com] > >> >> Sent: Monday, April 17, 2000 2:37 PM > >> >> To: usr-tc@lists.xmission.com > >> >> Subject: Re: (usr-tc) Suggested Firmware > >> >> > >> >> > >> >> It works, but we have noticed higher disconnects and failed > >> >> handshakes with > >> >> these two.......2.0.51 and 0.53 and above works great........ > >> >> > >> >> Mark > >> >> > >> >> ----- Original Message ----- > >> >> From: "K Mitchell" <mitch@keyconn.net> > >> >> To: <usr-tc@lists.xmission.com> > >> >> Sent: Monday, April 17, 2000 1:52 PM > >> >> Subject: Re: (usr-tc) Suggested Firmware > >> >> > >> >> > >> >> > At 01:36 PM 4/17/00 -0400, Mike Andrews wrote: > >> >> > >No, you should be running 2.0.51 on the DSP's for that... > >> >> > > >> >> > How does 2.0.51 work with 0.49 hardware? > >> >> > > >> >> > > >> >> > -- > >> >> > Kirk Mitchell-General Manager mitch@keyconn.net > >> >> > Keystone Connect Unlock Your World > >> >> > Altoona, PA 814-941-5000 http://www.keyconn.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. > >> > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. >

Has anyone experienced a flooding of packets on the Hiper NMCs? In two different pops we have seen this problem. All the rx traffic lights will lock on and one of them will be transmitting. It doesn't happen constantly but comes and goes. I have looked through the settings and fail to find any settings which could affect this. We seem to remember some mails about these coming our way referencing these cards as open to smurf attacks... Anyone heard about this? Terry Kennedy OlyPen, inc.

No, I didn't know about this. That would have been a great time saver. I don't imagine I will be doing this too often, but it is nice to know. I wish these tricks were available in writing somewhere. If they are, I haven't seen them. Thanks for the tip. Tom Swenson NetConX - Internet Access - Web Design - Client Managed Web Database Applications tom@netconx.net http://www.netconx.net (515) 421-4170 - Voice (515) 423-3351 - FAX *********** REPLY SEPARATOR *********** On 4/19/2000 at 3:21 PM Blake Fithen wrote: >You do know about the cut-and-paste feature right? >Change the value, "ctrl-c", click to the left of >where you entered the value - on the part that says >"Carrier loss detect delay", "ctrl-v", Click set/ok. >That should change it across all the DSP's on that >chassis. > >Just making sure. > >blake > >> -----Original Message----- >> From: Tom Swenson [mailto:tom@netconx.net] >> Sent: Wednesday, April 19, 2000 3:12 PM >> To: usr-tc@lists.xmission.com >> Subject: RE: (usr-tc) Suggested Firmware >> >> >> It didn't appear to be, but I never really have known. As I'm >> going thru >> my dsp's and changing settings, it appears after I hit set, >> then if I hit >> get, the new value comes back. Thanks for responding. >> >> Tom Swenson >> NetConX - Internet Access - Web Design - Client Managed Web Database >> Applications >> tom@netconx.net >> http://www.netconx.net >> (515) 421-4170 - Voice (515) 423-3351 - FAX >> >> >> *********** REPLY SEPARATOR *********** >> >> On 4/19/2000 at 3:07 PM Blake Fithen wrote: >> >> >I don't think rebooting is necessary. >> > >> >blake >> > >> >> -----Original Message----- >> >> From: Tom Swenson [mailto:tom@netconx.net] >> >> Sent: Wednesday, April 19, 2000 2:59 PM >> >> To: usr-tc@lists.xmission.com >> >> Subject: RE: (usr-tc) Suggested Firmware >> >> >> >> >> >> Do I need to reset my DSP after changing this? I'm still >> fairly new to >> >> USR's. I found the setting, mine was at 7 by default. I don't >> >> always know >> >> what changes are instantaneous and which ones need rebooting for. >> >> >> >> Tom Swenson >> >> NetConX - Internet Access - Web Design - Client Managed >> Web Database >> >> Applications >> >> tom@netconx.net >> >> http://www.netconx.net >> >> (515) 421-4170 - Voice (515) 423-3351 - FAX >> >> >> >> >> >> *********** REPLY SEPARATOR *********** >> >> >> >> On 4/17/2000 at 2:58 PM Blake Fithen wrote: >> >> >> >> >Don't forget to set the "Carrier Loss Detect Delay" to >> >> >around 20 or so. That helped us quite a bit on the >> >> >disconnects/failed handshakes. >> >> > >> >> >blake >> >> > >> >> >> -----Original Message----- >> >> >> From: Mark S - Squid Manager [mailto:squid@greenapple.com] >> >> >> Sent: Monday, April 17, 2000 2:37 PM >> >> >> To: usr-tc@lists.xmission.com >> >> >> Subject: Re: (usr-tc) Suggested Firmware >> >> >> >> >> >> >> >> >> It works, but we have noticed higher disconnects and failed >> >> >> handshakes with >> >> >> these two.......2.0.51 and 0.53 and above works great........ >> >> >> >> >> >> Mark >> >> >> >> >> >> ----- Original Message ----- >> >> >> From: "K Mitchell" <mitch@keyconn.net> >> >> >> To: <usr-tc@lists.xmission.com> >> >> >> Sent: Monday, April 17, 2000 1:52 PM >> >> >> Subject: Re: (usr-tc) Suggested Firmware >> >> >> >> >> >> >> >> >> > At 01:36 PM 4/17/00 -0400, Mike Andrews wrote: >> >> >> > >No, you should be running 2.0.51 on the DSP's for that... >> >> >> > >> >> >> > How does 2.0.51 work with 0.49 hardware? >> >> >> > >> >> >> > >> >> >> > -- >> >> >> > Kirk Mitchell-General Manager mitch@keyconn.net >> >> >> > Keystone Connect Unlock Your World >> >> >> > Altoona, PA 814-941-5000 http://www.keyconn.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. >> >> >> > >> >- >> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >> > with "unsubscribe usr-tc" in the body of the 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.

I have a chassis with 1 PRI card 12 quads and 1 nmc. When I do a "Performance-->Session monitor-->DSO Stats :DSO Timeslot Staus, Modem Connected to DS0" on the span for the first t1 I get: SlotChannel.Subchan DS0 Timeslot Status Modem Connected to DSO 01001.01 Specified DS0 is idle(2) Corresponding modem is unavailable(2) 01001.02 Specified DS0 is idle(2) Corresponding modem is unavailable(2) 01001.03 Specified DS0 is idle(2) Corresponding modem is unavailable(2) 01001.03 Specified DS0 is idle(2) Corresponding modem is unavailable(2) Does anyone know how to make these "modems available"? David Hamilton Network Engineer Voyager.Net david.hamilton@voyager.net Phone:517-324-5884

Thanks for the advice on the cut and paste here also. I do have one more question. At one time I had all our DSP's set at 20 after reading this I went and checked and they are all back to default 6. We did shut the whole system down the other day to install new UPS's. After I do a "set" do I need to save this to nvram like loading a new code or will I have to reenter all of this after I pop a card for a reset? Greg Owens Magnolia Internet Services http://www.magnolia-net.com ----- Original Message ----- Sent: Wednesday, April 19, 2000 4:11 PM > No, I didn't know about this. That would have been a great time saver. I > don't imagine I will be doing this too often, but it is nice to know. I > wish these tricks were available in writing somewhere. If they are, I > haven't seen them. Thanks for the tip. > > Tom Swenson > NetConX - Internet Access - Web Design - Client Managed Web Database > Applications > tom@netconx.net http://www.netconx.net > (515) 421-4170 - Voice (515) 423-3351 - FAX > > > *********** REPLY SEPARATOR *********** > > On 4/19/2000 at 3:21 PM Blake Fithen wrote: > > >You do know about the cut-and-paste feature right? > >Change the value, "ctrl-c", click to the left of > >where you entered the value - on the part that says > >"Carrier loss detect delay", "ctrl-v", Click set/ok. > >That should change it across all the DSP's on that > >chassis. > > > >Just making sure. > > > >blake > > > >> -----Original Message----- > >> From: Tom Swenson [mailto:tom@netconx.net] > >> Sent: Wednesday, April 19, 2000 3:12 PM > >> To: usr-tc@lists.xmission.com > >> Subject: RE: (usr-tc) Suggested Firmware > >> > >> > >> It didn't appear to be, but I never really have known. As I'm > >> going thru > >> my dsp's and changing settings, it appears after I hit set, > >> then if I hit > >> get, the new value comes back. Thanks for responding. > >> > >> Tom Swenson > >> NetConX - Internet Access - Web Design - Client Managed Web Database > >> Applications > >> tom@netconx.net > >> http://www.netconx.net > >> (515) 421-4170 - Voice (515) 423-3351 - FAX > >> > >> > >> *********** REPLY SEPARATOR *********** > >> > >> On 4/19/2000 at 3:07 PM Blake Fithen wrote: > >> > >> >I don't think rebooting is necessary. > >> > > >> >blake > >> > > >> >> -----Original Message----- > >> >> From: Tom Swenson [mailto:tom@netconx.net] > >> >> Sent: Wednesday, April 19, 2000 2:59 PM > >> >> To: usr-tc@lists.xmission.com > >> >> Subject: RE: (usr-tc) Suggested Firmware > >> >> > >> >> > >> >> Do I need to reset my DSP after changing this? I'm still > >> fairly new to > >> >> USR's. I found the setting, mine was at 7 by default. I don't > >> >> always know > >> >> what changes are instantaneous and which ones need rebooting for. > >> >> > >> >> Tom Swenson > >> >> NetConX - Internet Access - Web Design - Client Managed > >> Web Database > >> >> Applications > >> >> tom@netconx.net > >> >> http://www.netconx.net > >> >> (515) 421-4170 - Voice (515) 423-3351 - FAX > >> >> > >> >> > >> >> *********** REPLY SEPARATOR *********** > >> >> > >> >> On 4/17/2000 at 2:58 PM Blake Fithen wrote: > >> >> > >> >> >Don't forget to set the "Carrier Loss Detect Delay" to > >> >> >around 20 or so. That helped us quite a bit on the > >> >> >disconnects/failed handshakes. > >> >> > > >> >> >blake > >> >> > > >> >> >> -----Original Message----- > >> >> >> From: Mark S - Squid Manager [mailto:squid@greenapple.com] > >> >> >> Sent: Monday, April 17, 2000 2:37 PM > >> >> >> To: usr-tc@lists.xmission.com > >> >> >> Subject: Re: (usr-tc) Suggested Firmware > >> >> >> > >> >> >> > >> >> >> It works, but we have noticed higher disconnects and failed > >> >> >> handshakes with > >> >> >> these two.......2.0.51 and 0.53 and above works great........ > >> >> >> > >> >> >> Mark > >> >> >> > >> >> >> ----- Original Message ----- > >> >> >> From: "K Mitchell" <mitch@keyconn.net> > >> >> >> To: <usr-tc@lists.xmission.com> > >> >> >> Sent: Monday, April 17, 2000 1:52 PM > >> >> >> Subject: Re: (usr-tc) Suggested Firmware > >> >> >> > >> >> >> > >> >> >> > At 01:36 PM 4/17/00 -0400, Mike Andrews wrote: > >> >> >> > >No, you should be running 2.0.51 on the DSP's for that... > >> >> >> > > >> >> >> > How does 2.0.51 work with 0.49 hardware? > >> >> >> > > >> >> >> > > >> >> >> > -- > >> >> >> > Kirk Mitchell-General Manager mitch@keyconn.net > >> >> >> > Keystone Connect Unlock Your World > >> >> >> > Altoona, PA 814-941-5000 http://www.keyconn.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. > >> >> > >> > > >> >- > >> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > >> > with "unsubscribe usr-tc" in the body of the 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.

Easy to setup (once you do a few). Config can be TFTP'd up to/from a server easily. Good, clean VT100 monitoring interface. 6048 comes with 48 modem ports, but 4 T1/PRI ports enabled. Ascend user's list: ascend-users-request@bungi.com -----Original Message----- >We are looking to add alternative equipment to compliment our 3COM TC gear. >We are looking at the Max 6048. Anybody use these boxes? Any opinion, good >or bad, about their performance, features, compatibility, etc? I know some >folks here use TNT's, but they're just not in our budget. > > >-- >Scot > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

3com isn't out of the modem business they're just rolling the desktop and PCMCIA modems to a new company that will sell them as USR. Same modems but it's USR again. >From: Marius Strom <marius@alpha1.net> >Reply-To: usr-tc@lists.xmission.com >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) Modems ? >Date: Mon, 17 Apr 2000 10:37:12 -0500 (CDT) > >They've gotta get rid of the existing product base, or, the same people >are still managing their screwy business plan. > >"Hmm, let's see, we'll market this, but we'll stop producing them! Yeah!" > >-- >Marius Strom <marius@alpha1.net> >Professional Geek/Unix System Administrator >Alpha1 Internet <http://www.alpha1.net> >http://www.marius.org/marius.pgp 0x42C74CBA > >In theory, there is no difference between theory and practice... >...In practice, there is a big difference. > >On Mon, 17 Apr 2000, Mark Thornton wrote: > > > If 3Com is getting out of the modem business why does a 3Com rep keep > > hounding me every three days to participate in a modem sales referal > > program? > > > > Mark Thornton > > San Marcos Internet, Inc. > > 512-393-5300 > > > > > > ----- Original Message ----- > > From: Jeff Binkley <jeff.binkley@asacomp.com> > > To: <usr-tc@lists.xmission.com> > > Sent: Monday, April 17, 2000 11:15 AM > > Subject: (usr-tc) Modems ? > > > > > > > Folks, > > > > > > Now that 3Com is getting out of the modem business, what is everyone >going > > to > > > recommend for customers to use ? > > > > > > > > > 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. > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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. ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

Does anyone know when VoIP support is going to be available in the TC ? I'd like to be able to take analog calls in on the HiPer DSPs and based upon the DNIS number, turn it into an IP stream to be terminated on Cisco router analog ports. Thanks, Jeff Binkley ASA Network Computing CMPQwk 1.42 9999

Sometimes it helps to exchange two cards, reseating the offending one usually does not work. Pull two out and swap them. Occasionally, you have to power down the whole chassis to get the modem back. Had to do one that way today. At 02:44 PM 4/20/00 -0400, you wrote: >I go in click on the modems adn do a reset. It works for me. > >Ted Mecimore >Operations Manager >Vista Technology >108 Meeting Street >Morganton, NC 28655 > >"Duct tape is like the force. It has a light side, a dark side, and holds >the universe together." > >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of David Hamilton >Sent: Wednesday, April 19, 2000 5:02 PM >To: Usr-Tc@Lists.Xmission.Com >Subject: (usr-tc) modem not available > > >I have a chassis with 1 PRI card 12 quads and 1 nmc. When I do a >"Performance-->Session monitor-->DSO Stats :DSO Timeslot Staus, Modem >Connected to DS0" on the span for the first t1 I get: > >SlotChannel.Subchan DS0 Timeslot Status Modem Connected to DSO >01001.01 Specified DS0 is >idle(2) Corresponding modem is unavailable(2) >01001.02 Specified DS0 is >idle(2) Corresponding modem is unavailable(2) >01001.03 Specified DS0 is >idle(2) Corresponding modem is unavailable(2) >01001.03 Specified DS0 is >idle(2) Corresponding modem is unavailable(2) > >Does anyone know how to make these "modems available"? > >David Hamilton >Network Engineer >Voyager.Net >david.hamilton@voyager.net >Phone:517-324-5884 > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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, Greg Coffey <gcoffey@vcn.com> Visionary Communications V 307-234-5443 F 307-234-5446 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com _________________________________________________________

I go in click on the modems adn do a reset. It works for me. Ted Mecimore Operations Manager Vista Technology 108 Meeting Street Morganton, NC 28655 "Duct tape is like the force. It has a light side, a dark side, and holds the universe together." -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of David Hamilton Sent: Wednesday, April 19, 2000 5:02 PM I have a chassis with 1 PRI card 12 quads and 1 nmc. When I do a "Performance-->Session monitor-->DSO Stats :DSO Timeslot Staus, Modem Connected to DS0" on the span for the first t1 I get: SlotChannel.Subchan DS0 Timeslot Status Modem Connected to DSO 01001.01 Specified DS0 is idle(2) Corresponding modem is unavailable(2) 01001.02 Specified DS0 is idle(2) Corresponding modem is unavailable(2) 01001.03 Specified DS0 is idle(2) Corresponding modem is unavailable(2) 01001.03 Specified DS0 is idle(2) Corresponding modem is unavailable(2) Does anyone know how to make these "modems available"? David Hamilton Network Engineer Voyager.Net david.hamilton@voyager.net Phone:517-324-5884 - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Power off the whole box. At 04:00 PM 4/20/00 -0400, you wrote: >All modems on all 12 cards are in this modem not available state.... >sigh... > > >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Coffey >Sent: Thursday, April 20, 2000 3:48 PM >To: usr-tc@lists.xmission.com >Subject: RE: (usr-tc) modem not available > > >Sometimes it helps to exchange two cards, reseating the offending one >usually does not work. Pull two out and swap them. Occasionally, you have >to power down the whole chassis to get the modem back. Had to do one that >way today. > > >At 02:44 PM 4/20/00 -0400, you wrote: > >I go in click on the modems adn do a reset. It works for me. > > > >Ted Mecimore > >Operations Manager > >Vista Technology > >108 Meeting Street > >Morganton, NC 28655 > > > >"Duct tape is like the force. It has a light side, a dark side, and holds > >the universe together." > > > >-----Original Message----- > >From: owner-usr-tc@lists.xmission.com > >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of David Hamilton > >Sent: Wednesday, April 19, 2000 5:02 PM > >To: Usr-Tc@Lists.Xmission.Com > >Subject: (usr-tc) modem not available > > > > > >I have a chassis with 1 PRI card 12 quads and 1 nmc. When I do a > >"Performance-->Session monitor-->DSO Stats :DSO Timeslot Staus, Modem > >Connected to DS0" on the span for the first t1 I get: > > > >SlotChannel.Subchan DS0 Timeslot Status Modem Connected to >DSO > >01001.01 Specified DS0 is > >idle(2) Corresponding modem is unavailable(2) > >01001.02 Specified DS0 is > >idle(2) Corresponding modem is unavailable(2) > >01001.03 Specified DS0 is > >idle(2) Corresponding modem is unavailable(2) > >01001.03 Specified DS0 is > >idle(2) Corresponding modem is unavailable(2) > > > >Does anyone know how to make these "modems available"? > > > >David Hamilton > >Network Engineer > >Voyager.Net > >david.hamilton@voyager.net > >Phone:517-324-5884 > > > > > > > >- > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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, Greg Coffey <gcoffey@vcn.com> >Visionary Communications V 307-234-5443 F 307-234-5446 >100 N. Center Suite #100, Casper, WY 82601 www.vcn.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. Thanks, Greg Coffey <gcoffey@vcn.com> Visionary Communications V 307-234-5443 F 307-234-5446 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com _________________________________________________________

if you go to the span level on the dual t1 card pick the ds0 that has the modem in trbl command off-hook then on-hook this should fix trbl it's a bug with quads hardware reset on the quad card will also fix trbl -----Original Message----- >I have a chassis with 1 PRI card 12 quads and 1 nmc. When I do a >"Performance-->Session monitor-->DSO Stats :DSO Timeslot Staus, Modem >Connected to DS0" on the span for the first t1 I get: > >SlotChannel.Subchan DS0 Timeslot Status Modem Connected to DSO >01001.01 Specified DS0 is idle(2) Corresponding modem is unavailable(2) >01001.02 Specified DS0 is idle(2) Corresponding modem is unavailable(2) >01001.03 Specified DS0 is idle(2) Corresponding modem is unavailable(2) >01001.03 Specified DS0 is idle(2) Corresponding modem is unavailable(2) > >Does anyone know how to make these "modems available"? > >David Hamilton >Network Engineer >Voyager.Net >david.hamilton@voyager.net >Phone:517-324-5884 > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

All modems on all 12 cards are in this modem not available state.... sigh... -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Coffey Sent: Thursday, April 20, 2000 3:48 PM Sometimes it helps to exchange two cards, reseating the offending one usually does not work. Pull two out and swap them. Occasionally, you have to power down the whole chassis to get the modem back. Had to do one that way today. At 02:44 PM 4/20/00 -0400, you wrote: >I go in click on the modems adn do a reset. It works for me. > >Ted Mecimore >Operations Manager >Vista Technology >108 Meeting Street >Morganton, NC 28655 > >"Duct tape is like the force. It has a light side, a dark side, and holds >the universe together." > >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of David Hamilton >Sent: Wednesday, April 19, 2000 5:02 PM >To: Usr-Tc@Lists.Xmission.Com >Subject: (usr-tc) modem not available > > >I have a chassis with 1 PRI card 12 quads and 1 nmc. When I do a >"Performance-->Session monitor-->DSO Stats :DSO Timeslot Staus, Modem >Connected to DS0" on the span for the first t1 I get: > >SlotChannel.Subchan DS0 Timeslot Status Modem Connected to DSO >01001.01 Specified DS0 is >idle(2) Corresponding modem is unavailable(2) >01001.02 Specified DS0 is >idle(2) Corresponding modem is unavailable(2) >01001.03 Specified DS0 is >idle(2) Corresponding modem is unavailable(2) >01001.03 Specified DS0 is >idle(2) Corresponding modem is unavailable(2) > >Does anyone know how to make these "modems available"? > >David Hamilton >Network Engineer >Voyager.Net >david.hamilton@voyager.net >Phone:517-324-5884 > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the 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, Greg Coffey <gcoffey@vcn.com> Visionary Communications V 307-234-5443 F 307-234-5446 100 N. Center Suite #100, Casper, WY 82601 www.vcn.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.

Are all the modems set to t1Tdm under "Line Interface Options?" At 03:47 PM 4/20/00 , you wrote: >Power off the whole box. > > >At 04:00 PM 4/20/00 -0400, you wrote: >>All modems on all 12 cards are in this modem not available state.... >>sigh... >> >> >>-----Original Message----- >>From: owner-usr-tc@lists.xmission.com >>[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Coffey >>Sent: Thursday, April 20, 2000 3:48 PM >>To: usr-tc@lists.xmission.com >>Subject: RE: (usr-tc) modem not available >> >> >>Sometimes it helps to exchange two cards, reseating the offending one >>usually does not work. Pull two out and swap them. Occasionally, you have >>to power down the whole chassis to get the modem back. Had to do one that >>way today. >> >> >>At 02:44 PM 4/20/00 -0400, you wrote: >> >I go in click on the modems adn do a reset. It works for me. >> > >> >Ted Mecimore >> >Operations Manager >> >Vista Technology >> >108 Meeting Street >> >Morganton, NC 28655 >> > >> >"Duct tape is like the force. It has a light side, a dark side, and holds >> >the universe together." >> > >> >-----Original Message----- >> >From: owner-usr-tc@lists.xmission.com >> >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of David Hamilton >> >Sent: Wednesday, April 19, 2000 5:02 PM >> >To: Usr-Tc@Lists.Xmission.Com >> >Subject: (usr-tc) modem not available >> > >> > >> >I have a chassis with 1 PRI card 12 quads and 1 nmc. When I do a >> >"Performance-->Session monitor-->DSO Stats :DSO Timeslot Staus, Modem >> >Connected to DS0" on the span for the first t1 I get: >> > >> >SlotChannel.Subchan DS0 Timeslot Status Modem Connected to >>DSO >> >01001.01 Specified DS0 is >> >idle(2) Corresponding modem is unavailable(2) >> >01001.02 Specified DS0 is >> >idle(2) Corresponding modem is unavailable(2) >> >01001.03 Specified DS0 is >> >idle(2) Corresponding modem is unavailable(2) >> >01001.03 Specified DS0 is >> >idle(2) Corresponding modem is unavailable(2) >> > >> >Does anyone know how to make these "modems available"? >> > >> >David Hamilton >> >Network Engineer >> >Voyager.Net >> >david.hamilton@voyager.net >> >Phone:517-324-5884 >> > >> > >> > >> >- >> > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" >> > with "unsubscribe usr-tc" in the body of the 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, Greg Coffey <gcoffey@vcn.com> >>Visionary Communications V 307-234-5443 F 307-234-5446 >>100 N. Center Suite #100, Casper, WY 82601 www.vcn.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. > > >Thanks, Greg Coffey <gcoffey@vcn.com> >Visionary Communications V 307-234-5443 F 307-234-5446 >100 N. Center Suite #100, Casper, WY 82601 www.vcn.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.

I have 6 viper cards. The ALC cards are Dual ports so each card will do 2 connections in only one slot I have 3 of them. Available now. Looking for offers Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com (start message with YOUR email address) WAN ACCESS SPECIALIST--- http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More

Not sure which router your are referring, but if it's the OfficeConnect LAN Modem, just make sure that you have the latest revision of software (download from http://www.remoteaccess.3com.com/support/docs/lanmodem/documentation/3c892/3c892frm.html). I've installed several of these and had problems in the earlier versions when the OCLM will stop sending packets. Haven't seen that problem with version 5.3.1. Sonny >From: "Lon R. Stockton, Jr." <lon@moonstar.com> >Reply-To: usr-tc@lists.xmission.com >To: usr-tc@lists.xmission.com >CC: USRobotics TC Mailing List <usr-tc@xmission.com> >Subject: Re: (usr-tc) OFfice Connect ISDN routers >Date: Tue, 18 Apr 2000 17:54:09 -0400 (EDT) > > >On Tue, 18 Apr 2000, Brian wrote: > > > Does anyone know of any issues with the 3Com Office Connect series ISDN > > routers and the Total Control? > >Not aware of any; they're our recommended equipment for so/ho >applications (if forseeable growth is less than 20ish machines >connected). Basically, it's what we tell everyone to buy if a Cisco >804 is overkill for their application. > >Haven't seen any problems. I'd suggest doing the manual reset on >the thing (where you plug in only a standard telephone into the unit >and punch a code in with the phone's keypad)...and then just set the >entire unit up again. I have to do that to the one we use ourselves >every time I move it to a different location (phone number). > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

Not sure which router your are referring, but if it's the OfficeConnect LAN Modem, just make sure that you have the latest revision of software (download from http://www.remoteaccess.3com.com/support/docs/lanmodem/documentation/3c892/3c892frm.html). I've installed several of these and had problems in the earlier versions when the OCLM will stop sending packets. Haven't seen that problem with version 5.3.1. Sonny >From: "Lon R. Stockton, Jr." <lon@moonstar.com> >Reply-To: usr-tc@lists.xmission.com >To: usr-tc@lists.xmission.com >CC: USRobotics TC Mailing List <usr-tc@xmission.com> >Subject: Re: (usr-tc) OFfice Connect ISDN routers >Date: Tue, 18 Apr 2000 17:54:09 -0400 (EDT) > > >On Tue, 18 Apr 2000, Brian wrote: > > > Does anyone know of any issues with the 3Com Office Connect series ISDN > > routers and the Total Control? > >Not aware of any; they're our recommended equipment for so/ho >applications (if forseeable growth is less than 20ish machines >connected). Basically, it's what we tell everyone to buy if a Cisco >804 is overkill for their application. > >Haven't seen any problems. I'd suggest doing the manual reset on >the thing (where you plug in only a standard telephone into the unit >and punch a code in with the phone's keypad)...and then just set the >entire unit up again. I have to do that to the one we use ourselves >every time I move it to a different location (phone number). > > > >- > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com

just make sure to "enable ppp multilink" I also set a port limit of 2 on the default user ----- Original Message ----- Sent: Friday, April 21, 2000 7:02 PM > Hello all, > > I have two arcs in one chassis, they each have 5 DSP's. > > Is there anyting special I need to configure for users to do multilink PPP > with analog (v.90) or ISDN calls? > > The knoweldege Base mainly talked about Netbuilder configs. > > Thanks. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Hello all, I have two arcs in one chassis, they each have 5 DSP's. Is there anyting special I need to configure for users to do multilink PPP with analog (v.90) or ISDN calls? The knoweldege Base mainly talked about Netbuilder configs. Thanks. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545

Paul Farber wrote: > > Hello all, > > I have two arcs in one chassis, they each have 5 DSP's. > > Is there anyting special I need to configure for users to do multilink PPP > with analog (v.90) or ISDN calls? Yes, you need to set both ARCs to get their time from the same NTP server, then you need to set mpip clients to include the IPs of all your ARCs on the server, and then set mpip server to the IP address of the server in each of the clients. You will need to set up the server machine as a client of itself as well. The set mpip server_state on the server to "on," and set the mpip client_state to "on" on each of the clients including the server. If I wasn't too clear on this feel free to ask more questions in e-mail. -Ron GLISnet, Inc. +1 810/939.9885

Hey all, I'm looking for an online source of info (FAQ, howto, whatever) on how to configure a 3Com TC chassis with a PRI span. Anyone know of a good reference? In case anyone's curious or can lend a hand... This isn't for a typical application -- it will be used as a head-end for automated V.90 modem testing and will probably never have more than one DS0/user active at one time. Don't need RADIUS or any kind of accounting or security, and want to configure the system so that an incoming call is automatically routed to a port on a terminal server. I know it's kinda wierd, but that's what I need to make the test work. I've done this with Max4000 boxen, but TC/TCM is a bit of a mystery so far. I think I'm just a couple of clues short of getting it done, so would like to find some handy online reference to fill in the blanks. Tried the 3Com support site, and so far have only found either large .pdf files that show you how to plug in the cards (bah!), or other documentation that tells me everything but the basic step-by-step PRI config. Any help mucho appreciated... Greg -- "A computer lets you make more mistakes faster than any invention in human history with the possible exceptions of handguns and tequila." Mitch Ratliffe, _Technology Review_ April, 1992

How many servers are their? This is where I'm confused. I have ARC-A and ARC-B. Set ARC-A as mpip client + server, plus set it to an NTP server (know of any good ones?). Set ARC-B as mpip client and add ip's of ARC-A's into it (what command?). Set the NTP to same NTP server s ARC-A. How does ARC-B know of ARC-A's ips? Add them their also? Thanks for your help so far. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 21 Apr 2000, Ronald Kushner wrote: > Paul Farber wrote: > > > > Hello all, > > > > I have two arcs in one chassis, they each have 5 DSP's. > > > > Is there anyting special I need to configure for users to do multilink PPP > > with analog (v.90) or ISDN calls? > > Yes, you need to set both ARCs to get their time from the same NTP > server, then you need to set mpip clients to include the IPs of all your > ARCs on the server, and then set mpip server to the IP address of the > server in each of the clients. You will need to set up the server > machine as a client of itself as well. > > The set mpip server_state on the server to "on," and set the mpip > client_state to "on" on each of the clients including the server. > > If I wasn't too clear on this feel free to ask more questions in e-mail. > > -Ron > 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. >

Paul Farber wrote: > > How many servers are their? This is where I'm confused. I have ARC-A and > ARC-B. One server. In this example ARC-A will be the server. On ARC-A you would type: set mpip client_state on set mpip server_state on set mpip client (IP of ARC-A) sharedsecret <Secret on ARC-A> set mpip client (IP of ARC-B) sharedsecret <Secret on ARC-B> set mpip server (IP of ARC-A) sharedsecret <Secret for ARC-A> set ntp primary_server <IP of NTP server> enable ntp save all On ARC-B you would type: set mpip client_state on set mpip server (IP of ARC-A) sharedsecret <Secret for ARC-B> set ntp primary_server <IP of NTP server> enable ntp save all > Set ARC-A as mpip client + server, plus set it to an NTP server (know of > any good ones?). I run my own NTP server on a Linux box. Don't have to worry too much about it going down then. > Set ARC-B as mpip client and add ip's of ARC-A's into it (what command?). > Set the NTP to same NTP server s ARC-A. > > How does ARC-B know of ARC-A's ips? Add them their also? You don't need to worry about IP addresses of the different ARCs. The ARC will tunnel between each other so it is invisible to the client. > Thanks for your help so far. No problem, -Ron GLISnet, Inc. +1 810/939.9885

Are there any issues running software version 2.0.51 with hardware version .53 or .49 ? Thanks Greg Owens Magnolia Internet Services http://www.magnolia-net.com

I run it on .49, .52, .53, .54, .55 without problems. I only check my modems once a week since I loaded 2.0.51. Highly recommended. Blake Fithen | Networks Plus Internet Services | support@networksplus.net > -----Original Message----- > From: Greg Owens [SMTP:gowens@magnolia-net.com] > Sent: Friday, April 21, 2000 11:10 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) software vs hardware > > Are there any issues running software version 2.0.51 with hardware version > .53 or .49 ? Thanks > Greg Owens > Magnolia Internet Services > http://www.magnolia-net.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.

Ok...Thanks... Reason I ask is since going to the .51 code we have had an excessive amount of users that say they either can't connect or they connect and 7sec (Reported by about 10 users) after they are disconnected. Also the HCF modems seem to be having a harder time connecting. Odd thing is this only happens after 5:30 to 6:00 pm when modem utilization starts to go up. Yet I can't seem to pin it down on any particular card that it is happening on. Any suggestions would be appreciated. Greg Owens Magnolia Internet Services http://www.magnolia-net.com ----- Original Message ----- Sent: Friday, April 21, 2000 11:22 PM > I run it on .49, .52, .53, .54, .55 without problems. I only check my > modems once a week since I loaded 2.0.51. > > Highly recommended. > > Blake Fithen | Networks Plus Internet Services | support@networksplus.net > > > -----Original Message----- > > From: Greg Owens [SMTP:gowens@magnolia-net.com] > > Sent: Friday, April 21, 2000 11:10 PM > > To: usr-tc@lists.xmission.com > > Subject: (usr-tc) software vs hardware > > > > Are there any issues running software version 2.0.51 with hardware version > > .53 or .49 ? Thanks > > Greg Owens > > Magnolia Internet Services > > http://www.magnolia-net.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.

Greg, We had the same problem with .51 and I backed off to the .60 version except for 3 DSP's with .54 revisions which need the .51 code to remain stable. I posted the problems to the list as soon as the code was released and we tried it out. Apparently there does not seem to be too many people affected by it. John Verreault AEI Internet -----Original Message----- Sent: Saturday, April 22, 2000 2:02 PM Ok...Thanks... Reason I ask is since going to the .51 code we have had an excessive amount of users that say they either can't connect or they connect and 7sec (Reported by about 10 users) after they are disconnected. Also the HCF modems seem to be having a harder time connecting. Odd thing is this only happens after 5:30 to 6:00 pm when modem utilization starts to go up. Yet I can't seem to pin it down on any particular card that it is happening on. Any suggestions would be appreciated. Greg Owens Magnolia Internet Services http://www.magnolia-net.com ----- Original Message ----- Sent: Friday, April 21, 2000 11:22 PM > I run it on .49, .52, .53, .54, .55 without problems. I only check my > modems once a week since I loaded 2.0.51. > > Highly recommended. > > Blake Fithen | Networks Plus Internet Services | support@networksplus.net > > > -----Original Message----- > > From: Greg Owens [SMTP:gowens@magnolia-net.com] > > Sent: Friday, April 21, 2000 11:10 PM > > To: usr-tc@lists.xmission.com > > Subject: (usr-tc) software vs hardware > > > > Are there any issues running software version 2.0.51 with hardware version > > .53 or .49 ? Thanks > > Greg Owens > > Magnolia Internet Services > > http://www.magnolia-net.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.

This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFAECB.9BA92B54 Content-Type: text/plain; charset="iso-8859-1" HELP!!!! I am trying to add a static route to my Hiper ARC that will send all traffic bound for 10.1.1.9 to 10.1.1.12. Here is the line I try to type in to the CLI. add ip route 10.1.1.9/32 gate 10.1.1.12 met 1 What I am trying to accomplish is to get the traffic bound for my web server (10.1.1.9) to go through another box (10.1.1.12) first to monitor the traffic. I get the following error. ERROR - Cannot add a static route for a range of addresses that is reachable from a directly connected network. The address of the Ethernet port of the HiperARC is 10.1.1.8 and is on the same subnet (/24) as the other IPs I am trying to route. Is there a way to get this route to stick? Is there another way to accomplish this? In a Cisco I could use an Access-List, but I see nothing built into 3Com like that. Any help would be appreciated. Mike Storjohann Internet Services Administrator HunTel.net mstorjohann@huntel.net <mailto:mstorjohann@huntel.net> ------_=_NextPart_001_01BFAECB.9BA92B54 Content-Type: text/html; charset="iso-8859-1" <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1"> <META content="MSHTML 5.00.2314.1000" name=GENERATOR></HEAD> <BODY> <DIV><FONT face=Arial size=2><SPAN class=208032215-25042000>HELP!!!!</SPAN></FONT></DIV> <DIV><FONT face=Arial size=2><SPAN class=208032215-25042000></SPAN></FONT>&nbsp;</DIV> <DIV><FONT face=Arial size=2><SPAN class=208032215-25042000>I am trying to add a static route to my Hiper ARC that will send all traffic bound for 10.1.1.9 to 10.1.1.12.&nbsp; Here is the line I try to type in to the CLI.</SPAN></FONT></DIV> <DIV><FONT face=Arial size=2><SPAN class=208032215-25042000></SPAN></FONT>&nbsp;</DIV> <DIV><STRONG><FONT face=Arial size=2>add ip route&nbsp;<SPAN class=208032215-25042000>10.1.1</SPAN>.9<SPAN class=208032215-25042000>/32</SPAN> gate&nbsp;<SPAN class=208032215-25042000>10.1.1</SPAN>.12 met 1</FONT></STRONG></DIV> <DIV><FONT size=2><FONT face=Arial></FONT></FONT>&nbsp;</DIV> <DIV><SPAN class=208032215-25042000></SPAN><FONT size=2><FONT face=Arial>W<SPAN class=208032215-25042000>hat I am trying to accomp</SPAN><SPAN class=208032215-25042000>lis</SPAN><SPAN class=208032215-25042000>h is to get the traffic bou</SPAN><SPAN class=208032215-25042000>nd for my web server (10.1.1.9) to go through a</SPAN><SPAN class=208032215-25042000>nother box (10.1.1.12) first to monitor the traffic. </SPAN>I<SPAN class=208032215-25042000> get the following error.</SPAN></FONT></FONT></DIV> <DIV><SPAN class=208032215-25042000></SPAN><BR><FONT face=Arial size=2><STRONG>ERROR - Cannot add a static route for a range of addresses that is reachable<SPAN class=208032215-25042000> </SPAN>from<SPAN class=208032215-25042000> </SPAN>a directly connected network.</STRONG> </FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=Arial size=2><SPAN class=208032215-25042000>The address of the Ethernet port of the HiperARC is 10.1.1.8 and is on the same subnet (/24) as the other IPs I am trying to route.&nbsp; </SPAN></FONT></DIV> <DIV><FONT face=Arial size=2><SPAN class=208032215-25042000></SPAN></FONT>&nbsp;</DIV> <DIV><FONT face=Arial size=2><SPAN class=208032215-25042000>Is there a way to get this route to stick?&nbsp;&nbsp;Is there another way to accomplish this?&nbsp; In a&nbsp;Cisco&nbsp;I could use an Access-List, but I see nothing built into 3Com like that. </SPAN></FONT></DIV> <DIV><FONT face=Arial size=2><SPAN class=208032215-25042000></SPAN></FONT><FONT face=Arial size=2><SPAN class=208032215-25042000></SPAN></FONT>&nbsp;</DIV> <DIV><FONT face=Arial size=2><SPAN class=208032215-25042000>Any help would be appreciated.</SPAN></FONT></DIV> <P><FONT face=Arial size=2>Mike Storjohann</FONT> <BR><FONT face=Arial size=2>Internet Services Administrator</FONT> <BR><FONT face=Arial size=2>HunTel.net</FONT> <BR><FONT face=Arial size=2><A href="mailto:mstorjohann@huntel.net">mstorjohann@huntel.net</A></FONT></P></BODY></HTML> ------_=_NextPart_001_01BFAECB.9BA92B54--

Also sprach Mike Storjohann >I am trying to add a static route to my Hiper ARC that will send all >traffic bound for 10.1.1.9 to 10.1.1.12. Here is the line I try to >type in to the CLI. >add ip route 10.1.1.9/32 gate 10.1.1.12 met 1 >What I am trying to accomplish is to get the traffic bound for my web >server (10.1.1.9) to go through another box (10.1.1.12) first to >monitor the traffic. I get the following error. >ERROR - Cannot add a static route for a range of addresses that is >reachable from a directly connected network. Hrmm...I call that a bug. Looks like if you have a directly connected route, then it won't let you put in a more specific route...There really should be nothing special about directly connected routes that prevent you from putting in more specifics in there. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Colin: Please elaborate on your idea of IP aliasing. This is new to me. Thanks. Mike Storjohann -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Colin Wantling Sent: Tuesday, April 25, 2000 11:56 AM But 10.1.1.9 and 10.1.1.12 are on the same subnet. I would not expect the router to accept this route to host. The Harc gets packets to the local destination using the MAC address on the local subnet. IP aliasing might provide a way to do what you want. Kind regards, Colin Wantling Energis NV. Also sprach Mike Storjohann >I am trying to add a static route to my Hiper ARC that will send all >traffic bound for 10.1.1.9 to 10.1.1.12. Here is the line I try to >type in to the CLI. >add ip route 10.1.1.9/32 gate 10.1.1.12 met 1 >What I am trying to accomplish is to get the traffic bound for my web >server (10.1.1.9) to go through another box (10.1.1.12) first to >monitor the traffic. I get the following error. >ERROR - Cannot add a static route for a range of addresses that is >reachable from a directly connected network. Hrmm...I call that a bug. Looks like if you have a directly connected route, then it won't let you put in a more specific route...There really should be nothing special about directly connected routes that prevent you from putting in more specifics in there. -- 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.

Also sprach Colin Wantling >But 10.1.1.9 and 10.1.1.12 are on the same subnet. Bah! Get that classful crap out of your head! :) The IP address 10.1.1.12 is most definitely not in 10.1.1.9/32. >The Harc gets packets to the local destination using the MAC address on >the local subnet. For a directly connected route, yes. There's no reason that you shouldn't be able to have a more specific static route though. >IP aliasing might provide a way to do what you want. Kludge at best, but until 3Com fixes the code...this is probably how I would pursue it as well. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I have to TCR at two different POPs. I'm using the Perl script posted by Kevin Mitchell to track modem failure rates. (Thanks alot by the way. It is extremely useful!) Anyway, the busiest TCR has low failure rates on all three DSPs, somewhere in the 0.50% range. On the other TCR, the rates on the two DSPs are very high. Two modems are above 60% on over 300 calls and the rest are all in the 10% to 15% range. What should I do about it?? I tried resetting the modems in TCR but that didn't seem to help.. Also, how do I reset the count in the PErl script?? Do I have to reset the NMC?? Thanks for your help, Steve Cobb

Also sprach Colin Wantling >Maybe yes, maybe no. No "maybe" to it...as long as the next-hop of the route isn't within the route itself, there's no problem. 10.1.1.12 isn't within 10.1.1.9/32, so there's no problem. Even if it were, its *possible* to even get that to work...but there's not a "standard" way of doing it. If you put the /32 in there, its gonna be the most specific route, so it will (should) be referenced before any shorter length match. At that point, the only questions are, "Is the next-hop reachable?" There's another route that is valid for the next-hop address (locally connected), so yes. "Is there a higher precedence route of the same mask length (ie, /32)?" Possible, but unlikely. >The route Mike is adding has a /32 mask, he doesn't say what the mask >is on the HARC ethernet interface already. Doesn't matter. As long as the next-hop for the /32 route is reachable, it should be accepted. Even if the next-hop isn't reachable, the route should probably be accepted...just not entered into the active routing table. >By giving it an address from another subnet, you can beat >the rules. s/rules/bugs/ :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Colin Wantling >We need Mike to confirm what the mask is on the HARC interface. Again, what the mask is on the Arc interface doesn't...well, shouldn't anyway...matter. Trying to set up a static route, 10.1.1.9/32 with a next-hop of 10.1.1.12, should pretty much *never* give an error like that. Now, depending upon several other factors, it may not actually install the route into the active routing table, but the system should not give the error that it did. In classless routing, there is no problem entering a route such as that above, even if a less specific route that encompasses that route is locally connected, the most specific route is chosen, period. Whether the route is locally connected or static, or OSPF or RIP, or whatever, is not relevant at this point. >His attached network may well be mask /29 /28 ... etc. So? Why should that cause any problem? >This would give the error message he gets as it would then include the >address of the HARC itself. Not a question of Classful/Classless, more >a question of inconsistency and getting caught. But there is absolutely nothing inconsistent about it. 10.1.1.9/32 -> 10.1.1.12 is perfectly consistent assuming 10.1.1.12 is reachable (which the earlier discussion indicated it was), even if its not reachable, it shouldn't generate an error like that, possibly a different error, but certainly not the one that is given. Given classless routing, there is no problem with entering the route that Mike specified. Again...this is purely an issue of 3Com not allowing perfectly legal, though less common configurations. 3Com has decided to protect us from ourselves. The route table setup that Mike would wish to see (and is perfectly legal) would look something like: Network /Mask Next-hop protocol 10.1.1.0 /24 10.1.1.8(eth:0) local (directly connected) 10.1.1.9 /32 10.1.1.12 static (went back and looked in previous messages...the Arc is 10.1.1.8 on a /24 netmask) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

The mask on the Hiper ARC is /24. On with the dispute! I am learning a lot from the discussion so keep it up! Thanks. Mike Storjohann -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Colin Wantling Sent: Tuesday, April 25, 2000 2:00 PM Jeff, We need Mike to confirm what the mask is on the HARC interface. This will get us past this techie discussion an onto helping the guy. His attached network may well be mask /29 /28 ... etc. This would give the error message he gets as it would then include the address of the HARC itself. Not a question of Classful/Classless, more a question of inconsistency and getting caught. Regards, Colin Also sprach Colin Wantling >Maybe yes, maybe no. No "maybe" to it...as long as the next-hop of the route isn't within the route itself, there's no problem. 10.1.1.12 isn't within 10.1.1.9/32, so there's no problem. Even if it were, its *possible* to even get that to work...but there's not a "standard" way of doing it. If you put the /32 in there, its gonna be the most specific route, so it will (should) be referenced before any shorter length match. At that point, the only questions are, "Is the next-hop reachable?" There's another route that is valid for the next-hop address (locally connected), so yes. "Is there a higher precedence route of the same mask length (ie, /32)?" Possible, but unlikely. >The route Mike is adding has a /32 mask, he doesn't say what the mask >is on the HARC ethernet interface already. Doesn't matter. As long as the next-hop for the /32 route is reachable, it should be accepted. Even if the next-hop isn't reachable, the route should probably be accepted...just not entered into the active routing table. >By giving it an address from another subnet, you can beat >the rules. s/rules/bugs/ :) -- 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.

I just had an entire TCR replace by USR/3COM after some lockup problems. After trying everything 3COM suggested including replacing the HiperARC and the NMC and four days of down time, they finally replaced the entire chassis. Anyway, now I can't access my rack with the TCR software. The Hiper Access software works fine. Any ideas?? Steve Cobb

Also sprach Colin Wantling >Let's agree to differ. The HiperArc is on my side. Not often I agree >with 3COM, will try not to make a habit of it! Yup, and the HiPerArc is wrong too...thus my original posting. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Mike Storjohann >The mask on the Hiper ARC is /24. On with the dispute! I am learning >a lot from the discussion so keep it up! Yeah...I went back and found that in your original message. :) Really, its a question of most-specific route wins...this really is the whole concept of classless routing. You could have a whole nest of routes, a /24, a /28, a /29, a /30, and a /32 if you really wanted. When you have a packet to route, you find the most specific (netmask with the most ones, or highest number if you're using the /24 type notation) route that includes the IP address for the packet that you're routing and use that route/next-hop. When you have that next-hop, you look for where you send that next-hop...so if you have a route 10.1.1.9/32 with a next-hop of 10.1.1.12, you forward the packet to 10.1.1.12. Of course, to find out where 10.1.1.12 is, you...have to do a route lookup. :) Eventually, you find a next-hop that is directly connected, which gives you the interface to use, at which point you go looking in other locations for how to send the packet (for ethernet you go looking in the arp table for a MAC address, if its a point-to-point interface, you just fire the packet out the interface for the other side to pick up). So, there really is nothing magical about directly connected routes (or there *shouldn't* be at least), other than the fact that they give you an interface for the next-hop rather than another IP address (some systems represent this by putting the IP address assigned to the interface as the next-hop address, some just put the interface name in there). Basically, the same rules of picking the most-specific route still apply, even if the more specific route is a static route, and the less specific route is a directly connected. Of course, we could get really funky and start talking about tunnels, where the "interface" is really a logical construct that takes you into other processing that eventually comes back and does more route table lookups and starts the whole process over again...but that's getting off the subject. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

But 10.1.1.9 and 10.1.1.12 are on the same subnet. I would not expect the router to accept this route to host. The Harc gets packets to the local destination using the MAC address on the local subnet. IP aliasing might provide a way to do what you want. Kind regards, Colin Wantling Energis NV. Also sprach Mike Storjohann >I am trying to add a static route to my Hiper ARC that will send all >traffic bound for 10.1.1.9 to 10.1.1.12. Here is the line I try to >type in to the CLI. >add ip route 10.1.1.9/32 gate 10.1.1.12 met 1 >What I am trying to accomplish is to get the traffic bound for my web >server (10.1.1.9) to go through another box (10.1.1.12) first to >monitor the traffic. I get the following error. >ERROR - Cannot add a static route for a range of addresses that is >reachable from a directly connected network. Hrmm...I call that a bug. Looks like if you have a directly connected route, then it won't let you put in a more specific route...There really should be nothing special about directly connected routes that prevent you from putting in more specifics in there. -- 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.

At 01:28 PM 4/25/00 -0400, Steve Cobb wrote: >I have to TCR at two different POPs. I'm using the Perl script posted by Kevin Mitchell to track modem failure rates. (Thanks alot by the way. It is extremely useful!) Anyway, the busiest TCR has low failure rates on all three DSPs, somewhere in the 0..50% range. On the other TCR, the rates on the two DSPs are very high. Two modems are above 60% on over 300 calls and the rest are all in the 10% to 15% range. What should I do about it?? I tried resetting the modems in TCR but that didn't seem to help.. Also, how do I reset the count in the PErl script?? Do I have to reset the NMC?? Why do people keep calling me Kevin? :) Even 10-15% seems fairly high, once the modem's taken over 100 or so calls I rarely see anything above 5% unless the modem's hung. The only way to 'fix' hung modems is to hard reset the DSP. You can bypass the hung modems individually by soft busying them until the card empties. The hardware reboot will also reset the counts. In TCM, highlight the top set of lights on the desired DSP, then select configure-actions/commands. Select "Timeslot", then highlight the desired modems. In the command window, choose "software" and "soft busy out", then click "Execute". Normally what I do is soft-busy the bad modems through peak evening periods, then busy out the whole card later, when usage starts dropping off. By morning, the card is empty and I can reset it. -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

Hello, has any ever done the Cisco equiv. of "ip nat inside source static x.x.x.x y.y.y.y" on the 3Com Office Connect LAN Modem? I have a customer we using trying to use Timbuktu (PCAnywhere type) and it is failing because it's hitting the WAN interface and stopping. (I think). I checked the users guide on 3Com's site but couldn't find anything. many thanks, blake

Jeff/Mike, Maybe yes, maybe no. The route Mike is adding has a /32 mask, he doesn't say what the mask is on the HARC ethernet interface already. The mask is very likely wider than that to provide server IP address space. All depends what that existing mask is. We are agreed anyway that IP aliasing is a possible alternative. For Mike's information, IP aliasing is a technique where you give the server more than one IP address. By giving it an address from another subnet, you can beat the rules. You also need to create an IP alias on the HARC ethernet interface by adding a new network to the interface. How it's all done will depend very much on the type of server type, Unix/NT/Other. Might be a good idea to take this off-line if we're getting down to details! Regards, Colin Also sprach Colin Wantling >But 10.1.1.9 and 10.1.1.12 are on the same subnet. Bah! Get that classful crap out of your head! :) The IP address 10.1.1.12 is most definitely not in 10.1.1.9/32. >The Harc gets packets to the local destination using the MAC address on >the local subnet. For a directly connected route, yes. There's no reason that you shouldn't be able to have a more specific static route though. >IP aliasing might provide a way to do what you want. Kludge at best, but until 3Com fixes the code...this is probably how I would pursue it as well. -- 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.

Jeff, We need Mike to confirm what the mask is on the HARC interface. This will get us past this techie discussion an onto helping the guy. His attached network may well be mask /29 /28 ... etc. This would give the error message he gets as it would then include the address of the HARC itself. Not a question of Classful/Classless, more a question of inconsistency and getting caught. Regards, Colin Also sprach Colin Wantling >Maybe yes, maybe no. No "maybe" to it...as long as the next-hop of the route isn't within the route itself, there's no problem. 10.1.1.12 isn't within 10.1.1.9/32, so there's no problem. Even if it were, its *possible* to even get that to work...but there's not a "standard" way of doing it. If you put the /32 in there, its gonna be the most specific route, so it will (should) be referenced before any shorter length match. At that point, the only questions are, "Is the next-hop reachable?" There's another route that is valid for the next-hop address (locally connected), so yes. "Is there a higher precedence route of the same mask length (ie, /32)?" Possible, but unlikely. >The route Mike is adding has a /32 mask, he doesn't say what the mask >is on the HARC ethernet interface already. Doesn't matter. As long as the next-hop for the /32 route is reachable, it should be accepted. Even if the next-hop isn't reachable, the route should probably be accepted...just not entered into the active routing table. >By giving it an address from another subnet, you can beat >the rules. s/rules/bugs/ :) -- 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.

Sorry for calling you Kevin :) What is the best way to reset the modems?? From the TCR or telnet in?? I actually tried a reset modem_groups slot:1 from a Telnet session and it didn't reset the count. I also did a reset from the TCR software (Configure..Actions/Commands...Hardware...Hardware Reset) and that didn't reset the count. Thanks for your help, Kirk and everyone else! Steve Cobb

Jeff, Let's agree to differ. The HiperArc is on my side. Not often I agree with 3COM, will try not to make a habit of it! Regards, Colin Also sprach Colin Wantling >We need Mike to confirm what the mask is on the HARC interface. Again, what the mask is on the Arc interface doesn't...well, shouldn't anyway...matter. Trying to set up a static route, 10.1.1.9/32 with a next-hop of 10.1.1.12, should pretty much *never* give an error like that. Now, depending upon several other factors, it may not actually install the route into the active routing table, but the system should not give the error that it did. In classless routing, there is no problem entering a route such as that above, even if a less specific route that encompasses that route is locally connected, the most specific route is chosen, period. Whether the route is locally connected or static, or OSPF or RIP, or whatever, is not relevant at this point. >His attached network may well be mask /29 /28 ... etc. So? Why should that cause any problem? >This would give the error message he gets as it would then include the >address of the HARC itself. Not a question of Classful/Classless, more >a question of inconsistency and getting caught. But there is absolutely nothing inconsistent about it. 10.1.1.9/32 -> 10.1.1.12 is perfectly consistent assuming 10.1.1.12 is reachable (which the earlier discussion indicated it was), even if its not reachable, it shouldn't generate an error like that, possibly a different error, but certainly not the one that is given. Given classless routing, there is no problem with entering the route that Mike specified. Again...this is purely an issue of 3Com not allowing perfectly legal, though less common configurations. 3Com has decided to protect us from ourselves. The route table setup that Mike would wish to see (and is perfectly legal) would look something like: Network /Mask Next-hop protocol 10.1.1.0 /24 10.1.1.8(eth:0) local (directly connected) 10.1.1.9 /32 10.1.1.12 static (went back and looked in previous messages...the Arc is 10.1.1.8 on a /24 netmask) -- 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.

At 08:35 PM 4/25/00 -0400, Steve Cobb wrote: >Sorry for calling you Kevin :) > >What is the best way to reset the modems?? From the TCR or telnet in?? I actually tried a reset modem_groups slot:1 from a Telnet session and it didn't reset the count. I also did a reset from the TCR software (Configure..Actions/Commands...Hardware...Hardware Reset) and that didn't reset the count. Hmm, every time I've done a hardware reset of the DSP from TCM it's reset the count. I've never reset my NMC for hung modem issues. -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

On Tue, 25 Apr 2000, Jeff Mcadams wrote: > Of course, we could get really funky and start talking about tunnels, > where the "interface" is really a logical construct that takes you into > other processing that eventually comes back and does more route table > lookups and starts the whole process over again...but that's getting off > the subject. :) Not for long. ;-) I am trying to set up some sort of Tunneling from our Total Controls in order to utilize a web filtering system. I would prefer to use L2TP, but I could cope with IPIP or PPTP. I am curious what needs to be set up in RADIUS (Cistron) and what I need on the Linux box I intend to use as a LNS. I have seen L2TPd and the ip_tunneling modules in Linux, but I can't quite comprehend how to get it all working as a LNS. Thanx in advance. ----Steve Stephen Amadei Dandy.net CTO Atlantic City, NJ

Maybe I'm doing something stupid, but why is my TC not letting me create an IP address pool starting with .0... ERROR - Pool operation failed. Attempting to initialize the ip address pool with an illegal address (216.133.96.0). Why would the TC care? I'm taken two /23 networks, broken them up into nice pieces, and routed them to my HiPerARC. The TC is going to treat the addresses with a netmask of 255.255.255.255, right? There are going to be alot of .0's in there. ----Steve Stephen Amadei Dandy.net CTO Atlantic City, NJ

Also sprach Stephen Amadei >Maybe I'm doing something stupid, but why is my TC not letting me >create an IP address pool starting with .0... >ERROR - Pool operation failed. Attempting to initialize the ip address >pool with an illegal address (216.133.96.0). And this is the other place where 3Com is trying to protect us from ourselves and not accepting a perfectly valid (though uncommon) configuration. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Stephen Amadei >On Tue, 25 Apr 2000, Jeff Mcadams wrote: >> Of course, we could get really funky and start talking about tunnels, >> where the "interface" is really a logical construct that takes you >> into other processing that eventually comes back and does more route >> table lookups and starts the whole process over again...but that's >> getting off the subject. :) >Not for long. ;-) I am trying to set up some sort of Tunneling from >our Total Controls in order to utilize a web filtering system. I would >prefer to use L2TP, but I could cope with IPIP or PPTP. The Arc support L2TP and PPTP...I'm with you in prefering L2TP there. :) They also support VTP, but that's pretty much only used for tunnels set up at the control of MPIP. >I am curious what needs to be set up in RADIUS (Cistron) Well...would still be a framed user, you'll probably need a Tunnel-Type attributed, perhaps a Tunnel-Medium-Type attribute (though that probably defaults to what you'd expect), perhaps a Tunnel-Client-Endpoint (though, again, the probably defaults sanely), certainly a Tunnel-Server-Endpoint. You can put a Tunnel-Password on there to provide some measure of security on who you allow to set up the tunnel (assuming you don't have other access controls on that). >and what I need on the Linux box I intend to use as a LNS. I have seen >L2TPd and the ip_tunneling modules in Linux, but I can't quite >comprehend how to get it all working as a LNS. Thanx in advance. On this part, you're on your own...I've never done l2tp or tunneling on a Linux box, it should be possible without any real problem, but I just don't have any experience with it. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

In stock, Ready to ship. All units tested in our TCM lab. All flashed to latest code. Ship group includes: TCM, Documentation, console cable, Cat5 cable Configuration at your IP address available. Email for details. TC v90 - All Modems and the NMC card are v90 $4500 or BO TC non v90 - nmc (non-v90), Modems (flash v90) $3500 10- USR Total Control High Density w/ integral Fan Tray, Single 70A 4- USR Total Control (2059) w/ external Fan Tray, Dual 45A (AC or DC Available) ****All Include, NMC, Netserver PRI, Dual PRI, 12- Quad Modems**** Modems available: Quad Analog/Digital, Quad Analog, Quad Digital...you pick! Spares: 70A Power, 45A power, Dual T1/E1, Dual PRI, Chassis (HD, 2059), fan trays 1- Hiper NMC $1000 (Unused) 1- Hiper ARC $2000 3- Viper DSL cards...inquire See- www.isp-networkhardware.com for full USR Line card Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com (start message with YOUR email address) WAN ACCESS SPECIALIST--- http://www.wrca.net or http://www.ISP-NetworkHardware.com Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,BayNetworks, Verilink,IBM,Motorola,UDS,Codex,ATT/Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom & More

Steve I'm also using Kirk's bad modem perl script and the only way to reset the = statistics is to either reset the DSP card or reset the NMC card. The = later is usually the best way to do it. In terms of resetting the dodgy = modems you can telnet to the DSP card (via the ARC card) issue the "chdev = mdm ?" command to get to the modem and then execute "at-d!" to reset the = modem pair. This works for most modem lockups. Sometimes you will need to = reset the whole card. Campbell=20 >>> stevec@geeksnet.com 04/26/00 12:35 >>> Sorry for calling you Kevin :) What is the best way to reset the modems?? From the TCR or telnet in?? I = actually tried a reset modem_groups slot:1 from a Telnet session and it = didn't reset the count. I also did a reset from the TCR software = (Configure..Actions/Commands...Hardware...Hardware Reset) and that didn't = reset the count. Thanks for your help, Kirk and everyone else! Steve Cobb - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

Hello all, Looking for inventory: Quad analog nics (any quantity) NMC's (must be x2/v.90 enabled) Please let me know what you have and how much you need for it! Thanks, Marty ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Marty Elliott MARS, Inc. 2105 S. 48th St. Suite 104 Tempe, AZ 85282 602-426-8272 602-454-0770 fax Have you heard of the TCU Exchange???? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

We have a potential customer with an Adtran ISU 512 that can bond 8 channels (from 4 ISDNs) using "Bonding Mode 1". Customer also has Adtran ISU 128s that can bond two channels with "Bonding Mode 1". Anyone heard of this? Does 3COM support it?

External Viper USR DSL Modems Brian Gordon Supervisor Of Internet Operations Westelcom Family of Companies http://www.westelcom.com administrator@westelcom.com 518.566.6726 Voice 419.831.9137 Fax "We will exceed our customers' expectations in providing competitively priced, superior quality, state-of-the-art communications and information services."

I spent the evening changing the carrier loss detect delay setting to 20 as recommended on this list a few days ago, and another question came to mind. What is the proper transmit level setting for quads and hiper modems? The default seems to be 11, but the hiper templates show 12. BTW, what is a template for and when is it used? Mark Thornton San Marcos Internet, Inc. 512-393-5300

We sometimes have this problem. If you can get them to select the "imac 56k (v.34 only)" modem in the modems control panel, it will stabilize the connection. The other option might be to make a custom modem init script to limit the connect speed to their initial connection speed or a notch lower (which seems to work well with the rockwell HCF modems too). Here is readme about the v.34 script http://til.info.apple.com/techinfo.nsf/artnum/n22234?OpenDocument&software Here is an article on how to create a modem script which I haven't used yet. http://til.info.apple.com/techinfo.nsf/artnum/n24654?OpenDocument&software Randy McMillan PacInfo ----- Original Message ----- Sent: Thursday, April 27, 2000 8:08 AM > Is anyone else having problems with IMACs disconnecting > frequently? We have a couple customers that are having problems > with getting dropped soon after they connect (sometimes less than > a minute, other times 10-15 minutes later). Other times, they can > stay on for hours. Is there some setting on a Mac that can improve > this? > 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. >

Is anyone else having problems with IMACs disconnecting frequently? We have a couple customers that are having problems with getting dropped soon after they connect (sometimes less than a minute, other times 10-15 minutes later). Other times, they can stay on for hours. Is there some setting on a Mac that can improve this? Thanks, Wayne Barber Coastal Telco Services

I'm having a bit of trouble with several hiper dsp cards that I've installed in one of my pops. Here's the scenario: All Hiper equipment running latest versions of code, I'm set up with NFAS groups of 7 circuits. I get a card about 3/4 full, then everyone drops with a termination code of "linkAbort(44) and the card won't take calls anymore. Up to this point I've swapped out existing hardware with new and the problem seems to be solved on that slot, but I'm running out of hardware to swap out. Anyone have any ideas?? Thanks

Hi, Does TC (HARC and Netserver) support "Reverse Path Forwarding"? Thank you, - Marcelo

On Wed, 26 Apr 2000, Jeff Mcadams wrote: > Also sprach Stephen Amadei > >Maybe I'm doing something stupid, but why is my TC not letting me > >create an IP address pool starting with .0... > > >ERROR - Pool operation failed. Attempting to initialize the ip address > >pool with an illegal address (216.133.96.0). > > And this is the other place where 3Com is trying to protect us from > ourselves and not accepting a perfectly valid (though uncommon) > configuration. O.K... after a couple days of thought... and some guessing ;-), I have been able to "fool" the TC into giving me what I want... but is it going to bite me in the ass later: I added my ip pool by using the class B designator: add ip pool test initial_pool_address 216.133.96.0/B size 64 instead of: add ip pool test initial_pool_address 216.133.96.0 size 64 And it allowed it. Is this going to have any odd side effects? Thanx in advance. ----Steve Stephen Amadei Dandy.net CTO Atlantic City, NJ

Has anyone implemented a tunnel from the USR TC to an Xstop box as described in: http://www.xstop.com/techsupport/techdoc_WhitePaper_R6_TunnelSetup.pdf I am interested in getting this to work. Brian Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Also sprach Stephen Amadei >O.K... after a couple days of thought... and some guessing ;-), I have >been able to "fool" the TC into giving me what I want... but is it >going to bite me in the ass later: >I added my ip pool by using the class B designator: >add ip pool test initial_pool_address 216.133.96.0/B size 64 >instead of: >add ip pool test initial_pool_address 216.133.96.0 size 64 >And it allowed it. Is this going to have any odd side effects? Thanx >in advance. I believe it will take a chunk out of you if you try to advertise it as an aggregate. :) I *think* (if some nice 3Com person could back me up on this, it would be nice) that the network size designator controls what size network is advertized if you set it to do an aggregate advertisement. This means that you'd advertize the /16 that contains your IP pool space as an aggregate rather than the individual pool addresses. I'm not sure that this is what this control is there for, but if that's not the reason for it to be there, I'm not sure what other reason there could be. :/ You might try using "23" instead of "B" there. Or maybe "22" or something like that. That way, if you ever do set it to be an aggregate, at least its not as big of a chunk out of your rear-end. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

The way the IP pool is going to advertise depends on if you are aggregating the pool or not. Normally for public pools with non-aggregate option the pool size and class does not matter - for all address are addressed - host based. This being the case you setting up the pool with B/A/C class IP does not really matter. However if your pool is set to aggregate, the TC will look at the size of the IP pool and automatically advertise the proper network route - so if you have 64 address it will be a part of lower c class and in this case it will have a route of /26 network. IP polls for no aggregate does not make any sense. regards V ----- Original Message ----- Sent: Saturday, April 29, 2000 8:59 AM > Also sprach Stephen Amadei > >O.K... after a couple days of thought... and some guessing ;-), I have > >been able to "fool" the TC into giving me what I want... but is it > >going to bite me in the ass later: > > >I added my ip pool by using the class B designator: > > >add ip pool test initial_pool_address 216.133.96.0/B size 64 > > >instead of: > > >add ip pool test initial_pool_address 216.133.96.0 size 64 > > >And it allowed it. Is this going to have any odd side effects? Thanx > >in advance. > > I believe it will take a chunk out of you if you try to advertise it as > an aggregate. :) I *think* (if some nice 3Com person could back me up > on this, it would be nice) that the network size designator controls > what size network is advertized if you set it to do an aggregate > advertisement. This means that you'd advertize the /16 that contains > your IP pool space as an aggregate rather than the individual pool > addresses. I'm not sure that this is what this control is there for, > but if that's not the reason for it to be there, I'm not sure what other > reason there could be. :/ > > You might try using "23" instead of "B" there. Or maybe "22" or > something like that. That way, if you ever do set it to be an > aggregate, at least its not as big of a chunk out of your rear-end. :) > -- > 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. >

Well the doc is not at that site? Any other URL you can direct us to read about the doc. V ----- Original Message ----- Sent: Saturday, April 29, 2000 9:22 AM > > Has anyone implemented a tunnel from the USR TC to an Xstop box as > described in: > > http://www.xstop.com/techsupport/techdoc_WhitePaper_R6_TunnelSetup.pdf > > I am interested in getting this to work. > > Brian > > ----------------------------------------------------- > Brian Feeny (BF304) signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > Network Administrator ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

On Sun, 30 Apr 2000, Ved wrote: > Well the doc is not at that site? Any other URL you can direct us to read > about the doc. yes goto www.xstop.com, click on tech support, then look for white papers, their is one on tunneling > > V > ----- Original Message ----- > From: "Brian" <signal@shreve.net> > To: "USRobotics TC Mailing List" <usr-tc@xmission.com> > Sent: Saturday, April 29, 2000 9:22 AM > Subject: (usr-tc) Tunneling on TC/Xstop > > > > > > Has anyone implemented a tunnel from the USR TC to an Xstop box as > > described in: > > > > http://www.xstop.com/techsupport/techdoc_WhitePaper_R6_TunnelSetup.pdf > > > > I am interested in getting this to work. > > > > Brian > > > > ----------------------------------------------------- > > Brian Feeny (BF304) signal@shreve.net > > 318-222-2638 x 109 http://www.shreve.net/~signal > > Network Administrator ShreveNet Inc. (ASN 11881) > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the 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) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Also sprach Ved >IP polls for no aggregate does not make any sense. I'm curious why you say that. We use IP pools on all of our Arcs without aggregation (don't want to take the penalty of IP space wastage that aggregation seems to require on the Arcs). Perhaps I'm missing some configuration that will let me set up pools without the wasting more IP space? Most of my racks have either 46 or 92 active ports (we still have a *lot* of quads in service :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I should have been a little bit clear - If you are not using aggregate option then using IP pools with /B /25 or any /netmask does not make sense - for the HiPer arc will use host based routing for the individual IP address those are assigned to dialup connections. Therefore having a /netmask set for the IP pools with no aggregation does not make sense. V ----- Original Message ----- Sent: Sunday, April 30, 2000 6:45 PM > Also sprach Ved > >IP polls for no aggregate does not make any sense. > > I'm curious why you say that. We use IP pools on all of our Arcs > without aggregation (don't want to take the penalty of IP space wastage > that aggregation seems to require on the Arcs). Perhaps I'm missing > some configuration that will let me set up pools without the wasting > more IP space? Most of my racks have either 46 or 92 active ports (we > still have a *lot* of quads in service :) > -- > 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. >

Also sprach Ved >I should have been a little bit clear - If you are not using aggregate >option then using IP pools with /B /25 or any /netmask does not make >sense - for the HiPer arc will use host based routing for the >individual IP address those are assigned to dialup connections. >Therefore having a /netmask set for the IP pools with no aggregation >does not make sense. OK...that makes more sense. :) And mine are /24's I think...'cause I don't set them, and I think that's the default. Since we don't use any aggregation, its of no concern. So, then the next question...you seemed to imply in a previous message that the Arc will "intelligently" choose what to advertise out as an aggregate. I was under the impression that this was controlled by the /netmask. Again, we don't do any aggregation on the Arcs, so I don't know its behavior...can you clear this up a bit? If the Arc does it "intelligently" (without needing the control of the /netmask, then what is the /netmask value there for?) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

> And mine are /24's I think...'cause I > don't set them, and I think that's the default. The defualt is dependent upon the ip addresses you specify for the pool. We never had any problems with this until we moved to a new address block 63.90.215.X and the pool defaulted the netmask to 255.255.0.0, so I now have to specify the netmask when I create the ip pool. As far as the clients were concerned, some folks didn't seem to notice any problems but others had all sorts of trouble getting to many sites on the net. Changing the netmask of the pool to a /24 fixed it. Mark Thornton San Marcos Internet, Inc. 512-393-5300

Do the hiper NMCs allow redirected broadcasts? If they do is there a way to shut this off? What we have been seeing in two different pops is that out of the six racks we have, one of the nmcs will be tranmitting like crazy and all the others will recieving. I unplug the cables and let them sit for a day and the traffic stops. It doesn't take but a few hours for the traffic to return. It certainly look like broadcasted traffic. Any one got any ideas here? We are running 6.2.17 code on these cards. Terry Kennedy OlyPen, Inc. 360 681 7782

This is a multi-part message in MIME format. ------=_NextPart_000_007C_01C02282.C82B2EE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi list I am a neopyte when the total control unit are concern. I just acquire a total control unit with one T1, card and 6 quad = digital/analog modem cards. I plan not to use the t1 line for another = two month so my configuration border on programming the total contral to = use the twenty four analog modems including one a hiper ARC NAC and the = NMC. I have follow all the instruction specified in the hiper access = reference manual provided with the documentation CD but I must be doing = something wrong because the modem with pick up. When I put phone line in = on the the entries and dial the number it just keeps on ringing Could any of you tell me the set of CLI instructions to make the = portmaster pick up the phone in three rinngs=20 modem pool : ippool , start address 207.8.232.166, 24 ports I am using cleartcpd for dial/network users. TIA Wilson Tuma ------=_NextPart_000_007C_01C02282.C82B2EE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Diso-8859-1" = http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>Hi list</FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>I am a neopyte when the total control = unit are=20 concern.</FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>I just acquire a total control unit = with one T1,=20 card and 6 quad digital/analog modem cards. I plan&nbsp; not to use the = t1 line=20 for another two month so my configuration border on programming the = total=20 contral to use the twenty four analog modems including one a hiper ARC = NAC and=20 the NMC.</FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>I have follow all the instruction = specified in the=20 hiper access reference manual provided with the documentation CD but I = must be=20 doing something wrong because the modem with pick up. When I put phone = line in=20 on the the entries and dial the number it just keeps on = ringing</FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>Could any of you tell me the set = of&nbsp;CLI=20 instructions to make the portmaster pick up the phone in three rinngs=20 </FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>modem pool :&nbsp; ippool&nbsp;, start = address=20 207.8.232.166, 24 ports</FONT></DIV> <DIV><FONT face=3DArial size=3D2>I am using cleartcpd for dial/network=20 users.</FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>TIA</FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>Wilson Tuma</FONT></DIV></BODY></HTML> ------=_NextPart_000_007C_01C02282.C82B2EE0--