- USR-TC - mailman.xmission.com

(usr-tc) Modems still hang!
by farber＠admin.f-tech.net 26 Nov '99

26 Nov '99

Connections = 265 Fails = 358 Connections = 216 Fails = 407 Seems like the hung modem pair problem is still amung us. ARC : 4-1-59-6 NMC : 5.6.2 DSP : 2.0.81 Paul Farber Farber Technology farber(a)admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 - 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) Modems still hang!
by Stainforth, Matthew 26 Nov '99

26 Nov '99

I think DSP 2.0.60 is newer than 2.0.81 and is supposed to address the problem. I haven't seen any problems since loading 2.0.60 anyway... > -----Original Message----- > From: farber(a)admin.f-tech.net [mailto:farber@admin.f-tech.net] > Sent: Friday, November 26, 1999 11:46 AM > To: usr-tc(a)lists.xmission.com > Subject: (usr-tc) Modems still hang! > > > Connections = 265 Fails = 358 > Connections = 216 Fails = 407 > > Seems like the hung modem pair problem is still amung us. > > ARC : 4-1-59-6 > NMC : 5.6.2 > DSP : 2.0.81 > > Paul Farber > Farber Technology > farber(a)admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > > - > 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) RMA w/o contract
by Martin Lathoud 26 Nov '99

26 Nov '99

Hello, I read once in some list that even without infamous contract support it is possible to get RMA on defective hardware. To be simple, my Netserver card was probably refurbished and faulty even if bought as brand new.. Not enhanced packet bus version, bought in 1998. It crashes from once a day to once a week, whatever the settings or firmware, even krish didn't find anything conclusive <g>. I haven't be able to get a replacement when I had a valid contract since cross-ship was not included and I don't have any spare NS. To sumup, even under warranty, forget 3Com unless you can stock replacements yourself. Now I have another NS card, so I have time to waste and I want to ship my older NS card back to RMA. Any info/tel # on the way to proceed? TIA, Martin - 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 3

(usr-tc) AMR slot modems
by Kalev Nurklik 26 Nov '99

26 Nov '99

Hi all! We got a problem with new AMR slot modems when they connect to version 2.0.60 HDSPs. Works fine with 2.0.19. I have found that the cause is with handshake while modems are negotiating v42 error correction eg. while both sides negotiate v42 then no connection can be established. >From the logs I can see HARC thinking that handshake went well for the session but without any error or compression protocol negotiated and the connection was dropped for user sending something illegal: (from radius log) Modulation-Type = v90Digital Simplified-MNP-Levels = none Simplified-V42bis-Usage = none Acct-Terminate-Cause = User-Request Disconnect-Reason = user-input-error So I guess that TC side figures that there where no compression/ error control agreed upon but client modem sees things differently and connects with error and compression which is v42/v42bis. v42/v42bis because if I forced MNPG on the client modem then I got a connection, lousy one, but nevertheless handshake went well and radius had MNPs in the log. Also when I turned v42 negotiation off on the DSP and forced v42 on on the client modem then connection was established eg. there was no attempt for v42 handshake by HDSP. With this last configuration also the overall connection worked fine. Have no time for digging into lousy connect with MNP and I don't think that this is important anyway. I'm not saying that there's something wrong with 2.0.60 code when v42 handshake is concerned (Att.! there is MR 2374 in 2.0.60 release notes stating that v42 detection phase was improved) because all other modem types seem to connect fine, maybe even better, but when our clients can connect to other service providers in our area while not to us with these AMR modems then it's a pain. I know that these AMR slot modems are really bad but when computer prices are dropping then pc manufacturers are bundling these with their configuration and this will then be my problem. Also considering the drop back to 2.0.19 isn't my favourite because that code has that nasty "modems in pair hanging" problem when with 2.0.60 I saw this more or less resolved. BTW here's the data for the AMR modems that new pc owner here will mostly be having: Smartlink Modem Riser (MRS) Probably manufactured by Archtek different driver versions was used - 2.50x, 2.60 if I remember correctly. Hope that somebody can help me with this. Can I maybe configure the modems on HDSPs while not messing up other connects or something else. Maybe some of You has already solved this issue... Thanks in advance, __________________________________ Kalev Nurklik AS MicroLink Online Pa"rnu mnt. 158, 11317 Tallinn, Estonia Tel: +372 6501709 Fax: +372 6501708 E-mail: k.nurklik(a)online.ee http://microlink.online.ee - 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) CLID, DNIS , ANIS , Caller ID ?
by mft 26 Nov '99

26 Nov '99

Hi, What is the difference bet. CLID (calling Line ID), DNIS, ANIS, Caller ID. ? Does TCH support all of them ? Basically, I am looking for the carrier be able to pass TCH the following info (we have T1/PRI) (a) which number the user called (b) what is the phone number that the user calling in from ? (thier phone number ) Thanks Meng Meng Tsai, tsaim(a)mft.com , MFT http://www.mft.com Tel: 718-888-0098 Fax: 718-762-0939 - 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) RMA w/o contract
by Bob Purdon (Lists) 25 Nov '99

25 Nov '99

> If you can get me a RMA for the card, I'll go for it.. Unless you > really feel the need for more debugging, which is probably not the > right way since 3.8.1 is quite outdated (and even 3.8.67). 3.8.67? I thought 3.8.1 was the last revision for the TC? What does 3.8.67 fix? ------------------------------------------------------------------------ Bob Purdon, Ground Floor, Marine Board Building Technical Manager (Tas/Vic), 1 Franklin Wharf, Tas 7000 Southern Internet Services. +61 (3) 6234 7444 - 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) Problem with SDL-2 Download
by Dataheart 25 Nov '99

25 Nov '99

Howdy, I have just downloaded the he020060.dmf DSP code to my HiPer DSP Card with T1/E1 DSP Nic and after the SDL-2 is done and the code is booted I get the error, "FATAL ERROR: HW/SW Conflict" Whats going on? Thanks, Aaron - 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) RIP problem on HiperArc
by Eric 25 Nov '99

25 Nov '99

Hi all, We are running software version V4.2.32 - 1 on our HiperArcs and we have some problems with the RIP routing. Some more details: We have ran RIP on those 7 hiperarcs successfully for the past few months, today however we experimented with the (rather new) OSPF code. Unfortunately this fscked things up beyond any recognition and we changed back to using RIP. Apart from the frequent crashes when entering commands (so yes, they were rebooted in te meantime) RIP still won't work like it used to, I had to add static routes on our cisco To Make Things Work(tm). We merely disabled OSPF routing and restarted RIP and now some Arc refuse to announce their pooladdress (a full class C) trough RIP to our cisco. Strangely enough the customers who have a radius-assigned IP DO get announced via RIP and are visible on our cisco (running rip version 2, same as the hiperarcs), so I guess we can conclude that nothing is wrong in respect to the exchange of RIP routing information between the Arcs and the Cisco. Configuration details: Cisco: (Cisco 7507 running IOS 11.1CC(20) router ospf 100 redistribute connected metric 5 subnets redistribute static metric 10 subnets redistribute rip metric 50 subnets network 62.112.0.0 0.0.0.127 area 31 [snip irrelevant info] ! router rip version 2 timers basic 30 45 60 30 passive-interface FastEthernet1/0/0 network 62.0.0.0 distribute-list 10 in FastEthernet1/0/0 [note range 62.112.8.x is assigned by our radius for specific customers] R 62.112.8.7/32 [120/1] via 62.112.0.35, 00:00:16, FastEthernet1/0/0 R 62.112.8.4/32 [120/1] via 62.112.0.38, 00:00:06, FastEthernet1/0/0 R 62.112.8.5/32 [120/1] via 62.112.0.36, 00:00:16, FastEthernet1/0/0 R 62.112.8.2/32 [120/1] via 62.112.0.37, 00:00:34, FastEthernet1/0/0 R 62.112.8.3/32 [120/1] via 62.112.0.34, 00:00:02, FastEthernet1/0/0 R 62.112.8.1/32 [120/1] via 62.112.0.38, 00:00:06, FastEthernet1/0/0 R 62.112.8.14/32 [120/1] via 62.112.0.35, 00:00:16, FastEthernet1/0/0 S 62.112.6.0/24 [1/0] via 62.112.0.37 S 62.112.7.0/24 [1/0] via 62.112.0.38 R 62.112.2.0/24 [120/1] via 62.112.0.33, 00:00:02, FastEthernet1/0/0 So obviously some routes are learned via RIP from the Arcs... except for their dialpools which are staticly configured (the arcs are configured to send aggregate routes only, probably the reason why they aren't even announcing the single host routes for each dialinport) Arc Config: SHOW IP NETWORK online SETTINGS: Interface: eth:1 Network Address: 62.112.0.36/25 Frame Type: ETHERNET_II Status: ENABLED Reconfigure Needed: FALSE Mask: 255.255.255.128 Station: 62.112.0.36 Broadcast Algorithm: IETF Max Reassembly Size: 3464 WAN Type: N/A Remote IP Address: 0.0.0.0 IP Routing Protocols: RIPV2 IP Routing Metric: 1 RIP Interface Export Metric: 0 IP RIP Routing Policies: SEND_ROUTES FLASH_UPDATE RIPV2_RECEIVE IP RIP Authentication Key: list rtab preferred 62.112.2.0/C RIP 7840 62.112.0.33 2 eth:1 <- this *can* be seen on the cisco But there is no logic at all in why certain pools get announced and some don't (hence this mail) 62.112.5.0/C REMOTE 7324 NONE 1 NONE <- This is his localpool 62.112.5.1/H LOCAL 2358 62.112.5.1 0 slot:3/mod:25 62.112.5.2/H LOCAL 895 62.112.5.2 0 slot:6/mod:26 62.112.5.4/H LOCAL 1670 62.112.5.4 0 slot:8/mod:8 62.112.5.6/H LOCAL 9968 62.112.5.6 0 slot:1/mod:11 62.112.5.7/H LOCAL 1078 62.112.5.7 0 slot:5/mod:6 62.112.5.8/H LOCAL 2235 62.112.5.8 0 slot:7/mod:1 I'll explain the OSPF problems in a next mail or so... -- Eric Senior Network & Systems Engineer | http://www.online.be Online Internet nv | email: eric(a)noc.online.be . . . . . . . . . . . . . . . . . . . . . . . | Tel : +32 (0)9 244.11.11 RIPE Handle: EL357-RIPE | Fax : +32 (0)9 222.64.80 "It is not true that life is one damn thing after another -- it's one damn thing over and over." - 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 RAM
by Ed 25 Nov '99

25 Nov '99

Does anyone know of RAM that can be used for the Hiper ARC's instead of 3com proprietary RAM which costs $1500 and is unavailable. We are trying to upgrade all Hipers to 128M due to the fact that some features such as filtering do not seem to work unless you have 128M of RAM. Ed - 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 3

(usr-tc) Turning on PPP in modem or something to that degree
by Andrew Tadros 25 Nov '99

25 Nov '99

I had equipment failure , due to a Hiper Arc consistantly rebooting and taking down my service. It was very tiresome and drawn out process, anyways. I had temporaly replaced the hiper Arc with a netserver card. I remember the the Hiper Arc would auto initiate PPP string after logging in and passing a correct username and password. It does not do this with a Netserver card, or at least it's defaults don't do this. Does anyone have the command string to turn this on. Thanks Andrew.

2 1