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

(usr-tc) 3Com, Please Address This
by Greg Coffey 29 Sep '99

29 Sep '99

Enclosed is some dialogue with a customer of mine. ************ Bill, thanks for the feedback. Trib uses Ascend servers for their modems. We use 3Com (merged with USR) exclusively. We've noted that some subscribers that dial in using 3Com modems connect FASTER with the Ascend than the 3Com. In fact, they never connect >33.6 with the 3Com servers but consistently with the Ascends at a v.90 rate. I pointed out the problem to 3Com about a year ago and there was not much interest on their part at the time. A couple months ago, it came up again. This time there was more interest and discussion. 3Com tells me that there is a bug in the Ascend server software that permits this anomaly. The number of subscribers that this impacts is small (I believe), though I've not really spent much time regarding it. 3Com told me earlier that if they fixed the software, it would break other modems connect rates and even connectivity. One of my techs (lives in Mills) can connect to Trib from home under the same circumstances as you. I gave him a Courier v.everything to try last week with the latest firmware. Same results as his Sportster model. We are running current software on our end too. We just spent thousands to upgrade our quad modems to the newer hiper design, no change. We added a hiperarc, again newer design and, again, thousands more invested. No change. We did dump the Sportster modem registers and send them to a 3Com engineer both a year ago and more recently. I've not heard anything about it for about a month since the last time it came up. I've looked at Ascend equipment but so far have stayed with 3Com. Baffles me too why brand-x modems work better with brand-y's servers. Why brand-x can't or won't resolve the issue baffles me too. The 3Com servers are not junk. We do have lots of subscribers that can connect to our servers and getting v.90 connection rates. I think we've dealt with maybe 6 or so people that are in your situation. Perhaps the number is higher but they aren't aware of it. I don't have an answer for you at this point but will forward this to 3Com. At 08:15 PM 9/28/99 -0600, you wrote: >I signed up today and got onto your system. > >It is only a few hours, but so far I'm not impressed with the speed over >Trib.com. > >First of all, I cannot connect at as fast a speed. > >I have a USR Sportster Voice 56k v.90 modem model 00178501 with the latest >drivers and firmware. > >With trib.com, I can connect sometimes @ 45,333 and always @ 37,333. > >I tried your 3 numbers: > > 234-2088 26,400 most of the time, 28,800 sometimes. > 234-6324 same > 266-4165 31,200 all the time. > >I tried several file download tests between the two systems and trib won >handily. > >I will do some more comparing over the next few days, but it isn't what I >was hoping for. > >If you have any other ideas, I would love to hear them. > >Thanks, > >Bill xxxxx > >-----Original Message----- >From: Greg Coffey <gcoffey(a)vcn.com> >To: Bill >Date: Friday, September 10, 1999 8:45 AM >Subject: Re: > > >>We have 3 separate T1's to the Internet and are getting a fract T3 within >>two months. You are welcome to try us and compare for yourself. Sign up >>online or come by the store. If you don't like our service, I will refund >>your fee for the month. We are in the process of a major upgrade that >>takes place on September 20th. That will make us even better than we are >now. >> >> >>At 06:48 AM 9/10/99 -0600, you wrote: >>>I am in Casper - in the Sunrise 8 area. >>> >>>I am looking for bandwidth to the net overall. >>> >>>I can connect @ 37,333 to Trib and maintain connection. >>> >>>I can connect @ around 45,000, but the connection is not stable. Thanks, Greg Coffey, Visionary Communications V 307-234-5443 F 307-234-5446 ===================================================================== 100 N. Center St., Casper, WY 82601 WWW.VCN.COM - 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 8

RE: (usr-tc) Web Ramps ?
by jeff.binkley＠asacomp.com 29 Sep '99

29 Sep '99

u>|-----Original Message----- u>|From: owner-usr-tc(a)lists.xmission.com u>|[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Binkley u>|Sent: Tuesday, September 28, 1999 9:08 AM u>|To: usr-tc(a)lists.xmission.com u>|Subject: (usr-tc) Web Ramps ? u>| u>| u>| u>| u>|We are still running HiPerArc code 4.1.64 due to 4.1.56 breaking the u>|ability of older Web Ramps to connect. We are looking to go to a u>newer |version of HiPerArc code. Does anyone know if this problem is u>fixed in |the newer code ? I couldn't find it in the release notes. u>Also does |anyone know if the intermittient loss of Radius accounting u>records is |fixed either ? u>| u>4.1.56? What were you given that for? Does 4.1.59-6 not work for you u>as well? u>There have been no specific WebRamp issues resolved. There have been u>fixes to PPP u>strict checking on HARC and some interaction changes involving the DSP u>card. These fixes are available in 4.2.32-1 and shortly in a new 4.1 u>service release. u>If you do not need OSPF, wait for the 4.1 service release or open a u>support ticket to get it as an ER. u>As for the RADIUS accouting record loss. A few items have been u>resolved that may u>casue this symptom. They are available in a 4.1.x ER now (if you open u>a ticket). u>4.2.32-1, or you can wait for the service release. Opening a ticket u>would be the u>better option. Since different factors and configurations may result u>in the loss u>of the packet, until further inestigation is done, a fix for your u>problem cannot u>be guaranteed. Mike, That was a typo on my part. We are running 4.1.64 instead of 4.1.59-6 because, as I understand it, you folks put a fix in 4.1.59-6 in the HiPerArc code to fix the timing problem you were having with the DSP code. When this happened, it broke the ability for certain Web Ramps to connect. Going back to 4.1.64 was the only solution. Krish was aware of this. So I am not sure, based upon your comments, whether web ramps will work again or not with the 4.2.32-1 code. As for the accounting record loss, this has been a problem for some time now. I don't know exactly what code release introduced the problem but I know we cannot turn on concurrency checking on the S/A software because after a few hours we will start getting calls about folks not being able to connect. Checking the S/A users table will show a connection but looking in the HiPerArc they aren't connected. 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.

2 1

(usr-tc) HiperDSPs to HiperArcs
by Mike Wilker 28 Sep '99

28 Sep '99

I keep hearing 7 DSPs per Arc. Is this a set maximum or a practical max if you are running lots of services? Can I run 8 DSPs on one Arc if I'm just doing basic dial-up with no tunneling and such? Mike Wilker Operations Manager Local Link, Inc. - 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

(usr-tc) Web Ramps ?
by jeff.binkley＠asacomp.com 28 Sep '99

28 Sep '99

We are still running HiPerArc code 4.1.64 due to 4.1.56 breaking the ability of older Web Ramps to connect. We are looking to go to a newer version of HiPerArc code. Does anyone know if this problem is fixed in the newer code ? I couldn't find it in the release notes. Also does anyone know if the intermittient loss of Radius accounting records is fixed either ? 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

(usr-tc) Netserver FC3
by Martin Lathoud 28 Sep '99

28 Sep '99

Hi, you advised me to check for chip revision on my Netserver card about the crash problem. I had a chance to do it this morning, and guess what? It's a FC3.. Since it seems to be a known problem, will 3Com do something even without contract support (as far as you know) ? Thanks, 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 1

RE: (usr-tc) need iformation about hiper DSP card
by liping＠netsol.net 27 Sep '99

27 Sep '99

Get the ISDN PRI instead of trunk T-1. Sorry, No Franch. Liping -----Original Message----- From: owner-usr-tc(a)lists.xmission.com [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Simicro - RAKOTOBE Tatamo Sent: Wednesday, September 22, 1999 2:00 AM To: 'usr-tc(a)xmission.com' Subject: (usr-tc) need iformation about hiper DSP card Hi, I'm a student from Madagascar and I'm doing now a training at an ISP. We want to give ISDN access to our Clients that why I contact you, we use now Total control with Quad Modem card and Edge Server card. Can you give me information related in ISDN, Hiper DSp card, Dual PRI card, their price, and other technical information. Thank you. PS: is it possible to send the answer in french because I'm francophone. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* tatamo(a)simicro.mg na koa trakotob(a)syfed.refer.mg hafa koa shiny_lotus(a)geocities.com MADAGASIKARA *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* - 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) need iformation about hiper DSP card
by tatamo＠simicro.mg 27 Sep '99

27 Sep '99

Hi, I'm a student from Madagascar and I'm doing now a training at an ISP. We want to give ISDN access to our Clients that why I contact you, we use now Total control with Quad Modem card and Edge Server card. Can you give me information related in ISDN, Hiper DSp card, Dual PRI card, their price, and other technical information. Thank you. PS: is it possible to send the answer in french because I'm francophone. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* tatamo(a)simicro.mg na koa trakotob(a)syfed.refer.mg hafa koa shiny_lotus(a)geocities.com MADAGASIKARA *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* - 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) Failure to negociate V90
by Gustavo Ruiz Zastrow 27 Sep '99

27 Sep '99

I have a similar problem with a user that have a Compaq 420 Microcom K56/V90 PCMCIA modem, and fails to connect to our TotalControl. How can I disable the V.90 and X2 features ? Gustavo Ruiz Ray Whelan wrote: > Hi Fred, > > I have a document which I will send you offline which will enable you to further > trouble shoot this problem > > Ray W > > "Fred Williams" <fwilliams(a)gtnet.gov.uk> on 01/04/99 14:29:38 > > Please respond to usr-tc(a)lists.xmission.com > > To: usr-tc(a)lists.xmission.com > cc: (Ray Whelan/IE/3Com) > Subject: (usr-tc) Failure to negociate V90 > > We have a user with a Compaq 420 Microcom K56/V90 PCMCIA > modem. He is failing to get a connection better than 31.2K when > dialiing into our TC Racks (mix of Quads and Netserver plus Hiper > DSP and ARC). He regularly gets a 41 to 44K connection into other > ISPs. He claims to have the latest V90 code on his modem. Can > anyone offer a solution please? > > **************************************************************** > * Fred Williams email fwilliams(a)gtnet.gov.uk * > * CCTA voice 01603 704706 * > * Rosebery Court GTN 3040 4706 * > * St Andrews Business Park fax 01603 704817 * > * NORWICH GTN fax 3040 4817 * > * NR7 0HS UK * > **************************************************************** > > - > 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. - 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) Cisco 800 to Arc
by Ahmed Saeed 27 Sep '99

27 Sep '99

This only states that after the pap authentication, the end node is sending out a terminate request. Functionality of hiper arc is to send an ack to that packet. Need to provide the LCP config requests - mon ppp - next session. The end node is sending the terminate request - you need to look into his config settings - it should not be sending out a terminate request right after a auth ack. Ahmed On Wed, 22 Sep 1999, Jim Johnson wrote: > > If anyone out there can take a look at this config/debug trace and tell > me what the problem is, I would appreciate it. I hope I am not wrong in > assuming that the Cisco 800 series can connect to the USR TC chassis. > > Regards, > > Jim > > ARC MON PPP > ---------- > On the ARC all I see is: > > Outgoing PPP Data on interface: slot:10/mod:13 > PAP ACK ....Tracing for user "xxx"; Escape to > stop... > > Incoming PPP Data on interface: slot:10/mod:13 > LCP TERM_REQ > > Outgoing PPP Data on interface: slot:10/mod:13 > LCP TERM_ACK > > > > Cisco Config > -------------------------- > > ! > version 12.0 > no service pad > service timestamps debug uptime > service timestamps log uptime > service password-encryption > service udp-small-servers > service tcp-small-servers > > ! > hostname Router > > ! > no logging console > enable secret 5 $1$3NxJ$hNMKdU72/q/0z9vJLJRkv. > > ! > ip subnet-zero > > ! > isdn switch-type basic-ni > > ! > > ! > > ! > interface Ethernet0 > ip address xxx.xxx.63.9 255.255.255.252 > no ip directed-broadcast > ! > interface BRI0 > description PPP to Internet > ip address negotiated > no ip directed-broadcast > encapsulation ppp > dialer idle-timeout 2147483 > dialer map ip xxx.xxx.60.3 5551212 > dialer hold-queue 10 > dialer load-threshold 1 outbound > dialer-group 1 > isdn switch-type basic-ni > isdn spid1 70455511110100 > isdn spid2 70455511120100 > no fair-queue > no cdp enable > no ppp lcp fast-start > ppp authentication pap > ppp pap sent-username dsi password 7 130C2111020812 > > > > Debug Session > ------------------------------------ > > 03:07:55840355292: BR0:1 PPP: Treating connection as a callout > 03:07:55834615808: BR0:1 PPP: Phase is ESTABLISHING, Active Open > 03:07:55835256358: BR0:1 LCP: O CONFREQ [Closed] id 174 len 14 > 03:07:60129542143: BR0:1 LCP: AuthProto PAP (0x0304C023) > 03:07:55834615808: BR0:1 LCP: MagicNumber 0xD0B16CC6 (0x0506D0B16CC6) > 03:07:14: BR0:1 PPP: I pkt type 0xC021, datagramsize 33 > 03:07:14: BR0:1 LCP: I CONFREQ [REQsent] id 1 len 29 > 03:07:14: BR0:1 LCP: MRU 1514 (0x010405EA) > 03:07:14: BR0:1 LCP: AuthProto PAP (0x0304C023) > 03:07:14: BR0:1 LCP: MagicNumber 0xB6EBDD04 (0x0506B6EBDD04) > 03:07:14: BR0:1 LCP: PFC (0x0702) > 03:07:14: BR0:1 LCP: ACFC (0x0802) > 03:07:14: BR0:1 LCP: MRRU 1514 (0x110405EA) > 03:07:14: BR0:1 LCP: EndpointDisc 0 Null (0x130300) > 03:07:15: BR0:1 LCP: O CONFREJ [REQsent] id 1 len 11 > .03:07:15: BR0:1 LCP: MRRU 1514 (0x110405EA) > 03:07:15: BR0:1 LCP: EndpointDisc 0 Null (0x130300) > 03:07:15: BR0:1 PPP: I pkt type 0xC021, datagramsize 26 > 03:07:15: BR0:1 LCP: I CONFREQ [REQsent] id 2 len 22 > 03:07:15: BR0:1 LCP: MRU 1514 (0x010405EA) > 03:07:15: BR0:1 LCP: AuthProto PAP (0x0304C023) > 03:07:15: BR0:1 LCP: MagicNumber 0xB6EBDD04 (0x0506B6EBDD04) > 03:07:15: BR0:1 LCP: PFC (0x0702) > 03:07:15: BR0:1 LCP: ACFC (0x0802) > 03:07:15: BR0:1 LCP: O CONFACK [REQsent] id 2 len 22 > 03:07:15: BR0:1 LCP: MRU 1514 (0x010405EA) > 03:07:15: BR0:1 LCP: AuthProto PAP (0x0304C023) > 03:07:15: BR0:1 LCP: MagicNumber 0xB6EBDD04 (0x0506B6EBDD04) > 03:07:15: BR0:1 LCP: PFC (0x0702) > 03:07:15: BR0:1 LCP: ACFC (0x0802) > 03:07:15: BR0:1 LCP: TIMEout: State ACKsent > 03:07:15: BR0:1 LCP: O CONFREQ [ACKsent] id 175 len 14 > 03:07:15: BR0:1 LCP: AuthProto PAP (0x0304C023) > 03:07:15: BR0:1 LCP: MagicNumber 0xD0B16CC6 (0x0506D0B16CC6) > 03:07:15: BR0:1 PPP: I pkt type 0xC021, datagramsize .18 > 03:07:15: BR0:1 LCP: I CONFACK [ACKsent] id 175 len 14 > 03:07:15: BR0:1 LCP: AuthProto PAP (0x0304C023) > 03:07:15: BR0:1 LCP: MagicNumber 0xD0B16CC6 (0x0506D0B16CC6) > 03:07:15: BR0:1 LCP: State is Open > 03:07:15: BR0:1 PPP: Phase is AUTHENTICATING, by both > 03:07:15: BR0:1: PAP_SENDREQUEST (0x288A500) id 0 (0s.) queued > 1/1/2 > 03:07:15: BR0:1: AAA_PER_USER LCP_UP (0x288A5B0) id 0 (0s.) > queued 2/2/2 > 03:07:15: BR0:1: PAP_SENDREQUEST (0x288A500) id 0 (0s.) busy/0 > started 1/2/2 > 03:07:15: BR0:1 PAP: O AUTH-REQ id 51 len 15 from "dsi" > 03:07:15: BR0:1: PAP_SENDREQUEST (0x288A500) id 0 (0s.) busy/0 done > in 0 s. 0/1/2 > 03:07:15: BR0:1: AAA_PER_USER LCP_UP (0x288A5B0) id 0 (0s.) > busy/0 started 1/1/2 > 03:07:15: BR0:1: AAA_PER_USER LCP_UP (0x288A5B0) id 0 (0s.) > busy/0 done in 0 s. 0/0/2 > 03:07:16: BR0:1 PPP: I pkt type 0xC023, datagramsize 9 > 03:07:16: BR0:1 PAP: I AUTH-ACK id 51 len 5. > 03:07:19: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 9440140 > .. > > - > 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

Re: (usr-tc) Problems with macs and HiperARC 4.1.59
by Todd Keister 27 Sep '99

27 Sep '99

Jeff: Here is some more specific information regarding the Free PPP issue. This information will soon be published on the 3Com Knowledgebase website (http://knowledgebase.3com.com) I hope this helps. Todd ;-} Solution ID: 1.0.33772876.2240281 Domain:3KB01 Partition: Unassigned Type: pending-Public Status:Standards review complete Shared: Yes Incident Count: 1 Owner: tkeister_mw Author: tkeister_mw Date Created:Tue Jul 20, 1999 1:08:26 PM Last Modified By: tcwikla_mw Date Modified: Thu Aug 5, 1999 5:49:27 PM Title: Total Control Chassis - Connectivity with Macintosh Clients using Free PPP Goal: Total Control Chassis - Connectivity with Macintosh Clients using Free PPP Fact: Apple Macintosh Fact: Mac has been rebooted recently Fact: System 7 Fact: Free PPP Fact: Free PPP 2.62 Fact: Total Control HiPer ARC Fact: Total Control HiPer DSP Fact: Total Control Quad Modem Fact: Total Control Chassis Fact: PPP Symptom: Call fails on First attempt Symptom: Subsequent calls connect Symptom: Connectivity with Macintosh Clients using Free PPP Cause: This is an issue that is known to exist, and stems from a timing issue that has been exposed by the HiPerARC since it builds a call so much faster than the NetServer does. Fix: There are several fixes: 1. In Free PPP dialog box - do NOT enter the Username and Password - do NOT select direct - choose "Connect Using a Log On Script" - then choose "Wait for - Login" next line send: user name - wait for password & send password: 2. Do not enter the Username and Password (force Mac to prompt for them) - Please Note: This fix has NOT been widely tested yet. 3. Use Open Transport, which is built in to System 8 OS for the Mac. Open Transport (Mac RAS client) is also available as an add on product for systems using System 7.x OS (that won't support 8.x). 4. Have End User downgrade to Free PPP 2.53 Fact: Search Group Total Control Remote Access Concentrator Fact: Last Reviewed July 1999 Comments Jeff Mcadams <jeffm(a)iglou.com> on 09/26/99 03:44:15 PM Please respond to usr-tc(a)lists.xmission.com Sent by: Jeff Mcadams <jeffm(a)iglou.com> To: usr-tc(a)lists.xmission.com cc: (Todd Keister/MW/US/3Com) Subject: Re: (usr-tc) Problems with macs and HiperARC 4.1.59 Thus spake Todd Keister > This is a known issue. According to Network Engineers on our DSP team the >issue is in the Free PPP code. Apparently the later versions of our Hiper Arc >code have now exposed an issue that was latent in the Free PPP code all along. >Since this issue is in the FreePPP Product, we can not directly resolve this >issue. Currently I have been told there are no plans for a 3Com fix for this >issue. The obvious work around is to have the Mac End Users use any other >program than Free PPP. Come on 3Com folks...here's where you can make an improvement to your customer service. What is the bug in FreePPP? Giving specifics is a good thing. It gives you more credibility, and helps us help our customers better. :) Who knows...one of us intelligent people out here might be able to figure out a fix that you all hadn't thought of. :) (I get annoyed when companies think that everyone intelligent works for them :) -- Jeff McAdams Email: jeffm(a)iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 - 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.

3 2