- USR-TC - mailman.xmission.com

(usr-tc) DSPCode 2.0.51
by Cheryl Johnson 26 Jan '00

26 Jan '00

Is this code only recommended for hardware revisions .54 and .55 only? I have .49 and was thinking of moving to the 2.0.51 from the 2.0.60 since I do not see too many improvements. And is this compatible with NMC 6.1.17 and ARC 4.1.22? It seems to be getting more difficult to keep these things straight. -Cheryl Johnson SEI Data Network Services, Inc. A Division of SEI Communications

6 6

(usr-tc) Missing Radius records... was Billing Software
by Mark Thornton 26 Jan '00

26 Jan '00

There has been a fair amount of discussion about missing radius records, specifically stop records as regards to concurrency control. I posted a question about this a week or so back and didn't get a response. In my case I have a single chassis that is prone to this problem, but the others are not. Any ideas why? Also, if getting the stop record is so unreliable how do those of you who do hourly billing keep the system working? In our case the session is lost and not billed for. I can live with that but it bothers me that it isn't reliable. Mark Thornton San Marcos Internet, Inc. 512-393-5300 - 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.

4 4

Re: (usr-tc) (USR-TC) MISSING RADIUS R
by Steve Valiunas 26 Jan '00

26 Jan '00

I've also seen cases where the NAS was talking to a remote radius server over shakey/saturated links, causing a lot of radius retransmissions- If the Radius server can't handle starts & stops coming in out of order, then session-limiting based on this will break. In at least a couple of cases things cleaned up by fixing the link. To see if this might be contributing to the problem, compare the count of retransmitted accounting packets between the working and not working Harcs ("show accounting counters"). It -might- be as simple as that. Of course this isn't likely if all the chassis are local. STeve jeff.binkley(a)asacomp.com (Jeff Binkley) on 01/26/2000 09:15:21 AM Please respond to usr-tc(a)lists.xmission.com Sent by: jeff.binkley(a)asacomp.com (Jeff Binkley) To: USR-TC(a)LISTS.XMISSION.COM cc: (Steve Valiunas/MW/US/3Com) Subject: (usr-tc) (USR-TC) MISSING RADIUS R U>There has been a fair amount of discussion about missing radius U>records, specifically stop records as regards to concurrency control. U>I posted a question about this a week or so back and didn't get a U>response. In my case I have a single chassis that is prone to this U>problem, but the others are not. Any ideas why? U>Also, if getting the stop record is so unreliable how do those of you U>who do hourly billing keep the system working? In our case the session U>is lost and not billed for. I can live with that but it bothers me U>that it isn't reliable. U>Mark Thornton U>San Marcos Internet, Inc. U>512-393-5300 Unfortunately it is a HiPerArc problem that crept in at a certain release of code. 3Com claims it has been fixed in the newer code but with the problems many folks have had, including myself, with the newer code, some folks are afraid to try it. I plan to try another HiPerArc upgrade soon. Jeff Binkley ASA Network Computing CMPQwk 1.42 9999 - 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.

1 0

Re: (usr-tc) Quad ana/dig modem not taking calls (another case of)
by Ray Whelan 26 Jan '00

26 Jan '00

Hi Dan , Am I correct in thinking from your original mail both Analog and Digital were failing, from your Debug you attached in you second mail Analog call connect. What I see from the Debug is a follows Working Analog calls Failed Digital Call Telco Nas Telco Nas I -3 -> I -3 -> A-1 <- A1 ( 5seconds) 0 A1 A-3 3 A1 3 A1 -----> Clear Fwd 3 A1 I-3 A3 ii-1 B6 <- Answer The problem is when a Digital calls comes form your telco, we get the first digit and we respond to it with a A-1, The telco should then should send the next digit but the NAS times out ( normal condition) as no other digits or recieved, the NAS then sends a digit complete , but the telco send a clear forward . Two issues to look into either telco not seeing our A-1 or there is a problem with the telco digital call service. Talk to your telco make sure you service can have a digital service. Regards Ray Whelan - 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) Motorola SM56
by Brian 25 Jan '00

25 Jan '00

I am having some clients report that they are having problems connecting with Motorola SM56 modems (we are on DSP 2.0.51). Has anyone else seen this? any known fixes? ----------------------------------------------------- Brian Feeny (BF304) signal(a)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(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) Re: usr-tc) Motorola SM56
by Greg owens 25 Jan '00

25 Jan '00

Brian...Had the same problem here a few weeks ago you might try some of the init strings found at http://www.motorola.com/networking/products/sm56_ac-l/index.html I finally got the modem to connect about 7 out of 10 trys. Thats the best we could ever do. Greg Owens Magnolia Internet Services http://www.magnolia-net.com I am having some clients report that they are having problems connecting with Motorola SM56 modems (we are on DSP 2.0.51). Has anyone else seen this? any known fixes? ----------------------------------------------------- Brian Feeny (BF304) signal(a)shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

1 0

(usr-tc) Problems with HiperARC 4.2.32
by Jorge Lozano 25 Jan '00

25 Jan '00

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have 4 Hiper ARC, three with 4.1.72 and just one with 4.2.32 software version Everyone work with my RADIUS server, but after a minutes... the hiper with 4.2.32 begin to send garbage in the password field.... I reboot the card and everything its ok again... for some minutes... :-) Can somebody help me with this anormal situation? Jorge Lozano -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.2 for non-commercial use <http://www.pgp.com> iQA/AwUBOI43zqp3oywyFVUlEQJL9gCg8VO0ZbhNleK4RwWYq/D/TByfwKMAoPh9 /JnaRqALsKyPCq/s4SnRk6jy =AK0h -----END PGP SIGNATURE----- - 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) T1-186 & HyperArc 4.2.32-1?
by Mark Thornton 25 Jan '00

25 Jan '00

According to the compatibility matrix the T1-186 code version 3.5 is not compatible with TCS 3.6 which includes the Arc code 4.2.32-1. I just noticed this is the configuration I am running with no apparent ill effects. This may go back to the discussion of what version of code to run on the Arc, but is anyone else running this configuration? Does it seem appear stable to you as well? What benefit is there to replacing the old T1 card with the newer PRI/T1 card? I'n not really keen on dumping the quads yet because they are working, and at times they seem to be more compatible with the worthless modems of the world than my DSP's. Mark Thornton San Marcos Internet, Inc. 512-393-5300 - 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) PRI and CT1 on same HyperArc?
by Mark Thornton 25 Jan '00

25 Jan '00

Are there any wierd problems with running PRI lines and CT1 lines through the same HyperArc? Mark Thornton San Marcos Internet, Inc. 512-393-5300 - 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

Re: (usr-tc) Quad ana/dig modem not taking calls (another case of)
by Ray Whelan 25 Jan '00

25 Jan '00

Hi Dan, Check the configuration in case the Dual E1 cas is sending out AB bits set for 11 backward which blocks calls, also the Telco could be sending Blocking. Debug Ctrl D 1 Cas Monitor Trace this allows you to see AB bits changes ,Time Stamts channel call coming in on line, Its a good starting point. Or try 2 Cas monitor trace it monitor all channels be careful this can slow down the system. Try the first trace and make a test call. Regards Ray Whelan Dan Borlovan <danb(a)dnttm.ro> on 25/01/2000 15:02:24 Please respond to usr-tc(a)lists.xmission.com Sent by: Dan Borlovan <danb(a)dnttm.ro> To: usr-tc(a)lists.xmission.com cc: (Ray Whelan/IE/3Com) Subject: (usr-tc) Quad ana/dig modem not taking calls (another case of) Hello, I have a totalcontrol chassis with the following cards: - 1 dual e1/cas - 8 digital quad modems - 6 analog/digital quad modems - 1 hiper arc - 1 hiper nmc (p5nmc) All cards have at least tcs3.5 software Modem signal source is pritdm. The dual/e1 card recognizes the modem cards. I have 2 E1 (30 channels) active. The problem is that the ana/dig modems do not take calls. All modems (both dig and ana/dig) have the same configuration. What seems to happen: - a call arives; the dual/e1 tries to communicate with the modem (status is 'dialling-in'); after about 10s failes and the caller gets a busy signal from the telco. Meantime modem shows no reaction (doesn't go off-hook) What was tried: - software reset, hardware reset, chassis powerdown/powerup - reinserting modem cards - chaging modem cards - changing modem source from pritdm to nic, inserting an analog line and making a call works - so the modem and the harc are fine - swapping slot positions for dig and ana/dig modems - the dig modems take calls, the ana/dig don't The same configuration seems to work in other places using same hardware. If you have any suggestion, I'll be glad to try. If needed I can provide debug from the dual/e1 card (the ctrl/d menu), just tell me which debug options to enable. Thanks, Dan -- Dan Borlovan <danb(a)dnttm.ro> System Administrator, Network Operation Center Dynamic Network Technologies - Timisoara, Romania Telefon: +40-56-204967 FAX: +40-56-220201 - 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.

2 1