- USR-TC - mailman.xmission.com

(usr-tc) Modem errors.
by Brice Ligget 20 Aug '99

20 Aug '99

1 0

(usr-tc) Link dead after 8 Days
by Dale Hege 20 Aug '99

20 Aug '99

Hello, Has anyone had problems with customers staying connected for more than 8 days straight? I have an ISDN customer that seems to not be able to pass any packets other than icmp after 8 days of being connected. I'm running on DSP 2.0.81 and 4.1.59 on the arc. Thanks, -Dale - 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 14

(usr-tc) Out Calling
by Sam Lowe 20 Aug '99

20 Aug '99

Ever since we have used out TCs I have been told the it is not possible to make on outbound ISDN call. One of my competitor's is touting this ability (using a "state-of-the-art Total Control") and I wonder if I have overlooked something. Any one with knowledge of how to do this? Samuel S. Lowe Director, Data Services UniversalCom, Inc. slowe(a)universalcom.net

2 1

(usr-tc) ISDN callback
by Pete Ashdown 19 Aug '99

19 Aug '99

Has anyone managed to get ISDN callback on the HiPer to work in any form? Here is a RADIUS entry for our test account: techmgr Authentication-Type = Unix-PW Framed-IP-Address = 204.228.152.46, Framed-IP-Netmask = 255.255.255.255, Port-Limit = 3, Service-Type = Dialback-Framed, Dialback-No = 5551212, Idle-Timeout = 0 It dials back just fine, but getting the connection to work at that point is somewhat of a mystery. - 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) 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 18 Aug '99

18 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