January 2003 - USR-TC - mailman.xmission.com

RE: [USR-TC] ISDN CPE Question
by Joel - Fox Computers 28 Jan '03

28 Jan '03

THANKS to all for your help - appreciate it! - Joel -----Original Message----- From: Joshua Coombs [mailto:jcoombs@gwi.net] Sent: Tuesday, January 28, 2003 3:34 PM To: usr-tc(a)mailman.xmission.com Subject: Re: [USR-TC] ISDN CPE Question We've had good luck with Zyxel ISDN routers on our pool of TCs. Nice simple cpe's that are quick to conf and quick to flash in the event of a customer mucking with the conf. Joshua Coombs GWI Networking On Tuesday 28 January 2003 03:59 pm, Joel - Fox Computers wrote: > Got the following email earlier and didn't have an answer. Anyone here > have a good suggestion? > > Quick question, Do you know of a good working customer end modem > to use on a ISDN line to dial into TC100 (HiPerARC, HiPerDSP,HiPerNMC) > gear? I hear that Verizon is going to offer a test ISDN flat rate service > to selected 'rural' comunities in my service area (Northern NH) to > satisfy political presure to provide 'Broadband' services where no other > affordable High Speed conectivity is available. I'd like to be able to > offer aN install package with CPE to take advantage of this "_new_" ;-) > product in the three towns they (Verizon) are going to run this test case > in. > > > _______________________________________________ > 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] Switching from First Available to Round Robin
by BSmith＠solunet.com 28 Jan '03

28 Jan '03

-----Original Message----- From: Seth Jacobs [mailto:sjacobs@onramp113.com] Sent: Tuesday, January 28, 2003 3:52 PM To: usr-tc(a)mailman.xmission.com Subject: Re: [USR-TC] Switching from First Available to Round Robin We would do RR if we could (phone company says it's not possible). The only downside I see is that if a modem does go stupid it might take longer to notice. Seth ----- Original Message ----- Seth, You can do Round Robin on the Total Control, your Telco does NOT need to configure anything. RR on the TC Hub just cycles through your MODEMS, it doesn't do anything with the actual channels. Typically the HiperDSP is configured so that Ch 1 = Modem 1, all the way through. So, what you can do is the following: First Available. Lets say 10 people are connected, and modems 1-10 are in use. Then 2 people disconnect (modem 2 & 4), with First Available the next call that comes in will get modem #2 ... and the one after that gets modem #4. Now, with Round Robin. If 10 people are on, 10 modems in use. Channel 2 & 3 become available (user disconnect), next person that dials gets modem 11, and then modem 12 .. Once it cycles to modem 24 (or 23), it goes back to modem 1. And of course, you have your one to one mapping. 10 people connect, modem 2,6,8 disconnect. If Channel 8 gets a call, it uses modem 8, and so on. Therefore, none of these are configured by your Telco. It is all setup on the total control. The Round Robin you are thinking of is controlled by the Telco, where it cycles through ALL available channels, 1-23 -> next span 1-23, etc ... So, then what would be the practicality of it? Well, with some vendors, the modems take a few seconds to reset. Now, if you have a heavy load on your box, that is a problem. Why? Well, if you have 23 lines, and 30 people trying to connect, 7 people will get busy. If that the redialer going, and 1 person disconnects, it is possible that they will get connected while the modem is in a state of flux. Meaning that it has not finished resetting, and therefore can not take a call. Joe user is like ekkk, and complains to you the ISP. You tell him, everything is fine, and he connects then. Now imagine it with a DS3 worth of callers (672) lines, and even more then that trying to connect. You can see where doing a Round Robin, or First Available can be better for you the ISP. It allows the modems proper time to reset, and therefore stop the half ass connections. I have seen this a LOT with Ascend (Sorry Ascend people), not really with TC-Hubs as much. But, I am sure that it can happen. Well, I hope that helps out some. Enjoy, Brian Smith CCNA, NCSA Network Support Engineer SOLUSERVE www.solunet.com 1571 Robert J. Conlan Blvd., Suite 110 Palm Bay, FL 32905 (888)449-5766 fax: (321)-676-1287

2 2

RE: [USR-TC] ISDN CPE Question
by Ryan McCracken 28 Jan '03

28 Jan '03

the rt338 netgear ISDN router is great.. and not too expensive. Ryan At 04:19 PM 1/28/03 -0500, you wrote: >-----Original Message----- >From: Joel - Fox Computers [mailto:jfox@foxcomputers.com] >Sent: Tuesday, January 28, 2003 4:00 PM >To: usr-tc(a)mailman.xmission.com >Subject: [USR-TC] ISDN CPE Question > > > >Got the following email earlier and didn't have an answer. Anyone here have >a good suggestion? > > Quick question, Do you know of a good working customer end modem >to use on a ISDN line to dial into TC100 (HiPerARC, HiPerDSP,HiPerNMC) >gear? I hear that Verizon is going to offer a test ISDN flat rate service >to selected 'rural' comunities in my service area (Northern NH) to satisfy >political presure to provide 'Broadband' services where no other >affordable High Speed conectivity is available. I'd like to be able to >offer aN install package with CPE to take advantage of this "_new_" ;-) >product in the three towns they (Verizon) are going to run this test case >in. >_______________________________________________ > >If you want a good one, go Cisco? :) But that is really only if you want to >route some IP >addresses over to them. I would just find a 3COM ISDN Modem, I believe that >they still make >them. You can probably find the Ascend (Lucent) Pipeline 75s for pretty >cheap out on the net, >but they are EOL. Which is sad, great little box. > >Brian Smith >CCNA, NCSA >Network Support Engineer >SOLUSERVE > www.solunet.com >1571 Robert J. Conlan Blvd., Suite 110 >Palm Bay, FL 32905 >(888)449-5766 >fax: (321)-676-1287 > > > >_______________________________________________ >USR-TC mailing list >USR-TC(a)mailman.xmission.com >http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc Ryan S. McCracken Computer Technician Keystone Connect 941-5000 tech(a)keyconn.net rmccracken(a)keyconn.net We Now serve many new areas and provide more technical Assistance. Ask for details.

1 0

RE: [USR-TC] ISDN CPE Question
by BSmith＠solunet.com 28 Jan '03

28 Jan '03

-----Original Message----- From: Joel - Fox Computers [mailto:jfox@foxcomputers.com] Sent: Tuesday, January 28, 2003 4:00 PM To: usr-tc(a)mailman.xmission.com Subject: [USR-TC] ISDN CPE Question Got the following email earlier and didn't have an answer. Anyone here have a good suggestion? Quick question, Do you know of a good working customer end modem to use on a ISDN line to dial into TC100 (HiPerARC, HiPerDSP,HiPerNMC) gear? I hear that Verizon is going to offer a test ISDN flat rate service to selected 'rural' comunities in my service area (Northern NH) to satisfy political presure to provide 'Broadband' services where no other affordable High Speed conectivity is available. I'd like to be able to offer aN install package with CPE to take advantage of this "_new_" ;-) product in the three towns they (Verizon) are going to run this test case in. _______________________________________________ If you want a good one, go Cisco? :) But that is really only if you want to route some IP addresses over to them. I would just find a 3COM ISDN Modem, I believe that they still make them. You can probably find the Ascend (Lucent) Pipeline 75s for pretty cheap out on the net, but they are EOL. Which is sad, great little box. Brian Smith CCNA, NCSA Network Support Engineer SOLUSERVE www.solunet.com 1571 Robert J. Conlan Blvd., Suite 110 Palm Bay, FL 32905 (888)449-5766 fax: (321)-676-1287

1 0

RE: [USR-TC] Problem with USR Sportster 56K and v.92
by Joel - Fox Computers 28 Jan '03

28 Jan '03

I've found that when they misbehave a stun gun usually helps. The modem won't work anymore, but it sure makes the tech feel better. :-) Actually, I just finally got all my DSP's up to 3.5.109 and I just happen to have a V.90 USR External Sportster sitting here. I'll give it a try later on and let you know what happens for me. -----Original Message----- From: Walt Gnann [mailto:wgnann@islc.net] Sent: Tuesday, January 28, 2003 2:14 PM To: usr-tc(a)mailman.xmission.com Subject: Re: [USR-TC] Problem with USR Sportster 56K and v.92 Thanks for the response Joel. Actually, the Sportster in question is an older v.90 external version. The only problem I've encountered with the Sportster v.92 Winmodems is once they've tasted v.92 on a particular number they don't want to go back to v.90 if we disable v.92 on the TC. Must have something to do with the quick connect memory. Walt ----------------------------------------------- Walter N. Gnann ISLC, President wgnann(a)islc.net http://www.islc.net 843.770.1000 fax: 843.770.1002 ----------------------------------------------- ----- Original Message ----- From: "Joel - Fox Computers" <jfox(a)foxcomputers.com> To: <usr-tc(a)mailman.xmission.com> Sent: Monday, January 27, 2003 6:35 PM Subject: RE: [USR-TC] Problem with USR Sportster 56K and v.92 On the problem with the sportster - according to the doc that came with DSP 3.5.109, under Unresolved Issues, MR # 48092, "Dial in with Sportster V.92 with no compression drops", workaround = "Verify Data compression (&K) enabled on both ends" -----Original Message----- From: Walt Gnann [mailto:wgnann@islc.net] Sent: Monday, January 27, 2003 12:17 PM To: usr-tc(a)mailman.xmission.com Subject: [USR-TC] Problem with USR Sportster 56K and v.92 I recently upgraded our TC chassis to NMC 8.6.3, HARC 5.3.110, HDSPs 3.5.109. I enabled v.44 data compression and all the v.92 settings on the HDSPs. I had a few problems with folks staying connected while the v.92 PCM Upstream setting was enabled. Basically they would connect fine then get dropped after a few minutes with a failure to retrain error. So, I disabled PCM and everything seemed fine. Newest problem is with a Sportster 56K modem. It will start to handshake then a second or two into the handshake it will give a long, high pitched tone and fail to connect. If I disable the v.92 master setting on the HDSP it will connect just fine. Has anyone else encountered this? Any suggestions? Walt ----------------------------------------------- Walter N. Gnann ISLC, President wgnann(a)islc.net http://www.islc.net 843.770.1000 fax: 843.770.1002 ----------------------------------------------- _______________________________________________ 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

identificaton phone number for outgoing calls
by Sergey Y. Afonin 28 Jan '03

28 Jan '03

Hello. How can I set indentification numder for outgoing calls on HiPer DSP/ARC ? For example on Cisco dial pool: ! controller E1 3/1 framing NO-CRC4 pri-group timeslots 1-31 ! ! interface Serial3/1:15 no ip address no ip directed-broadcast encapsulation ppp isdn switch-type primary-net5 isdn incoming-voice modem 56 isdn calling-number 123456789 <--- It is isdn send-alerting fair-queue 64 256 0 ! Is it possible ? I need it for PRI and R2. :-( -- Regards, Sergey a_s_y(a)chat.ru

1 0

NMC Hub Status
by Stephen Amadei 28 Jan '03

28 Jan '03

Gah! I've got 6 chassis' with dual ARCs, and HiperNMCs, 14 DSPs in one location. All the latest TCS4.5 code. However, one of the chassis's is giving me a red "hub status" on the NMC. The chassis runs fine, otherwise. I've tried swapping out the NMC, rebooting, firmware upgrades, etc... it stays red. Actually, it goes red a few seconds after the NMC gives a console on the RS232 port. This is a _real_ basic question. How do I find out what is causing this? I've looked in the TCM and I'm pulling my hair out, as I am stumped. Any thoughts? ----Steve Stephen Amadei Dandy.NET! CTO Atlantic City, NJ

5 5

RE: [USR-TC] Problem with USR Sportster 56K and v.92
by Joel - Fox Computers 28 Jan '03

28 Jan '03

On the problem with the sportster - according to the doc that came with DSP 3.5.109, under Unresolved Issues, MR # 48092, "Dial in with Sportster V.92 with no compression drops", workaround = "Verify Data compression (&K) enabled on both ends" -----Original Message----- From: Walt Gnann [mailto:wgnann@islc.net] Sent: Monday, January 27, 2003 12:17 PM To: usr-tc(a)mailman.xmission.com Subject: [USR-TC] Problem with USR Sportster 56K and v.92 I recently upgraded our TC chassis to NMC 8.6.3, HARC 5.3.110, HDSPs 3.5.109. I enabled v.44 data compression and all the v.92 settings on the HDSPs. I had a few problems with folks staying connected while the v.92 PCM Upstream setting was enabled. Basically they would connect fine then get dropped after a few minutes with a failure to retrain error. So, I disabled PCM and everything seemed fine. Newest problem is with a Sportster 56K modem. It will start to handshake then a second or two into the handshake it will give a long, high pitched tone and fail to connect. If I disable the v.92 master setting on the HDSP it will connect just fine. Has anyone else encountered this? Any suggestions? Walt ----------------------------------------------- Walter N. Gnann ISLC, President wgnann(a)islc.net http://www.islc.net 843.770.1000 fax: 843.770.1002 ----------------------------------------------- _______________________________________________ USR-TC mailing list USR-TC(a)mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc

2 1

More questions...
by Stephen Amadei 28 Jan '03

28 Jan '03

I have two more questions that came up tonight during a reconfig. 1. I have implemented a new way of doing my ip pools... using the priority feature. I have four pools with priorities of 10, 20, 30, and 40. However, the total control is still giving out addresses round-robin from the four pools. What is wrong? 2. I have been doing some experimentation with the eth:2 port. I gave it an IP address and put it into another router, added a second default route, and it works... disconnect one cable and the other continues working... but only on one chassis. The second chassis doesn't... you can still get to the ARC, but not the users. I use RIPv2 to route to get from the main routers to the users... and the RIPv2 entries look the same. Any ideas? 2b. Adding the second eth port, my RADIUS and logging started getting the wrong IP address... I had the same problem when I had two IPs on one interface... I see an application_source_address feature, but by specifing this, won't I be breaking the redundancy I'm trying to set up? Are there better ways to do this redundancy? Thanx, guys. ----Steve Stephen Amadei Dandy.NET! CTO Atlantic City, NJ

1 0

RE: [USR-TC] HiperDSPs not talking to Telco
by Babar Kazmi 27 Jan '03

27 Jan '03

3 4