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

RE: [USR-TC] ARC 5.3.2 code, whats the HARM?
by SWujek＠solunet.com 29 Mar '02

29 Mar '02

CommWorks isn't making a new version of HARM from what we've been told. The last version of HARM is supposed to be compatible with the 5.3.2 code. Thanks, Steve Solunet TAC -----Original Message----- From: Mike Greene [mailto:mikeg@rockisland.com] Sent: Friday, March 29, 2002 6:16 PM To: usr-tc(a)mailman.xmission.com Subject: [USR-TC] ARC 5.3.2 code, whats the HARM? Obviously it's been a long day and I've grown weary of 3com's never ending maze of upgrades, hardware/software incompatibilities, and lack of backwards compatibility in their management software. Where can a poor 3com sap find the latest HARM software to manage the 5.3.2 ARC code, I'm running 2.2.6 now. I did re-up my support contract, I think I just bought another year of grief and headaches. - Mike ------------------------------------------------ Rock Island Communications, Inc. (360)-378-5884 http://www.rockisland.com/ San Juan Islands, WA ------------------------------------------------ _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

1 0

ARC 5.3.2 code, whats the HARM?
by Mike Greene 29 Mar '02

29 Mar '02

Obviously it's been a long day and I've grown weary of 3com's never ending maze of upgrades, hardware/software incompatibilities, and lack of backwards compatibility in their management software. Where can a poor 3com sap find the latest HARM software to manage the 5.3.2 ARC code, I'm running 2.2.6 now. I did re-up my support contract, I think I just bought another year of grief and headaches. - Mike ------------------------------------------------ Rock Island Communications, Inc. (360)-378-5884 http://www.rockisland.com/ San Juan Islands, WA ------------------------------------------------

1 0

RE: [USR-TC] LInk Timeouts
by Brian Becker 29 Mar '02

29 Mar '02

Hi Wayne, Here's what one of my Engineers shared with me, not very technical, but good info: link timeouts are when a byte doesn't make it to it's destination correctly. Normally this is an error if it sees some of the 8 bits, but if it never knows you sent anything it doesn't know to report an error, then the send modem times out.. and you send the byte again. Normally this will happen if your buffers are too high, esp. send buffers. Drop it down, try a couple different notches to find the best one. 50 link timeouts or more within an hour and it's a problem. Over a hundred and the user will see the performance problem easily. In my experience the FIFO buffers can directly affect this problem. If need be turn off the buffers completely. This problem is not specific to any brand of modem. You are more likely to see this on a 56k connection, than any other. Brian Becker President, Poplar Bluff Internet, Inc. P.O. Box 190 | Poplar Bluff, MO 63902 | 573.686.9114 Home of http://semo.net - Southeast Missouri's Online Community http://TotallyFabricated.com Total Scrutinizer - Tech Support Just Got Easier WebGabber - All-html Web Chat Software -----Original Message----- From: usr-tc-admin(a)mailman.xmission.com [mailto:usr-tc-admin@mailman.xmission.com] On Behalf Of Wayne Barber Sent: Tuesday, March 26, 2002 2:29 PM To: usr-tc(a)mailman.xmission.com Subject: [USR-TC] LInk Timeouts I'm using the demo of Total Scrutinizer (which I like) and I've noticed the Link Timeout count keeps going up. Anyone know what that is measuring? Is it something about which I should be concerned? Thanks, Wayne Barber Coastal Telco Services _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

1 0

bandwidth control
by Kancha . 27 Mar '02

27 Mar '02

I'm using TC Hiperarc ver 5 with 2 E1/R2 cards supporting 60 dialup users. Now i'd like to restrict the total bandwidth these users can use to some number say 256kbps. How can i achieve this ?? __________________________________________________ Do You Yahoo!? Yahoo! Movies - coverage of the 74th Academy Awards® http://movies.yahoo.com/

1 0

Downgrading ARC from 5.1.99 to 4.2.32
by Mike Greene 27 Mar '02

27 Mar '02

I've downloaded the code to the ARC at least 10 times and every time I reboot the friggin card it keeps coming back as 5.1.99, I've tried everything except a console load. What the heck does a guy have to do to get the card downgraded to 4.2.32!! This is getting really frustrating! - Mike ------------------------------------------------ Rock Island Communications, Inc. (360)-378-5884 http://www.rockisland.com/ San Juan Islands, WA ------------------------------------------------

7 8

Routing a subnet to a dial-up
by Kirk Mitchell 27 Mar '02

27 Mar '02

I have a customer with a static IP address and a public IP /28 behind his ISDN router. My gateway router is sending traffic for his subnet to the ARC, but the ARC isn't accepting it and sending it down the dial-up connection. What for routing do I need to have set up in the ARC to do this? Thanks, -- Kirk Mitchell-General Manager mitch(a)keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

3 3

Alltel + Nortel DMS10 + NI2 + problems
by FIRST NOC TC Subscriber 27 Mar '02

27 Mar '02

Currently we have a 3com Chassis at a remote POP serving customers in Alltel-land. This is a pretty remote place, and so Alltel is only using a DMS-10. They have provisioned our circuits NI2 - Despite my asking for them to provide Custom settings, they will not do so - claiming that their switch does not have the capabilities to do so (or that their policy doesnt allow for Custom). NMC 7.1.8 HiperARC 4.1.26 DSP 2.1.9 The PRIs are FAS, NI2. Right now we have three of these PRIs in this area. I can't keep any three of them operating at the same time. I'm used to running everything with 5ESS Custom settings rather than NI2. It will fill the first two cards in the hunt up and then bail on the third - an alarm will come on on the third one, and then I"ll have to resort to some ridiculous reset scheme in order to get all three circuits back up and green.... Then, when customers fill up 1 and 2 and get to PRI #3, it'll happen all over again. I also am not able to adequately take individual DS0s out of service like I am on the other equipment. Is there anything I can do on my end to make up for the fact that I'm forced to use NI2 and not have service messages? I'm just wondering if there is a workaround (or better configuration) that will allow me to manage this remote dialup chassis a little better and use all available circuits without these types of problems. I'm also interested if I should be able to demand Custom rather than NI2 - I think Alltel once told me that their tariff does not allow for Custom or something to that effect. Is this baloney? Any suggestions would be greatly appreciated. Thanks, Mike Tindor FIRST Internet ________________________________________________________________ 1st.net

3 2

Downgrading ARC from 5.1.99 to 4.2.32
by Seth Jacobs 27 Mar '02

27 Mar '02

----- Original Message ----- From: "Seth Jacobs" <sjacobs(a)onramp113.com> To: <usr-tc(a)mailman.xmission.com> Sent: Wednesday, March 27, 2002 6:34 AM Subject: Re: [USR-TC] Downgrading ARC from 5.1.99 to 4.2.32 > I was getting ready to upgrade the software on our TC but all this talk > about downgrading is making me reconsider. > > We're just about to do the following upgrades: > > HiperNMC: from 6.2.17 to 8.6.3 > HiperArc: from 2.3.32 to 5.3.2 > HiperDSP: from 2.1.19 to 2.1.9, and then to 3.1.7 > > Should I postpone this upgrade? Are alot of people having problems with > these code levels? Are there other code combinations that are "safer"? > > Seth > >

1 0

Re: [USR-TC] Alltel + Nortel DMS10 + NI2 + problems
by FIRST NOC TC Subscriber 27 Mar '02

27 Mar '02

Jason, Thanks for the response and tips. Although this news is not particularly what I wanted to hear. One would think a Telco would have to provide you with service messages if that's what your equipment needed. I understand that it probably has to do with some feature set for which they have to pay for that feature to be enabled in the switch - and since my three PRIs aren't providing enough revenue for them they don't want to do this for us. I did have the service messages disabled on all three DSPs already and unfortunately I still experience these random alarms showing up on one of the three PRIs, usually the last in the hunt. I end up having to do something really funky to get all three to come back up in _apparent_ service - reboot the fronts from right to left and then immediately reboot the backs from right to left. Any variance from this procedure ends up producing continuing alarms on one or more of them. Incidentally, I know its all about service messages - Had the same problem when we took over some circuits after a buyout and those were all provisioned NI2 - same exact problems, and when we had them changed over to custom (on a 5E switch) the problems went away and all of our functionality was back. The way I see it, that's a lower quality of service from the Telco since we are guaranteed to have more problems on NI2 provisioned circuits than on Custom. Wonder if the same problems occur with people using Ascend, Livingston and the like. Mike ---------- Original Message ---------------------------------- From: Jason <jaslist(a)iland.net> Reply-To: usr-tc(a)mailman.xmission.com Date: Tue, 26 Mar 2002 14:14:56 -0600 >We had similar problems in a small town with a DMS10 switch. >There is a setting from the console at the DSP which disables >service messages. We also asked if they (Sprint) could enable service >messages, since it's very difficult to manage problem modems/dsp's >if we can't busy out DS0's. They of course told us no, and they >would not even consider enabling that feature until more people >wanted it. So we are SOL. However since I have disabled service >messages I have not had 1 DSP crash. > >At the console of the DSP type: >'chdev span' >'set servicemsg disable' >'cmd svspcfg' > >-- >That last command will save the config to NVRAM. >Also, if you try and busy out a DS0, or send some type of >service message the DMS10 will probably puke, and cause >that DSP to crash (at least that is what happened to us) >Hope this helps!!! > >At 01:41 PM 3/26/2002, you wrote: >>Currently we have a 3com Chassis at a remote POP serving customers >>in Alltel-land. This is a pretty remote place, and so Alltel is >>only using a DMS-10. They have provisioned our circuits NI2 - >>Despite my asking for them to provide Custom settings, they will >>not do so - claiming that their switch does not have the >>capabilities to do so (or that their policy doesnt allow for >>Custom). >> >>NMC 7.1.8 >>HiperARC 4.1.26 >>DSP 2.1.9 >> >>The PRIs are FAS, NI2. >> >>Right now we have three of these PRIs in this area. I can't keep >>any three of them operating at the same time. I'm used to running >>everything with 5ESS Custom settings rather than NI2. It will >>fill the first two cards in the hunt up and then bail on the >>third - an alarm will come on on the third one, and then I"ll have >>to resort to some ridiculous reset scheme in order to get all >>three circuits back up and green.... Then, when customers fill up >>1 and 2 and get to PRI #3, it'll happen all over again. >> >>I also am not able to adequately take individual DS0s out of >>service like I am on the other equipment. >> >>Is there anything I can do on my end to make up for the fact that >>I'm forced to use NI2 and not have service messages? I'm just >>wondering if there is a workaround (or better configuration) that >>will allow me to manage this remote dialup chassis a little better >>and use all available circuits without these types of problems. >> >>I'm also interested if I should be able to demand Custom rather >>than NI2 - I think Alltel once told me that their tariff does not >>allow for Custom or something to that effect. Is this baloney? >> >>Any suggestions would be greatly appreciated. >> >>Thanks, >> >>Mike Tindor >>FIRST Internet >> >> >>________________________________________________________________ >> 1st.net >> >> >> >> >> >>_______________________________________________ >>USR-TC mailing list >>USR-TC(a)mailman.xmission.com >>http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc > >************************ >Jason Watkins >I-Land NOC >jwatkins(a)iland.net >************************ > > > >_______________________________________________ >USR-TC mailing list >USR-TC(a)mailman.xmission.com >http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc > ________________________________________________________________ 1st.net

1 0

HELP! RADIUS logfile hitting 2GB in under 15 hours from USR attrib error!
by Giovanni Navarrette 26 Mar '02

26 Mar '02

Hello: I have this error coming into my logfiles, and i'm hitting the 2GB filesize limit in under 15 hours. Whats up with this error? Can I tell the HiPerARC to stop sending this, or is this something that my RADIUS server is going to have to control? I'm running Merit AAA 3.6B. Tue Mar 26 00:01:41 2002: generate26: USR attribute 39049 unknown Tue Mar 26 00:01:41 2002: gen_valpairs: non-encapsulated vendor specific attribute Vendor-Specific=vUSR-0000988900000000 Thanks :D ---------------------------------------------------- Giovanni Navarrette USLink Internet Systems Administrator e-Mail :: gio(a)uslink.net

2 1