November 1999 - USR-TC - mailman.xmission.com

(usr-tc) arcs and ospf
by Mike Andrews 26 May '00

26 May '00

I've been having a really bizarre problem off and on the last week or two. Occasionally some of my ARCs will suddenly stop doing OSPF right. The routing table loses all OSPF routes, and the ARC stops announcing its routes via OSPF to our Ciscos. Disabling/enabling OSPF doesn't help, but most of the time (not all the time) rebooting the ARC will. One thing that seemed to trigger it was rebooting some of our Ciscos... and since that happens so infrequently (not rebooted since going to ARC 4.2 in fact) it's hard to track down. I don't know which one exactly, maybe our AS border router dying is what threw it off. It also happened last night when I installed a Cisco Catalyst 2924XL (replacing an old 10BaseT hub, finally!) which didn't involve rebooting the Ciscos, but involved having them unreachable for a minute or two as cables were switched and Spanning Tree did its thing... I have another ARC with no modems on the same LAN (for testing) and it initially did the same thing, but now I'm having trouble reproducing it. When it was screwed up one night, it fixed itself overnight, but it obviously took hours to do, which kinda defeats the purpose of OSPF. I know this is really vague, but problem is, I don't really know where to start looking for this, because I didn't document very well what my current OSPF settings are. (A bulk-config-to-ASCII utility would be REALLY HELPFUL HERE :) I could reverse-engineer HARM and try to get a dump of that part of the config via SNMP somehow, I guess, but... yuck. Anyway, I'm also not a real in-depth OSPF guru yet. Has anyone seen anything like this before or know of any particular settings that I might want to check? This is driving me nuts (not to mention my customers) and I'm not sure where to start. A quick look at some of the 'show' screens -- this is with the card actually routing correctly: > show ospf global GLOBAL OSPF SETTINGS Router ID: 206.240.130.12 Administrative Status: ENABLED OSPF Version Number: 2 Area Border Router Status: DISABLED Autonomous System Border Router Status: ENABLED Type-of-service (TOS) Support: OFF External LSDB Limit: -1 Multicast Extensions Support: OFF Exit Overflow Interval: 0 Router's Support for OSPF Demand Routing: OFF OSPF Traps: DISABLED > show ospf area 0.0.0.0 OSPF AREA SETTINGS Area ID: 0.0.0.0 OSPF Area Type: TRANSIT Area Status: ENABLED > list ospf recei OSPF Receive Policies: Address/Mask Action Routing Preference 199.077.100.000/23 Accept Pref1 206.240.130.000/23 Accept Pref1 208.006.168.000/22 Accept Pref1 > list ospf send OSPF Send Policies: Source Address/Mask Action LOCAL 199.077.100.000/23 Advertise LOCAL 206.240.130.000/23 Advertise LOCAL 208.006.168.000/22 Advertise > list ospf int OSPF INTERFACE TABLE IfIpAddr/IfInd AreaId IfType AdminStat IfState Metric 206.240.130.12 0.0.0.0 BC ENABLED OtherDsgRtr 10 Mike Andrews (MA12) * mandrews(a)dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville "With sufficient thrust, pigs fly just fine." -- RFC 1925 - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

6 8

(usr-tc) Disconnecting Connections
by Interests 17 Feb '00

17 Feb '00

I am trying to find the command to disconnect a particular connection on a TC. Anyone know off the top of your heads? Jason A. Nunnelley President of Linkfast Inc. "I always respond to E-mail" PO BOX 202 Cullman AL 35056 256-739-2008 Voice 770-234-5702 Fax Billing and Office Hours: 9am - 9pm Monday through Friday Tech Support Hours: 9am - 9pm Monday through Friday 9am - 5pm Saturday Support Online: http://linkfast.net/support.html - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

8 10

RE: (usr-tc) NOTICE: HiPer ARC and HiPer DSP code
by Stainforth, Matthew 21 Jan '00

21 Jan '00

hmmm..interesting, someone else just reported that to me as well. Fortunately I fall into the category of "not interested in HARC 4.2" rather than "not entitled to" anyway. ;-) > -----Original Message----- > From: pferraro(a)wna-linknet.com [mailto:pferraro@wna-linknet.com] > Sent: Thursday, October 21, 1999 4:35 PM > To: Stainforth, Matthew > Cc: 'usr-tc(a)lists.xmission.com' > Subject: RE: (usr-tc) NOTICE: HiPer ARC and HiPer DSP code > > > > I just visited the Total Services web site and all of those > upgrades are unlocked!!! You better get them now while you > have a chance! > You can not, however download the HARC manager software for the new > HiperArc code, so if you are using the windows or unix based HiperArc > manager 1.18 now, you can not us it with the newer code. > > ============================================================== > ================ > Phillip Ferraro WorldNet Access, Inc > pferraro(a)wna-linknet.com Onslow County's PREMIER > InterNet Service > Voice (910) 346-0835 824 Gumbranch Square, Suite R3 > FAX (910) 455-1933 Jacksonville, Nc 28540-6269 > ============================================================== > ================ > > On Thu, 21 Oct 1999, Stainforth, Matthew wrote: > > > > > How's about releasing HiPerARC 4.1.x that fixes the bugs > for those of us who > > don't want or aren't entitled to 4.2.x? > > > > > -----Original Message----- > > > From: Chuck Stace [mailto:Chuck_Stace@mw.3com.com] > > > Sent: Wednesday, October 20, 1999 10:07 AM > > > To: usr-tc(a)lists.xmission.com > > > Subject: (usr-tc) NOTICE: HiPer ARC and HiPer DSP code > > > > > > > > > > > > > > > 3Com Customers, > > > > > > Due to various issues with prior versions of HiPer ARC and > > > HiPer DSP code, 3Com > > > is advising that all customers upgrade their HiPer ARC and > > > HiPer DSP cards to > > > one of the following versions of code: > > > > > > HiPerARC v4.1.59-6 > > > Service Release for HiPer ARC 4.1.59-6 built from 4.1.72-7. > > > Version 4.1.59-6 is > > > an effort to combine many previous Engineering Releases into > > > a generally > > > available code release. It addresses a series of P1 and P2 > > > issues identified > > > with the previous HiPer ARC code release. > > > > > > HiPerARC v4.2.32-1 > > > The HiPerARC v4.2.32-1 Maintenance Release replaces HiPerARC > > > v4.2.29. This > > > version fixes the upgrade issues from v4.1.59-6, HiPerBomb > > > DoS (Denial of > > > Service) attack, and SNMP security issues. > > > > > > If customers are using HiPerARC v4.2.29 on their Total > > > Control chassis at this > > > time, they are advised to upgrade to v4.2.32-1 as soon as > possible. > > > > > > HiPerDSP v2.0.19 > > > This is the released version of HiPer DSP T1 and T1/PRI, TCS > > > 3.5. Please see the > > > release notes accompanying the code prior to deployment. > > > NS1500 PRI switch type > > > is not supported in this release. EdgeServer/ESPro gateway > > > cards have not been > > > included or tested for compatibility with TCS 3.5 System > release. Once > > > compatibility has been verified and approved, this disclaimer > > > will be removed > > > and status will be updated on the Software Compatibility Matrix. > > > > > > HiPerDSP v2.0.81 > > > This Service Release has the same functionality and > > > limitations of v2.0.19, but > > > also includes a number of P1 and P2 bug fixes. Please see > > > the release notes > > > accompanying the code for details on bug fixes and > outstanding issues. > > > > > > > > > Access the code and release notes in either of the following > > > locations: > > > > > http://totalservice.3com.com/cgi-bin/w3com/start?totalservice+latest > ( posted under Total Control Hubs ) > or > > http://totalservice.3com.com/cgi-bin/w3com/start?totalservice+software > ( search by Total Control Hubs : Hiper DSP or Hiper ARC ) > > > If there are any questions or concerns regarding these changes, please > contact > 3Com Technical Support toll-free at 1-800-231-8770. If you are calling from > an > area not handled by this number, the TotalService website has contact > information for other countries and regions. Please go to the TotalService > website and click on 'Contacting Tech Support' for more information. > > Chuck Stace > Customer Service Product Planning > Chuck_Stace(a)3com.com > > - > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > > - > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

7 7

RE: (usr-tc) CLID, DNIS , ANIS , Caller ID ?
by Stainforth, Matthew 02 Dec '99

02 Dec '99

CLID (calling line ID or caller ID) is what you typically see as the number they dialed from. For some reason, 3Com refers to this as ANI but true ANI (unblockable CLID) is only available on FGD trunks and is used by telcos for billing purposes (for example, it's how the 10-10-321 people know to bill you for a long distance call even when you have an unlisted number. DNIS is the number they dialed to get to your trunk group and is frequently referred to (by our telco at least) as "billed number". > -----Original Message----- > From: mft [mailto:tsaim@mft.com] > Sent: Friday, November 26, 1999 1:06 AM > To: usr-tc(a)lists.xmission.com > Subject: (usr-tc) CLID, DNIS , ANIS , Caller ID ? > > > Hi, > > What is the difference bet. > CLID (calling Line ID), > DNIS, > ANIS, > Caller ID. ? > > Does TCH support all of them ? > > Basically, I am looking for the carrier > be able to pass TCH the following info (we have T1/PRI) > (a) which number the user called > (b) what is the phone number that the user calling in from ? > (thier phone number ) > > Thanks > > Meng > > > > > Meng Tsai, > tsaim(a)mft.com , MFT > http://www.mft.com > Tel: 718-888-0098 > Fax: 718-762-0939 > > > > - > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

6 5

Re: (usr-tc) HiperARC took a dive
by Michael DeMan 02 Dec '99

02 Dec '99

Some cover next day, some don't. I paid for one last year, but didn't get next day hardware replacement - had to shell out another $270 over the phone. This part of the USR/3COM racket is the most outrageous. I've been very happy with the HiperARC but the amounts of money they charge for support - which includes items like the latest firmware! - is just outrageous. I agree with you on dropping them entirely because of this issue. Be sure to let them know - each and every one of them - when you're resolving this that you are definitely not the only one that feels like this and that they're going to be out of business at the rate they're going because of stupid & greedy policy. My 2 cents. - mike ---------- >From: "Steve Coleman" <scoleman2(a)mail.csolutions.net> >To: <usr-tc(a)lists.xmission.com>, <usr-tc(a)lists.xmission.com> >Subject: Re: (usr-tc) HiperARC took a dive >Date: Mon, Nov 29, 1999, 6:28 PM > >I do have proof of my service contract. However, I guess it takes a high >level of training over at 3Com to activate one. The people who could >activate my contract, which should have already been activated, are gone >for the day. > >A much better approach would be to take my credit card information and bill >me if I DON'T turn up with a contract. It's crappy policy to assume your >customers are lying to you. You must protect yourself, but good grief. > >I can do all the fax and leg work tomorrow when they get in, but that >leaves me down for the night, and into tomorrow. > >The contract had better cover next day hardware. What good is it for otherwise? > >---------- Original Message ---------------------------------- >From: <farber(a)admin.f-tech.net> >Reply-To: usr-tc(a)lists.xmission.com >Date: Mon, 29 Nov 1999 21:22:19 -0500 (EST) > >>If you don't have documentation to support your claim that you have a >>service contract, I would have done the same thing, asked for CC info and >>transferred you. >> >>How many irate people do you think they get a day "claiming" to have >>support? In this one case they dropped your contract. Faxing them your >>paid reciept and documentation should end it. >> >>You get 5 year hardware support, so it is covered, but not NEXT DAY >>service or hot spares. Thier next day service is a joke, but you knew >>what you were paying for (you did read the contract?). >> >>Paul Farber >>Farber Technology >>farber(a)admin.f-tech.net >>Ph 570-628-5303 >>Fax 570-628-5545 >> >>On Mon, 29 Nov 1999, Steve Coleman wrote: >> >>> I powered off my TC chassis tonight to plug it into a new UPS. When I >powered it back on, the Run/Fail light on the HiperARC stayed red. It >shows up as a "?" in the Total Control Manager. I tried rebooting the unit >several times, using several different power sources. I also tried >removing the front portion of the card (while powered off) and reinserting >it. I can only guess it's cooked. Is there anything else I can try? >>> >>> I would like to express my disgust with 3Com on this matter. After >troubleshooting the problem as described above, I called 3Com service. >They couldn't seem to "find" my service contract that I paid over a >thousand dollars for, just for this type of incident. She offered to take >my credit card and transfer me to a level support agent. I should be paid >to have to talk to a level 1 rep, not the other way around. I told her I >wasn't interested in doing that and expressed that this was the specific >and only reason I bought the service contract. She said she couldn't help >me. This piece of garbage is only 4 months old, this is not acceptable. >Why didn't I just buy another Portmaster. <kicking myself> >>> >>> I'm going to ream my service contract agent in the morning. Until then >it's lots of busy signals. >>> >>> Suggestions? >>> >>> >>> - >>> To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" >>> with "unsubscribe usr-tc" in the body of the message. >>> For information on digests or retrieving files and old messages send >>> "help" to the same address. Do not use quotes in your message. >>> >> >> >>- >> To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" >> with "unsubscribe usr-tc" in the body of the message. >> For information on digests or retrieving files and old messages send >> "help" to the same address. Do not use quotes in your message. >> > >- > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

3 2

(usr-tc) chat_script syntax
by Blue Moon Network Administrator 02 Dec '99

02 Dec '99

We've been killing ourselves trying to find reference for chat_script(s) for hiper arc. We're trying to make the hiper TC emulate what our netserver and portmaster boxes do. Users have three choices when they connect: >>> - Blue Moon X2/V.90 - Select HOST: ppp shell bbs Type new to register for net access. <<< shell telnets them into our shell box, BBS rlogins them into our BBS machine and new is a new user program which runs on a unix box to allow text terminals to register for access. "ppp" obviously starts a PPP session. PortMaster3 > sh user new Username: new Type: Login User Host: dec Login Service: rlogin (513) PortMaster3 > sh ta user Netmask/ Name Type Address/Host Service RIP -------- ---------------- ------------------- ---------- --- new Login User dec Rlogin NEW Login User dec Rlogin shell Login User dec Telnet bbs Login User bbs Rlogin The only reference I have found for chat_script is one from the list archives which didn't work. It's auth line looks like this: AUTHENTICAT LOGIN_BANNER=""LOGIN_PROMPT="Username:"; Which just does a "Chat Script Operation done, but verification failed" no matter how many changes I make to that line. I did find out by trial and error that the single command "PPP;" starts up an unauthenticated PPP session which is obviously no good unless you give away free internet. I have been able to find ZERO documentation on chat_script syntax and options. I must have a functioning host prompt (host:) which also allows radius authed PPP sessions to be started for legacy compatibility with user scripts. How the hell do I do this on a HARC TC? Anyone want to buy a brand new hiper chassis with 48 ports? I am so fed up with this thing and 3com that I'm ready to take a bath to be shut of it for once and for all. I was told by my rep at one of USR's biggest sellers that hiper was 100% backward compatible with ComOS' syntax. This tc hiper (POS) has made me miserable and has been holding up adding more dialups. If I can't get this thing going the way it ought to be this week I will get rid of it for another PM3 which have been great boxes for us since the modem code stabilized. I also have a netserver TC which is easy to deal with as it uses ComOS for its OS. Damn USR/3Com for their hiper nightmare. J. Henry Priebe Jr. Blue Moon President & Network Administrator root(a)bluemoon.net net.bluemoon.net - Blue Moon Online System V.90, X2 & K56flex www.railfan.net - The Railfan Network http://www.bluemoon.net mud.bluemoon.net 4000 - MoonMUD bbs.bluemoon.net irc.bluemoon.net - ZUHnet Buffalo, NY IRC Server - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

3 5

(usr-tc) HiperARC took a dive
by Steve Coleman 02 Dec '99

02 Dec '99

I powered off my TC chassis tonight to plug it into a new UPS. When I powered it back on, the Run/Fail light on the HiperARC stayed red. It shows up as a "?" in the Total Control Manager. I tried rebooting the unit several times, using several different power sources. I also tried removing the front portion of the card (while powered off) and reinserting it. I can only guess it's cooked. Is there anything else I can try? I would like to express my disgust with 3Com on this matter. After troubleshooting the problem as described above, I called 3Com service. They couldn't seem to "find" my service contract that I paid over a thousand dollars for, just for this type of incident. She offered to take my credit card and transfer me to a level support agent. I should be paid to have to talk to a level 1 rep, not the other way around. I told her I wasn't interested in doing that and expressed that this was the specific and only reason I bought the service contract. She said she couldn't help me. This piece of garbage is only 4 months old, this is not acceptable. Why didn't I just buy another Portmaster. <kicking myself> I'm going to ream my service contract agent in the morning. Until then it's lots of busy signals. Suggestions? - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

5 6

(usr-tc) What would you do.
by Dataheart 01 Dec '99

01 Dec '99

I have been given the chance to replace all my 3com gear, and I am deciding if I want to. Has anyone had experience with other vendors. I have been thinking about Cisco, or Ascend, or is HiPer the way to go. I know Cisco has far better support, but all in all please give me your opinions backed with reasons what would be the best way to go. Thanks, Aaron - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

2 1

RE: (usr-tc) OID for HiperDSP
by Stainforth, Matthew 01 Dec '99

01 Dec '99

Actually it's the HARC rather than the NMC.... > -----Original Message----- > From: farber(a)admin.f-tech.net [mailto:farber@admin.f-tech.net] > Sent: Tuesday, November 30, 1999 5:30 PM > To: usr-tc(a)lists.xmission.com > Subject: Re: (usr-tc) OID for HiperDSP > > > It would depend on the NMC card more than the modem type. > Since yo unever > query the quad/dsp via snmp.... only the NMC card. > > Paul Farber > Farber Technology > farber(a)admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Tue, 30 Nov 1999, K Mitchell wrote: > > > At 12:06 PM 11/30/99 -0300, Jose Luis Gaspoz > <josega(a)ssdfe.com.ar> wrote: > > >Does somebody know the OID to see the quantity of users > connected in a > > >HiperDSP? > > > > Using 1.3.6.1.4.1.429.4.2.1.10.0 here, but I've only got > ARC/DSPs, so I > > don't know how it will interact with the quads. > > > > > > -- > > Kirk Mitchell-General Manager mitch(a)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(a)xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old > messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

5 4

Re: (usr-tc) HiPer Arc improvement thoughts followup :)
by ROC Services 01 Dec '99

01 Dec '99

On Thu, 16 Sep 1999, Mike Andrews wrote: [snip] > Multilink PPP got real slow in the last DSP releases and needs work again. This seems to still be a problem. HDSP 2.0.81 / HARC 4.2.32-1 We've got a customer who uses 4 channels of ISDN. We just moved them from a Livingston PM2 which is dying rapidly to our TC box on PRI. Since the move, throughput is way down, and I did a 'mon ppp' to see if I could see any reason why. On the 'mon ppp', we get a pretty even distribution among the user's four channels on inbound traffic. However, all outbound traffic seems to go out the same channel. Could this perhaps explain something, or does 'mon ppp' display outbound multilink packets incorrectly? Remote router is a Cisco 3620 running IOS 11.2(11), which until earlier this week was performing much better connected to the PM2. Any input would be appreciated, and I'll be happy to work with anyone who wants to look into this, test code, etc. I have not tried 2.0.60, but I don't see anything about multilink in its release notes. - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

2 2