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

RE: [USR-TC] Need DSP Code
by Joel - Fox Computers 18 Jul '02

18 Jul '02

my email is jfox(a)foxcomputers.com Thanks, Joel -----Original Message----- From: usr-tc-admin(a)mailman.xmission.com [mailto:usr-tc-admin@mailman.xmission.com]On Behalf Of Steve Monkhouse Sent: Thursday, July 18, 2002 5:24 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Need DSP Code -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 FYI : You cant email to the list Joel, You'd have to include an email address... :) Steve - -----Original Message----- From: usr-tc-admin(a)mailman.xmission.com [mailto:usr-tc-admin@mailman.xmission.com]On Behalf Of Joel - Fox Computers Sent: Friday, July 19, 2002 4:58 AM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Need DSP Code I'm also looking for these 2 versions - anyone have these? hd020109.zip hp020051.zip Thanks, Joel -----BEGIN PGP SIGNATURE----- Version: PGP 7.1.1 iQA/AwUBPTc/67zZ2D1wrS2iEQKD+ACggk8FBWO/hD081dBs1tXrRkebB7kAn1Yn NMjyypCYFMCZFVmu8P6tv8Gs =o6xs -----END PGP SIGNATURE-----

1 0

RE: [USR-TC] Need DSP Code
by Steve Monkhouse 18 Jul '02

18 Jul '02

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 FYI : You cant email to the list Joel, You'd have to include an email address... :) Steve - -----Original Message----- From: usr-tc-admin(a)mailman.xmission.com [mailto:usr-tc-admin@mailman.xmission.com]On Behalf Of Joel - Fox Computers Sent: Friday, July 19, 2002 4:58 AM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Need DSP Code I'm also looking for these 2 versions - anyone have these? hd020109.zip hp020051.zip Thanks, Joel -----BEGIN PGP SIGNATURE----- Version: PGP 7.1.1 iQA/AwUBPTc/67zZ2D1wrS2iEQKD+ACggk8FBWO/hD081dBs1tXrRkebB7kAn1Yn NMjyypCYFMCZFVmu8P6tv8Gs =o6xs -----END PGP SIGNATURE-----

1 1

TC Hardware available
by Joel - Fox Computers 18 Jul '02

18 Jul '02

Being new to the list, I really don't want to get flamed here. But in looking back through the archives, I see a lot of posts related to hardware for sale. Sorry if this isn't appropriate. Through the process of getting my ISP up and running, I ended up with some spare hardware. Anyone interested? Email me. I've got a complete TC Chassis with a Hiper ARC, NMC, and a couple DSPs available, as well as some various spare cards. Let me know if interested. Just thought I'd make em available here before I put 'em on ebay. Thanks, Joel

2 1

RE: [USR-TC] Primary Switch Compatibility
by Joel - Fox Computers 18 Jul '02

18 Jul '02

We are running Channelized T1 - and I also thought that switch type only mattered for PRI - but then I read some past posts that refer to making sure the switch type is correct even for the CT1's. The telco is Qwest. Thanks, Joel -----Original Message----- From: Todd Bertolozzi [mailto:berto@voyager.net] Sent: Thursday, July 18, 2002 8:39 PM To: usr-tc(a)mailman.xmission.com Subject: RE: [USR-TC] Primary Switch Compatibility Not I...what's the telco's name? Also....you are terminating PRI then? Because if you are terminating channelized the switch type shouldn't matter. On the 3com gear I've found the 5ess, dms100, or ni2 are usually the most common. Sometimes trial and error are the best means. Todd -----Original Message----- From: usr-tc-admin(a)mailman.xmission.com [mailto:usr-tc-admin@mailman.xmission.com]On Behalf Of Joel - Fox Computers Sent: Thursday, July 18, 2002 7:24 PM To: usr-tc(a)mailman.xmission.com Subject: [USR-TC] Primary Switch Compatibility Anyone familiar with an Ericsson AXE10 switch? That's what's running at my CO, but it's not an option for "Primary Switch Type" on the DSP Cards. Any idea what's compatible? Thanks, Joel _______________________________________________ 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

Primary Switch Compatibility
by Joel - Fox Computers 18 Jul '02

18 Jul '02

Anyone familiar with an Ericsson AXE10 switch? That's what's running at my CO, but it's not an option for "Primary Switch Type" on the DSP Cards. Any idea what's compatible? Thanks, Joel

2 1

RE: [USR-TC] Need DSP Code
by Joel - Fox Computers 18 Jul '02

18 Jul '02

I'm also looking for these 2 versions - anyone have these? hd020109.zip hp020051.zip Thanks, Joel -----Original Message----- From: Joel - Fox Computers Sent: Thursday, July 18, 2002 12:18 AM To: usr-tc(a)mailman.xmission.com Subject: [USR-TC] Need DSP Code I sent a lengthly email earlier about some problems I was having. After spending all night readin back through old archives, I've found some others who had similar problems with the same code I'm running. I want to try to downgrade my DSP code. Does anyone happen to have v3.1.7 of the Hiper DSP code and care to email it on over? Would be greatly appreciated. Thanks, Joel _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

1 0

(no subject)
by Justin Kendall 18 Jul '02

18 Jul '02

Howdy all, I'm running Arc 5.3.2 with DSP code 3.5.100 and I am having trouble keeping track of who is using V.92. When I look at the session monitor or telnet into the DSP I can see that there are a lot of people are using V.44 which (according to Zoom and USR) means that they are indeed using the V.92 protocol but their modulation type almost always shows up as V.90. I spoke with a friend at napanet about this to see if he had the same experiance as he is running 5.3.3 Arc code and they are having the same issue. Anybody know how to fix this? or another way of tracking V.92 users... Thanks, Justin Kendall, NetEase, Inc. jkendall(a)neteze.com 800.203.1916

2 2

Need DSP Code
by Joel - Fox Computers 17 Jul '02

17 Jul '02

I sent a lengthly email earlier about some problems I was having. After spending all night readin back through old archives, I've found some others who had similar problems with the same code I'm running. I want to try to downgrade my DSP code. Does anyone happen to have v3.1.7 of the Hiper DSP code and care to email it on over? Would be greatly appreciated. Thanks, Joel

1 0

DSP Connection Problems
by Joel - Fox Computers 17 Jul '02

17 Jul '02

I have some dial-up users getting slow connection speeds, and also cannot get any V.92 connections working. Hoping someone can lend some advice. Sorry if the explanation is long, but I want to give you all the information. First, here is my Total Control configuration: (2) Hiper DSP's, v.3.5.12 Hiper ARC, v.5.3.2 Hiper NMC v.8.6.3 (2) 130amp Power Supplies I have to CT1's to the DSP Cards, Trunk settings on the DSP cards are listed at the bottom of this message for your info. I started seeing some users report slow connection speeds, and so I started comparing my performance to another provider in town who I know is also running Total Control, and I'm pretty sure with CT1 lines, but I don't know any technical details of their setup. On a machine in my office I've tested with both a Lucent/Agere V92 winmodem and a USR Sportster External V.92. Dialing into my own equipment I consistently get and maintain 45333-46666 connections. Not bad, but with the same phone line, same modems, same everything, when I dial the other provider, I get 49333 every time. I have some several users connecting to my equipment and getting 49333,50666, or 52000, even some using the same Lucent/Agere modems, but I can't do it myself. I have some users that might connect at 50666 or 49333 five times in a row and then get 21K the next time. The worst part of it all is that I have some users that can connect to the other provider at 49333 all day long and can't get better than 28800 dialing into my equipment. This tells me something is wrong. Both of my "live" DSP cards are doing the same things to several different users at different times. At the same time some users have really poor connections, I have other users on the same DSP card with excellent stable connections. I've tried swapping out for some spare DSP's, and got the same results. Although I didn't see how it would help, I also tried swapping out the ARC, and got the same result. I placed a trouble ticket with the Telco today, and then had the local technician on the phone while he tested both my circuits. For about 30 minutes straight there were absolutely NO errors on the CT1's. Everything is testing perfectly. One thing that worries me is my trunk settings, and although the telco tech was able to confirm my Framing and Line Coding settings for the Trunks, he had no idea about some of the other options under trunk settings. I have tried playing with the "Transmit Line Build Out" and "Receiver Gain" settings, but they don't seem to make any significant difference, unless I'm just not getting the right combination. Also - on the trunk settings, I probably have the wrong "Primary Switch Type", but have no idea what it should be. I know that the Telco CO is using an Ericcson switch, but that's all the info I could get out of them. Any idea what it should be? In addition to the slow-connection problems, I can't get any V.92 connections at all. V.90/V.42 is as good as it gets. But my understanding is that I have the right hardware and the right code to do it. So is this also maybe related to the same problem causing some users to have occasional slow connections? Any help would be greatly appreciated. Again, Sorry for the long email. Thanks, Joel Fox Computers ---- My DSP Trunk Settings ---- Framing Mode dsx1ESF Line Coding Options dsx1AMI Circuit Identifier Loopback Configuration dsx1NoLoop Signal Mode robbedBit Transmit Clock Source loopTiming NIC Type longHaul Response to Remote Loopback ignore Jitter Attenuation attenJitterOnRcvr Transmit Line Build Out dB0pt0 Dial In Address noAddress Dial In/Out Trunk Start Signal Type wink Ack Wink On Dial In Address Info Received disabled Dial Out Address Delay 70 Dial In/Out Trunk Type eAndMTypeII Primary Switch Type priSw5ESS Idle Byte Pattern 254 Receiver Gain dB12 Tone Type dtmf Number of DTMF Tones 4 Send Code dsx1SendNoCode External Signaling Mode (will take effect next boot) none Overlap Receiving Mode disable Overlap Receiving Inbound Digits Expected 12 Overlap Receiving Timeout Delay 12

1 0

NMC upgrades
by Charles Sprickman 17 Jul '02

17 Jul '02

Hi all, I seem to recall some sort of problems going from NMC 4.x.x to current-ish code... Is an interim release needed? I'm looking at an nmc at 4.1.1 that needs to go to 6.0.9 (4M card). Anyone's memory go back that far? Thanks, Charles -- Charles Sprickman spork(a)inch.com

2 1