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

(usr-tc) Idle-Timeout & Session-Timeout
by Jim Johnson 19 Aug '99

19 Aug '99

Does the HiperARC suppport Idle-Timeout & Session-Timeout radius attributes? Idle-Timeout = max length of time with no activity in secs (I know you can do this with the default user) Session-Timeout = max length of time for session in secs Thanks, Jim - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

Re: (usr-tc) 2 ARC's - one chassis
by Florin_Neamtu＠3com.com 19 Aug '99

19 Aug '99

The automated way to do this is with NMC chassis awareness, dynamic slot assignment and dsa idle rebalancing. On the Arcs...make sure neither are set as owners of any of the cards, then do the following on both: enable nmc chassis_awareness enable nmc dynamic_slot_assignment enable nmc dsa_idle_rebalancing Then the Arc's (with the help of the NMC) should have worked out who controls what modem cards (this is a slow process - have patience). If one of the Arcs fails the other Arc should pick up the modem assignments. As far as IP pool assignment...the best way to get this to work with the above setup is to set each Arc with two ip pools and set: disable ip address_pool_round_robin Then set the first arc with pool 1 first, pool 2 second, and the second arc with pool 2 first and pool 1 second. I haven't tested all this out thoroughly...specifically not the ip pool setup...but I have done a bit of playing with the chassis_awareness, dsa and dsa_idle_rebalancing...it worked...slowly (like 20 minutes for a failover). Hope this helps, FN "Jamie Orzechowski" <mhz(a)ripnet.com> on 08/16/99 05:06:59 PM Please respond to usr-tc(a)lists.xmission.com Sent by: "Jamie Orzechowski" <mhz(a)ripnet.com> To: usr-tc(a)lists.xmission.com cc: (Florin Neamtu/US/3Com) Subject: (usr-tc) 2 ARC's - one chassis Could someone please give me a config to setup load balancing between 2 arc's I will have 14 DSP's in one chassis with 2 ARC's controlling them. - 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.

9 13

Re: (usr-tc) RE: ARC flash going bad
by Michael DeMan 18 Aug '99

18 Aug '99

Yes, The flash was corrupted to the point where the card wouldn't boot - we have had to do a tftp download to restore the flash twice now. Basically it boots up through the ROM, but when it gets to 'autoloading flash' it fails. After the first failure it ran for about 24 hours, and then started rebooting by itself again - the reboots again resulting in problems with the flash - CRC checks on it. I was able to recover the system quickly the second time (1/2 hour) but obviously this isn't the solution. We've never had this happen before, and have been running the 4.1.59 code for over a month so I don't think it's a problem with that. We had also thought that maybe it was the new 'telnet' hack being exploited, but I have telnet shut off completely as of yesterday and am coming into the unit via the serial port. I seem to recall some postings somewhere a long time ago (6 mos?) about a similar problem with the flash getting corrupted but can't find them in any archives. ---------- >From: "Mike Wronski" <mike(a)coredump.ae.usr.com> >To: <usr-tc(a)lists.xmission.com> >Subject: (usr-tc) RE: ARC flash going bad >Date: Wed, Aug 18, 1999, 8:36 AM > > > >|-----Original Message----- >|From: owner-usr-tc(a)lists.xmission.com >|[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Michael DeMan >|Sent: Wednesday, August 18, 1999 10:28 AM >|To: usr-tc(a)lists.xmission.com >|Subject: (usr-tc) ARC flash going bad >| >| >|We've had a problem in the past two days with our flash going bad in our >|HiperArc unit. Is this indiciative of a failing card or is there perhaps >|another issue we can look into. This happened two evenings ago, and just >|about an hour ago this morning (Wednesday). >| >|We are running ARC 4.1.59, with hardware revision 19.0.0. >| > >How are you determining that the flash is "bad"? Are you losing configs? Seeing >strange behavior? >The are cases where flash can get corrurpted. This rarly happens, but you can >correct it by flashing code to the card via the console port and using the token >"AT{ZF}" instead of "AT{Z}" to start the Z-Modem SDL2 download.. >You will have to reconfigure the card after this procedure. > >-M > > >- > 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) Bad Modem monitoring
by Brett Murphy 18 Aug '99

18 Aug '99

-----Original Message----- From: Jamie Orzechowski <mhz(a)ripnet.com> To: usr-tc(a)lists.xmission.com <usr-tc(a)lists.xmission.com> Date: Wednesday, 18 August 1999 11:34 Subject: Re: (usr-tc) Bad Modem monitoring >my "bad" or "high pitched sound" modem problem has disappeared since I have >flashed the test code (2.0.70) from 3com ... I have not had one problem with >it since I got it up and running on 15 DSP's last week ... if anyone has a >problem with high pitched sound I would recommend contacting a 3com tech for >the code ... I have had problems with 2.0.70 and the bad tones/increasing calls failed syndrome (we need a more generic term for it) . > >----- Original Message ----- >From: Eric Billeter <ebilleter(a)cableone.net> >To: <usr-tc(a)lists.xmission.com> >Sent: Tuesday, August 17, 1999 9:20 PM >Subject: RE: (usr-tc) Bad Modem monitoring > > >> What I have now is an external script which polls all modems in the >chassis >> (DSPs) >> >> It then outputs to a file in HTML format. >> You can see a result of the output at http://24.116.0.46\phx-fail.htm >> Modems which are failing would be highlighted in red. >> >> I am next going to work on trying to alert via email when a modem is in >> errored status, and also rework the error conditional. I have only worked >> on >> this today, and I figure on giving it about another day this week. >> >> Because the SNMP walk takes a considerable amount of time I am running >this >> via a scheduled process and outputting the information to a file, rather >> than having it dynamic and run when the page is requested. Also this will >> make the alerting function more practical. >> >> If there are any perl programmers who would like to work on this with me >it >> would be greatly appreciated. I am not a perl programmer, although I can >do >> a pretty good job at cutting and pasting from other scripts. The current >> scripts use some of the modules included with MRTG, as well as a hacked up >> version of my hiperdsp.pl script for the snmp walk. >> >> Plug in the community, ip address, and output file into the script then >run >> it. >> Please let me know the results or if you have any suggestions. >> >> Thanks >> Eric Billeter >> Internet Engineer >> Cable One, Inc. >> >> eric.billeter(a)cableone.net >> 602-364-6462 >> >> -----Original Message----- >> From: owner-usr-tc(a)lists.xmission.com >> [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jamie Orzechowski >> Sent: Tuesday, August 17, 1999 5:09 PM >> To: usr-tc(a)lists.xmission.com >> Subject: Re: (usr-tc) Bad Modem monitoring >> >> >> I would love to have these scripts ... I have mrtg monitoring my calls on >> the DSP's ... would like a failiure graph ... >> >> ----- Original Message ----- >> From: Eric Billeter <ebilleter(a)cableone.net> >> To: <usr-tc(a)lists.xmission.com> >> Sent: Tuesday, August 17, 1999 7:31 PM >> Subject: (usr-tc) Bad Modem monitoring >> >> >> > If you have PERL running >> > >> > AND >> > >> > You have MRTG running >> > >> > AND >> > >> > you want to be able to monitor modem call failures on the Hiper DSP >cards >> > >> > Email me. I have some scripts in beta currently and would like your >> > feedback. When completed I will release them to the lists. >> > >> > Eric Billeter >> > Internet Engineer >> > Cable One, Inc. >> > >> > eric.billeter(a)cableone.net >> > 602-364-6462 >> > >> > >> > >> > >> > - >> > 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) PPP login failed
by Marcelo Souza 18 Aug '99

18 Aug '99

Recently I note systematic CRITICAL messages on my HARC syslog like this: Facility "PPP", Level "CRITICAL":: PPP login failed on slot:6/mod:13 id: 84677053 username: user It comes from all my DSPs on this TC, what does it means? HARC 4.1.59-6 - Marcelo - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

(usr-tc) Bad Modem monitoring
by Eric Billeter 18 Aug '99

18 Aug '99

If you have PERL running AND You have MRTG running AND you want to be able to monitor modem call failures on the Hiper DSP cards Email me. I have some scripts in beta currently and would like your feedback. When completed I will release them to the lists. Eric Billeter Internet Engineer Cable One, Inc. eric.billeter(a)cableone.net 602-364-6462 - 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 4

(usr-tc) TRAP disconnect reasons
by Paul Farber 18 Aug '99

18 Aug '99

Anyone figure out why ALL modem failure reasons are always 0? enterprises.usr.nas.mdm.mdmCs.mdmCsTable.mdmCsEntry.mdmCsConnectFailReason.1 = 0, The reference chp 24 "Modem Disconnect and Fail to Connect Reasons" starts at drtDrop(1) and is only for the Quad modems???? TCM reports a variety of call failure types, but traps don't. Paul D. Farber II Farber Technology Ph. 570-628-5303 Fax 570-628-5545 farber(a)admin.f-tech.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.

2 3

(usr-tc) Interface load SNMP data on Netservers?
by Scott Trautman 18 Aug '99

18 Aug '99

Sooo...to explain the inevitable question about why using a Netserver rather than ARC's for this... I tried PRIME on HiperDSP/ARC for ISDN. Beyond some really strange behavior whereby ISDN customers w/two channels would be admin reset about every 2 minutes, figured out that using TSMON for ISDN and modems together would be pretty much impossible with the way TSMON works and way ARC's show user connections anyway. Oh well. I've put the PRIME (for ISDN only mind you) on a chassis with Netserver, Dual T1 card. Workin' like a charm. But, we'd desire to get byte flow information from the individual interfaces, as we do via PM*'s, and actually no problem with ARC's, but just can't seem to get much of any SNMP response from Netservers even though SNMP is turned on. Any ideas? Zat just the way it works? In the next release of Netserver code? (joke..I make joke...I know I know already..) Thanks! SMT Scott Trautman 608-240-4638,4637fax Global Dialog Internet www.gdinet.com 2810 Crossroads, STE LL2 Madison WI 53718 - 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

(usr-tc) ARC flash going bad
by Michael DeMan 18 Aug '99

18 Aug '99

We've had a problem in the past two days with our flash going bad in our HiperArc unit. Is this indiciative of a failing card or is there perhaps another issue we can look into. This happened two evenings ago, and just about an hour ago this morning (Wednesday). We are running ARC 4.1.59, with hardware revision 19.0.0. - mike - 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

(usr-tc) 1 ARC - 14 DSPS
by Jamie Orzechowski 18 Aug '99

18 Aug '99

Should PPP Offloading be enabled with 14 DSPS being control by one chassis?? and 14 DSPS takes up more than one class C ... so would I have my first IP pool (entre class c) sent on eth0 and then have the remaning IP's on eth1?? or can you have 2 ippools on the same interface? - 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 5