- USR-TC - mailman.xmission.com

V92
by Lewis Bergman 06 Sep '02

06 Sep '02

I'll rename this thread since it really is something else. Casen mentioned the v.92 code is running well. Have you checked the modem on hold feature? -- Lewis Bergman Texas Communications 4309 Maple St. Abilene, TX 79602-8044 915-695-6962 ext 115

1 0

RE: [USR-TC] Please identify code running
by Joel - Fox Computers 06 Sep '02

06 Sep '02

There was a 3.5.103 that's newer and runs great. I didn't know about 3.5.105 until I saw Casen's email - but I just called to have Source-T send it to me. -----Original Message----- From: WebMaster [mailto:webmaster@floodcity.net] Sent: Friday, September 06, 2002 12:52 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Please identify code running 3.5.105? I thought 3.5.100 was the newest DSP code. Or has there been another ER release? Thanks, Allen > And on an even sider side note: > > Some people were recently asking about what codes to upgrade. We > upgraded to the following code about two weeks ago and so far haven't > experienced any problems for our users: > > HiperNMC: 8.6.3 (Was 6.something) > HiperARC: 5.3.3 (Was 5.0.9) > HiperDSP: 3.5.105 (Was 2.0.19) > > v.92 is enabled, and we have verified v.92 connections establish > correctly. Also, we've done some extensive tests with Lucent WinModems, all > of which connected solidly. Most customers/tests have > reported/shown less line noise disconnects and slightly increased > transfer speeds. > > Just an FYI for the list. > > -----Original Message----- > From: usr-tc-admin(a)mailman.xmission.com > [mailto:usr-tc-admin@mailman.xmission.com] On Behalf Of Todd Bertolozzi > Sent: Friday, September 06, 2002 11:17 AM > To: usr-tc(a)mailman.xmission.com > Subject: [USR-TC] Please identify code running > > > On a side note....can you please indicate the code revision you are using > when asking for help. > > Todd > > -----Original Message----- > From: usr-tc-admin(a)mailman.xmission.com > [mailto:usr-tc-admin@mailman.xmission.com]On Behalf Of Lisa Casey > Sent: Friday, September 06, 2002 10:25 AM > To: usr-tc(a)mailman.xmission.com > Subject: [USR-TC] Changed subject: listening on port 23 > > > Hi Jeff, > > I changed the subject on here, shoulda done that on my first post since I > was changing the topic of the thread. > >> Weird...its like it should be in CLOSE_WAIT (I think >> that's what its called), but maybe the NETServer doesn't have a way to >> designate that state? That would be weird... not sure on this part. > > I'ld have thought the same thing. Maybe since I did just clear a bunch of > hung telnets the "listens" will eventually clear up on their own. I could > probably clear them up by power cycling the box but won't do that since it > would disconnect quite a few users :-) > > > >> 520/udp is RIP routing protocol. Do you have routing >> turned on for that user? > > Now this is what bothers me. Call me paranoid, but I'm always watching out > for users doing weird things (or doing things that are against our > Acceptable Use Policy). No, I don't have any kind of special routing turned > on for any customer, they are all (except for a few ISDN users which this > guy is not) normal 56K analog dial-ups authenticating via a standard > implementation of Cistron Radius. Now I'm wondering what this guy is up > to... (if anything). > > Lisa Casey, Webmaster > Netlink 2000, Inc. > lisa(a)jellico.net > > > _______________________________________________ > USR-TC mailing list > USR-TC(a)mailman.xmission.com > http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc > > > > > _______________________________________________ > USR-TC mailing list > USR-TC(a)mailman.xmission.com > http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc > > > _______________________________________________ > USR-TC mailing list > USR-TC(a)mailman.xmission.com > http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

1 0

RE: [USR-TC] abt 1.3.6.1.4.1.429.4.2.1.10.0 (total modem in use)
by Joel - Fox Computers 05 Sep '02

05 Sep '02

I had that happen to me too - best solution I've found - updated to 5.3.3 ARC code and I don't get those anymore. -----Original Message----- From: Support [mailto:support@inet2000.com] Sent: Thursday, September 05, 2002 3:00 PM To: usr-tc(a)mailman.xmission.com Subject: Re: [USR-TC] abt 1.3.6.1.4.1.429.4.2.1.10.0 (total modem in use) Is there a way to clear these left over telnet sessions without reseting the ARC? ----- Original Message ----- From: "Mike Wilker" <mikew(a)ll.net> To: <usr-tc(a)mailman.xmission.com> Sent: Thursday, September 05, 2002 11:48 AM Subject: Re: [USR-TC] abt 1.3.6.1.4.1.429.4.2.1.10.0 (total modem in use) > Do a 'list sessions' and you'll probably see some telnet sessions in > addition to the modem calls. Those are being counted as well. Telnet > sessions that aren't exited out of properly get stuck in there. > > Mike Wilker > Director of Network Operations > Tiger Communications & Local Link USA > > > > ----- Original Message ----- > From: "pankaj" <pankaj(a)worldgatein.net> > To: <usr-tc(a)mailman.xmission.com> > Sent: Thursday, September 05, 2002 10:41 AM > Subject: [USR-TC] abt 1.3.6.1.4.1.429.4.2.1.10.0 (total modem in use) > > > Hi all, > > I am monitoring total number of modems in use using mrtg, and using > this OID for that > 1.3.6.1.4.1.429.4.2.1.10.0 (using HiperArc,6 Hiperdsp-e1r2) > Its giving me some more values than actual modems in use( i.e I am > manually doing 'list connections' on hiperarc than 48 connections are > there and the same time doing snmpwalk using this OID giving me 64 . ) > Is this problem of snmp or something wrong with the modems??? > And day by day this differance is increases.......After rebooting the > chassis , again its working ok,,,,,, and after passing days again day > by day it increasing. > > > I am also observing per slot using this OID > 1.3.6.1.4.1.429.4.10.35.1.3.0 and the total of all the 6 slots is > mathing exactly with the list connections result. > > > Thanks > pankaj > > > _______________________________________________ > USR-TC mailing list > USR-TC(a)mailman.xmission.com > http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc > > > > > _______________________________________________ > USR-TC mailing list > USR-TC(a)mailman.xmission.com > http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc > _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

1 0

RE: [USR-TC] HELP: Lightning HiPerDSP
by support＠inet2000.com 05 Sep '02

05 Sep '02

Hey, wait.... RING... SCREECH... Joel, cancel the order for that new DSP. :-) On 9/5/02 12:43 PM, USR-TC(a)MAILMAN.XMISSION.COM wrote to SUPPORT: -> Try changing the setting on the DSP DialTrnkType: loopStart to EAndM Type II -> -> At the very least you should configure the DSP to these same settings that -> worked for you on your other gear. -> -> Todd -> -> -----Original Message----- -> From: usr-tc-admin(a)mailman.xmission.com -> [mailto:usr-tc-admin@mailman.xmission.com]On Behalf Of -> support(a)inet2000.com -> Sent: Thursday, September 05, 2002 2:04 PM -> To: usr-tc(a)mailman.xmission.com -> Subject: Re: [USR-TC] HELP: Lightning HiPerDSP -> -> -> The other equipment has some differences and some different wording for the -> settins. It lists.... -> -> Line Type : dsx1ESF -> Coding : dsx1B8ZS -> RecEqualiz: linkRxEqualizerOff -> LineBuildOut: t1Pulse0dB -> fd1: : Ansi-T1-403 -> Mode: : robbedBit -> robbedbitprotocal: linkEMImmediateStart -> MessageOrientedSwitchType: ni1 -> NFAS InterfaceID: 0 -> NFAS Primary WAN: 1 -> Loobackconfig: NoLoop -> SendCode: SendNoCode -> -> So, as far as we can tell, the settins are the same on everything they cross -> over on... We're just really stumped here. -> -> Are there settings in the ARC or NMC that can cause a dead air answer? -> -> On 9/5/02 11:57 AM, USR-TC(a)MAILMAN.XMISSION.COM wrote to SUPPORT: -> -> -> -> -> > We get the same results on two different DSP cards, yet the T1 works on -> our -> -> > old backup equipment, so it must be OK. -> -> Why not get the proper line settings from the old equipment and use -> those? -> -> -- -> -> Lewis Bergman -> -> Texas Communications -> -> 4309 Maple St. -> -> Abilene, TX 79602-8044 -> -> 915-695-6962 ext 115 -> -> -> -> _______________________________________________ -> -> USR-TC mailing list -> -> USR-TC(a)mailman.xmission.com -> -> http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc -> -> -> -> -> _______________________________________________ -> USR-TC mailing list -> USR-TC(a)mailman.xmission.com -> http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc -> -> -> -> -> _______________________________________________ -> USR-TC mailing list -> USR-TC(a)mailman.xmission.com -> http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

3 2

Encryption via radius
by Shinman, Gilad 05 Sep '02

05 Sep '02

Hi all, Has anyone used MSPPP Encryption on an ARC? I'm trying to configure the ARC (Firmware ver. 5.3.3 - 168bit encryption enabled) to work together with SteelBelted Radius ver.3 to get any user who connects to the TC to connect with MicroSoft PPP 128bit data encryption. I've set the attributes in the user tab of SBR for MSPPP Encryption required and 128bit and also defined 128bit_Microsoft_Encryption as the encryption algo. on the default user on the ARC. But this doesn't work. Any help is more then welcomed Thanks Gilad Shinman Network Engineer Intel Israel gilad.shinman(a)intel.com 972-4-8655577

5 10

Re: [USR-TC] HELP: Lightning HiPerDSP
by support＠inet2000.com 05 Sep '02

05 Sep '02

The other equipment has some differences and some different wording for the settins. It lists.... Line Type : dsx1ESF Coding : dsx1B8ZS RecEqualiz: linkRxEqualizerOff LineBuildOut: t1Pulse0dB fd1: : Ansi-T1-403 Mode: : robbedBit robbedbitprotocal: linkEMImmediateStart MessageOrientedSwitchType: ni1 NFAS InterfaceID: 0 NFAS Primary WAN: 1 Loobackconfig: NoLoop SendCode: SendNoCode So, as far as we can tell, the settins are the same on everything they cross over on... We're just really stumped here. Are there settings in the ARC or NMC that can cause a dead air answer? On 9/5/02 11:57 AM, USR-TC(a)MAILMAN.XMISSION.COM wrote to SUPPORT: -> -> > We get the same results on two different DSP cards, yet the T1 works on our -> > old backup equipment, so it must be OK. -> Why not get the proper line settings from the old equipment and use those? -> -- -> Lewis Bergman -> Texas Communications -> 4309 Maple St. -> Abilene, TX 79602-8044 -> 915-695-6962 ext 115 -> -> _______________________________________________ -> USR-TC mailing list -> USR-TC(a)mailman.xmission.com -> http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

2 1

RE: [USR-TC] HELP: Lightning HiPerDSP
by support＠inet2000.com 05 Sep '02

05 Sep '02

Hey Joel, do you (or better yet, someone in Canada...) want to sell one of those 5 DSP set's you have configured and ready to go? If the loopback test can't tell us for sure that the hardware is OK, then maybe I have no choice except to buy a known good one to try... On 9/5/02 12:18 PM, USR-TC(a)MAILMAN.XMISSION.COM wrote to SUPPORT: -> That's not a test, it's a condition. Yellow means there is a loopback -> condition. So far all posts look correct regarding DNIS. If the Telco sends -> digits, set it to DNIS, and DTMF tones equal to the number of digits. If -> they are not, set it to "no address". This of course assumes your ARC OWNS -> the DSP. Do a List chassis" and make sure your ARC owns the DSP's in -> question. Then, do a "list Int" and makes sure your modem ports say up and -> up. If they are, then more than likely, this is a DNIS digit thing. -> -> Rick -> Team Solunet -> -> -----Original Message----- -> From: Support [mailto:support@inet2000.com] -> Sent: Thursday, September 05, 2002 11:06 AM -> To: usr-tc(a)mailman.xmission.com -> Subject: Re: [USR-TC] HELP: Lightning HiPerDSP -> -> -> It just stays Yellow forever? It would be nice if it blinked -> a couple times and then went off or something for a -> successful test. Mine goes Yellow no matter what I set -> it to pretty much, and it stays that way forever. -> -> ----- Original Message ----- -> From: "Lewis Bergman" <lbergman(a)abi.tconline.net> -> To: <usr-tc(a)mailman.xmission.com> -> Sent: Thursday, September 05, 2002 7:24 AM -> Subject: Re: [USR-TC] HELP: Lightning HiPerDSP -> -> -> > On Thursday 05 September 2002 12:04 am, Support wrote: -> > > Hi Lewis. I tried this with a LoopBack adapter that came with our -> Equinox -> > > Digital Modem Pools we used to have. When I initiate the Loopback test -> by -> > > setting the mode from NoLoop to Payload or Line, the LoopBack LED goes -> > > Yellow (test in progress) but it never comes back from yellow. Can you -> > > explain -> > > how the sequence should look? -> > That's what mine does when I put it on line loopback and put my adapter -> in. I -> > would have to go dig in the docs to see what a bad one does. -> > Try this page for some more troublrshooting help. -> > -- -> > Lewis Bergman -> > Texas Communications -> > 4309 Maple St. -> > Abilene, TX 79602-8044 -> > 915-695-6962 ext 115 -> > -> > _______________________________________________ -> > USR-TC mailing list -> > USR-TC(a)mailman.xmission.com -> > http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc -> > -> -> -> _______________________________________________ -> USR-TC mailing list -> USR-TC(a)mailman.xmission.com -> http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc -> -> _______________________________________________ -> USR-TC mailing list -> USR-TC(a)mailman.xmission.com -> http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

1 0

Re: [USR-TC] HELP: Lightning HiPerDSP
by support＠inet2000.com 05 Sep '02

05 Sep '02

OK. That's good to know. That makes sense in the wording of our older stuff, it list it as 'Message Oriented Switch type', which I guess basically says "PRI switch type" doesn't it. OK, well that's a setting we don't have to worry about then. Thanks. :-) On 9/5/02 12:03 PM, USR-TC(a)MAILMAN.XMISSION.COM wrote to SUPPORT: -> On Thursday 05 September 2002 11:52 am, support(a)inet2000.com wrote: -> > They did say they have a DMS100 switch, and they seemed very confident of -> > that at least. However, switching that from 5ESS to DMS100 didn't seem to -> > make any difference. As well, our older equipment that works is supposed -> > to 'auto detect' settings (which would be GREAT) and it's "Message Oriented -> > Switch Type" is set to ni1 by default, although switching it manually to -> > DMS and it still answers.... -> I don't think the switch type will cahnge anything on a channalized T, only -> for a PRI -> -- -> Lewis Bergman -> Texas Communications -> 4309 Maple St. -> Abilene, TX 79602-8044 -> 915-695-6962 ext 115 -> -> _______________________________________________ -> USR-TC mailing list -> USR-TC(a)mailman.xmission.com -> http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

1 0

RE: [USR-TC] HELP: Lightning HiPerDSP
by support＠inet2000.com 05 Sep '02

05 Sep '02

They did say they have a DMS100 switch, and they seemed very confident of that at least. However, switching that from 5ESS to DMS100 didn't seem to make any difference. As well, our older equipment that works is supposed to 'auto detect' settings (which would be GREAT) and it's "Message Oriented Switch Type" is set to ni1 by default, although switching it manually to DMS and it still answers.... On 9/5/02 10:49 AM, USR-TC(a)MAILMAN.XMISSION.COM wrote to SUPPORT: -> What telco? -> -> Todd -> -> -----Original Message----- -> From: usr-tc-admin(a)mailman.xmission.com -> [mailto:usr-tc-admin@mailman.xmission.com]On Behalf Of -> support(a)inet2000.com -> Sent: Thursday, September 05, 2002 12:29 PM -> To: usr-tc(a)mailman.xmission.com -> Subject: RE: [USR-TC] HELP: Lightning HiPerDSP -> -> -> Help. :-) Here are our current settings. We get a dead air answer. If -> anyone can suggest anything to try, please help. -> -> Frame Mode : ESF -> Line Code : B8ZS -> Circuit : -> Loopback : NoLoop -> SignalMode : robbedbit -> Xmitclock : loopTiming -> NicType : LongHaul -> Response : ignore -> JitterAten : attenJitterOnRcvr -> XmitBuild : dB0pt0 -> DialAddress : dnis -> DialTrStart : immediate -> AckWinkAddr : disabled -> DialOutDelay: 70 -> DialTrnkType: loopStart -> PrSwitchType: 5ESS -> IdleBytePtrn: 254 -> ReceiverGain: dB26 -> Tone Type : dtmf -> #ofDTMFTones: 4 -> Send Code : SendNoCode -> XternalSgMod: None -> OvrlpRecMode: disable -> OvrlpInbound: 12 -> OvrlpTimeout: 12 -> -> We're tried various settings for many items, including loop vs ground -> start - -> immediate vs wink start - # of DTMF tones, Switch Type, Nic Type.... -> -> We get the same results on two different DSP cards, yet the T1 works on our -> old backup equipment, so it must be OK. -> -> The LIST CHASSIS shows: -> 1 YES 24 Channel HDM 24 DYNAMIC YES -> 2 YES -- EMPTY -- 0 STATIC NO -> 3 YES 24 Channel HDM 24 DYNAMIC YES... -> -> LIST INT shows everything except eth:2 as UP & UP. eth:2 is Down & UP, but -> otherwise everthing else is UP & UP across the chassis. -> -> -> -> -> On 9/5/02 10:14 AM, USR-TC(a)MAILMAN.XMISSION.COM wrote to SUPPORT: -> -> -> That's not a test, it's a condition. Yellow means there is a loopback -> -> condition. So far all posts look correct regarding DNIS. If the Telco -> sends -> -> digits, set it to DNIS, and DTMF tones equal to the number of digits. If -> -> they are not, set it to "no address". This of course assumes your ARC -> OWNS -> -> the DSP. Do a List chassis" and make sure your ARC owns the DSP's in -> -> question. Then, do a "list Int" and makes sure your modem ports say up -> and -> -> up. If they are, then more than likely, this is a DNIS digit thing. -> -> -> -> Rick -> -> Team Solunet -> -> -> -> -----Original Message----- -> -> From: Support [mailto:support@inet2000.com] -> -> Sent: Thursday, September 05, 2002 11:06 AM -> -> To: usr-tc(a)mailman.xmission.com -> -> Subject: Re: [USR-TC] HELP: Lightning HiPerDSP -> -> -> -> -> -> It just stays Yellow forever? It would be nice if it blinked -> -> a couple times and then went off or something for a -> -> successful test. Mine goes Yellow no matter what I set -> -> it to pretty much, and it stays that way forever. -> -> -> -> ----- Original Message ----- -> -> From: "Lewis Bergman" <lbergman(a)abi.tconline.net> -> -> To: <usr-tc(a)mailman.xmission.com> -> -> Sent: Thursday, September 05, 2002 7:24 AM -> -> Subject: Re: [USR-TC] HELP: Lightning HiPerDSP -> -> -> -> -> -> > On Thursday 05 September 2002 12:04 am, Support wrote: -> -> > > Hi Lewis. I tried this with a LoopBack adapter that came with our -> -> Equinox -> -> > > Digital Modem Pools we used to have. When I initiate the Loopback -> test -> -> by -> -> > > setting the mode from NoLoop to Payload or Line, the LoopBack LED -> goes -> -> > > Yellow (test in progress) but it never comes back from yellow. Can -> you -> -> > > explain -> -> > > how the sequence should look? -> -> > That's what mine does when I put it on line loopback and put my adapter -> -> in. I -> -> > would have to go dig in the docs to see what a bad one does. -> -> > Try this page for some more troublrshooting help. -> -> > -- -> -> > Lewis Bergman -> -> > Texas Communications -> -> > 4309 Maple St. -> -> > Abilene, TX 79602-8044 -> -> > 915-695-6962 ext 115 -> -> > -> -> > _______________________________________________ -> -> > USR-TC mailing list -> -> > USR-TC(a)mailman.xmission.com -> -> > http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc -> -> > -> -> -> -> -> -> _______________________________________________ -> -> USR-TC mailing list -> -> USR-TC(a)mailman.xmission.com -> -> http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc -> -> -> -> _______________________________________________ -> -> USR-TC mailing list -> -> USR-TC(a)mailman.xmission.com -> -> http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc -> -> -> -> -> _______________________________________________ -> USR-TC mailing list -> USR-TC(a)mailman.xmission.com -> http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc -> -> -> -> -> _______________________________________________ -> USR-TC mailing list -> USR-TC(a)mailman.xmission.com -> http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

2 1

RE: [USR-TC] HELP: Lightning HiPerDSP
by support＠inet2000.com 05 Sep '02

05 Sep '02

Help. :-) Here are our current settings. We get a dead air answer. If anyone can suggest anything to try, please help. Frame Mode : ESF Line Code : B8ZS Circuit : Loopback : NoLoop SignalMode : robbedbit Xmitclock : loopTiming NicType : LongHaul Response : ignore JitterAten : attenJitterOnRcvr XmitBuild : dB0pt0 DialAddress : dnis DialTrStart : immediate AckWinkAddr : disabled DialOutDelay: 70 DialTrnkType: loopStart PrSwitchType: 5ESS IdleBytePtrn: 254 ReceiverGain: dB26 Tone Type : dtmf #ofDTMFTones: 4 Send Code : SendNoCode XternalSgMod: None OvrlpRecMode: disable OvrlpInbound: 12 OvrlpTimeout: 12 We're tried various settings for many items, including loop vs ground start - immediate vs wink start - # of DTMF tones, Switch Type, Nic Type.... We get the same results on two different DSP cards, yet the T1 works on our old backup equipment, so it must be OK. The LIST CHASSIS shows: 1 YES 24 Channel HDM 24 DYNAMIC YES 2 YES -- EMPTY -- 0 STATIC NO 3 YES 24 Channel HDM 24 DYNAMIC YES... LIST INT shows everything except eth:2 as UP & UP. eth:2 is Down & UP, but otherwise everthing else is UP & UP across the chassis. On 9/5/02 10:14 AM, USR-TC(a)MAILMAN.XMISSION.COM wrote to SUPPORT: -> That's not a test, it's a condition. Yellow means there is a loopback -> condition. So far all posts look correct regarding DNIS. If the Telco sends -> digits, set it to DNIS, and DTMF tones equal to the number of digits. If -> they are not, set it to "no address". This of course assumes your ARC OWNS -> the DSP. Do a List chassis" and make sure your ARC owns the DSP's in -> question. Then, do a "list Int" and makes sure your modem ports say up and -> up. If they are, then more than likely, this is a DNIS digit thing. -> -> Rick -> Team Solunet -> -> -----Original Message----- -> From: Support [mailto:support@inet2000.com] -> Sent: Thursday, September 05, 2002 11:06 AM -> To: usr-tc(a)mailman.xmission.com -> Subject: Re: [USR-TC] HELP: Lightning HiPerDSP -> -> -> It just stays Yellow forever? It would be nice if it blinked -> a couple times and then went off or something for a -> successful test. Mine goes Yellow no matter what I set -> it to pretty much, and it stays that way forever. -> -> ----- Original Message ----- -> From: "Lewis Bergman" <lbergman(a)abi.tconline.net> -> To: <usr-tc(a)mailman.xmission.com> -> Sent: Thursday, September 05, 2002 7:24 AM -> Subject: Re: [USR-TC] HELP: Lightning HiPerDSP -> -> -> > On Thursday 05 September 2002 12:04 am, Support wrote: -> > > Hi Lewis. I tried this with a LoopBack adapter that came with our -> Equinox -> > > Digital Modem Pools we used to have. When I initiate the Loopback test -> by -> > > setting the mode from NoLoop to Payload or Line, the LoopBack LED goes -> > > Yellow (test in progress) but it never comes back from yellow. Can you -> > > explain -> > > how the sequence should look? -> > That's what mine does when I put it on line loopback and put my adapter -> in. I -> > would have to go dig in the docs to see what a bad one does. -> > Try this page for some more troublrshooting help. -> > -- -> > Lewis Bergman -> > Texas Communications -> > 4309 Maple St. -> > Abilene, TX 79602-8044 -> > 915-695-6962 ext 115 -> > -> > _______________________________________________ -> > USR-TC mailing list -> > USR-TC(a)mailman.xmission.com -> > http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc -> > -> -> -> _______________________________________________ -> USR-TC mailing list -> USR-TC(a)mailman.xmission.com -> http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc -> -> _______________________________________________ -> USR-TC mailing list -> USR-TC(a)mailman.xmission.com -> http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

3 2