September 1999 - USR-TC - mailman.xmission.com

(usr-tc) E1 Configuration
by Dataheart 30 Sep '99

30 Sep '99

Hi, I am new to this list and wondering if anyone would be able to give me a tutorial on how to configure a dual PRI NAC with dual E1 NIC for analog(56k) connections in Australia. I have been running straight analog(33.6k) racks for about 3 years now but now the telco has installed the PRI Trunks and I am stuffed with the conversion. Any help is greatly appreciated. Thanks, Aaron P.S. I am sure that this question would have been asked before so if anyone could point me in the direction of the archives I would appreciate that as well. - 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) Netserver to ARC using Multilink
by Carl Litt 29 Sep '99

29 Sep '99

Is it possible to get a Netserver to connect to a HiPer ARC with more than one channel (by using multilink)? We're trying to move a customer over from dialing into another Netserver (not ours) into an ARC running 4.1.59. The login is set in RADIUS, and does work for a single channel. We have no Port-Limits set, and the ARC has the default 2 Max-Chan. We can get the first channel up, but the second channel connects then drops. Here is the "mon ppp" output: Incoming PPP Data on interface: slot:10/mod:23 LCP CFG_ACK MRU 05 ea ASYNC_MAP ff ff ff ff MAGIC_NUM 4c 56 1b da PROTO_COMP AC_COMP MPP_MRRU 05 ea MPP_ENDPTID 00 Incoming PPP Data on interface: slot:10/mod:23 LCP CFG_REQ MPP_ENDPTID 04 6f f7 09 08 ASYNC_MAP ff ff ff ff MAGIC_NUM 23 ea 32 19 Outgoing PPP Data on interface: slot:10/mod:23 LCP CFG_ACK MPP_ENDPTID 04 6f f7 09 08 ASYNC_MAP ff ff ff ff MAGIC_NUM 23 ea 32 19 --- [The call is then dropped] --- >From what I can see, there are no NAK's which should cause a protocol termination. In the RADIUS accounting logs, the session has a Term-Cause of NAS-Error. Any advice? Thanks, Carl - 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 4

RE: (usr-tc) Intermittent static on lines...
by Stainforth, Matthew 29 Sep '99

29 Sep '99

Have you looked at your DS1 errors under TCM? That should tell you if you have problems with the signal. Also, your telco should be able to look and see if you have accumulated any slips. On Wednesday, September 29, 1999 2:14 PM, Christopher Arlis Hanes [SMTP:chanes@usacars.com] wrote: > I'm having a problem with static coming and going on my PRIs. The > effect then is that users are unable to temporarily dial in - the modems > aren't able to negotiate a connection. I'm fairly certain the > interference is being produced on the utp cat 5 cable running about 25 > feet on a ladder rack from the demarc point to my boxes. I'm planning > on installing shielded cable immediately but was wondering if anyone has > run into similar problems and has some advice? What is the best way to > measure the noise on the line? I noticed under Performance Monitor on > modems you can get s/n ratio info for each connection. What are > acceptable levels? > > Thanks, > Chris Hanes > > > - > 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

(usr-tc) NFAS Dilema
by Mark Lemmert 29 Sep '99

29 Sep '99

I am about to switch all my PRIs at one location to NFAS. The telco I am working with only supports 5 circuits per d channel. Since only 14 DPS can fit in a chassis that maximum # of groups of 5 I can fit is 2, which is only 10 DSPs per chassis. For management/organization reasons I want to have consistent sizes for the NFAS groups only put 10 DSPs chassis. My recollection is that 7 DSPs is the maximum that you are supposed to use per HiperARC card. Given this situation if you were me would you spend the extra money on the second ARC or stretch the first ARC a bit and run 10 DSPs on it? Thanks for the input! ----------------------------------------------------------------------- Mark Lemmert AthEnet Data Exchange Chief Technical Officer 888-919-8700 - 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

RE: (usr-tc) 2 Issues
by Stainforth, Matthew 29 Sep '99

29 Sep '99

On Wednesday, September 29, 1999 4:36 PM, Carl Litt [SMTP:carl@execulink.com] wrote: > I noticed this behaviour of the locking modem pairs months ago and > pointed it out on the list, but couldn't get a discussion going. > > Anyone have any suggestions? > There was some ER code floating around that addressed this but I wasn't too keen on running this on my production systems. I'm just waiting for them to hopefully merge the fix into the next 2.0.x DSP code release. Maybe someone from 3Com can confirm whether the next release will have this fixed. Matthew - 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) 2 Issues
by Barry Yost 29 Sep '99

29 Sep '99

We have recently consolidated all of our nodes to use the TC HiPerARC + DSP chasses, and in doing so, have come across 2 issues: The main problem is what I refer to as "hung modem" where 2 contiguous modems in a DSP will somehow fail in such a way that incoming calls are answered, but never complete the carrier. (list con shows them as call type DIALIN INVALID) The errant modems show orders of magnitude more failed calls in performance monitor. What the user dialing in experiences is something like this: The TC picks up and transmits the answer tone. The client modem begins making the handshake sounds, but the TC continues with the single tone as if the client modem had not responded. Selecting the modems in TCM and performing a software reset on them will clear it up 99% of the time. They always appear in pairs. Does anyone know what might cause this? The chases have 130A dual power supplies, and the following code rev's: DSP: 2.0.81 ARC: 4.2.32 NMC: 6.2.17 (This happens in different POPs as well.) Also, we had bad experiences turning on BACP in earlier code rev's of the ARC cards, and at 3Com's advise, left the feature disabled. We have many users of Ascend Pipeline routers that apparently insist on using bacp for dynamic bandwidth if they can't have their proprietary Ascend protocol. One user in particular has spent extensive hours with Ascend trying unsuccessfully to make a P130 do dynamic channel allocation with our HiPerARC servers. Does anyone have a workaround for this, or has BACP been stabalized enough to warrant activating the feature? - 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.

6 6

RE: (usr-tc) NFAS Dilema
by Stainforth, Matthew 29 Sep '99

29 Sep '99

If you're not running IPX, you can safely do 10 DSPs per ARC. I'm using a single ARC on 10 DSPs but I'm only doing PPP, no IPX, all static routing. Also, your power supplies will be a limiting factor - I believe the maximum for a 70A chassis is 10 DSPs but I'm running dual 130's so I can't testify to that. On Wednesday, September 29, 1999 4:24 PM, Mark Lemmert [SMTP:cto@athenet.net] wrote: > I am about to switch all my PRIs at one location to NFAS. > The telco I am working with only supports 5 circuits per > d channel. > > Since only 14 DPS can fit in a chassis that > maximum # of groups of 5 I can fit is 2, which is only > 10 DSPs per chassis. For management/organization reasons > I want to have consistent sizes for the NFAS groups > only put 10 DSPs chassis. > > My recollection is that 7 DSPs is the maximum that you > are supposed to use per HiperARC card. > > Given this situation if you were me would you spend > the extra money on the second ARC or stretch the > first ARC a bit and run 10 DSPs on it? Thanks for > the input! > > > > > > > > > > > > > > > ----------------------------------------------------------------------- > Mark Lemmert AthEnet Data Exchange > Chief Technical Officer 888-919-8700 > > > - > 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

(usr-tc) HiPER Dsp Vs Quad Modem
by Paul Oster 29 Sep '99

29 Sep '99

Ok, I've brought this up with 3com tech support, and they have not been able to answer my questions... I run approximately 8-10% Lost-Carrier Rates on my Quad Modem based chassis. On my DSP based chassis, that number is 15-17%. I can attribute 1 in 10 calls dropping to flakey phone lines, poor client modems etc, but beyond that, I have to question what is going on. I have tested to eliminate T1's from the equation by switching the 2 spans that plugged into the Quad-Chassis with the 2 from the DSP-Chassis, and the results are exactly the same (24 hour test period in both cases) Now I've got 7 dsp cards in service (2 chassis split 5/2) and both chassis show the 15+% loss. Any suggestions as to why these dsp modems are more prone to dropping connections? DSP Code 2.0.81 ARC Code 4.1.59-6 NMC 6.2.17 Thanks Paul

3 2

(usr-tc) Intermittent static on lines...
by Christopher Arlis Hanes 29 Sep '99

29 Sep '99

I'm having a problem with static coming and going on my PRIs. The effect then is that users are unable to temporarily dial in - the modems aren't able to negotiate a connection. I'm fairly certain the interference is being produced on the utp cat 5 cable running about 25 feet on a ladder rack from the demarc point to my boxes. I'm planning on installing shielded cable immediately but was wondering if anyone has run into similar problems and has some advice? What is the best way to measure the noise on the line? I noticed under Performance Monitor on modems you can get s/n ratio info for each connection. What are acceptable levels? Thanks, Chris Hanes - 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) Ascend Pipelines
by jeff.binkley＠asacomp.com 29 Sep '99

29 Sep '99

We have 3 Ascend Pipeline 50/75 customers connecting to our TC chassis'. In each case we give them a static IP address via Radius. In all cases we cannot ping the static address (i.e. Ascend doesn't respond) yet the users behind the pipeline work fine adn we can telnet into the Ascend if we add a static route for port 23 to the static IP address. Does anyone know how to correct this ? It makes troubleshooting more difficult when ping doesn't work. Thanks, 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.

3 2