- USR-TC - mailman.xmission.com

Re: (usr-tc) Failure to negociate V90
by Gustavo Ruiz Zastrow 28 Sep '99

28 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 28 Sep '99

28 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 28 Sep '99

28 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

(usr-tc) Acct-Terminate-Cause values
by ROC Services 28 Sep '99

28 Sep '99

Since just recently (probably since upgrading to 4.2 HiperARC code) I'm seeing a fair number of RADIUS log entries with Terminate-Cause 29 and 30 which are not in my RADIUS dictionary, nor in RFC 2139, nor revealed by a quick perusal of the HiPerARC reference guide. Can any of the TC gurus give me a quick answer as to what these are? A pointer to the correct FM to read would be fine also. Thanks... - 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) Server Assigned DNS
by Stainforth, Matthew 28 Sep '99

28 Sep '99

There are two other places you can set this information. I don't know what the effects of each of them are, but I put all three of them in, just for good measure. I got this from a config Charles Sprickman once posted to this list (thanks Charles!) which I use as a base config when I set up a new box. add dns server x.x.x.x preference 1 set ppp pppdns_primary x.x.x.x set network user default primary_dns_server x.x.x.x secondary_dns_server y.y.y.y On Thursday, September 23, 1999 3:55 PM, Mike McHenry [SMTP:mmchen@minn.net] wrote: > Ahh, Netserver and ARC are not the same thing, in your first email you said > Netserver I believe. For an ARC card: > > set dns server 10.0.0.1 preference 1 > set dns server 10.0.0.2 preference 2 > > Mike McHenry > Systems Administrator > MinnNet Communications, Inc. > > -----Original Message----- > From: owner-usr-tc(a)lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Michael DeMan > Sent: Thursday, September 23, 1999 1:44 PM > To: usr-tc(a)lists.xmission.com > Subject: Re: (usr-tc) Server Assigned DNS > > > I tried this on a HiperARC card and it still does not seem to work. Is > there something else I need to configure, or is it different for HiperARC? > > - Mike > > > ---------- > >From: "Mike McHenry" <mmchen(a)minn.net> > >To: <usr-tc(a)lists.xmission.com>, <usr-tc(a)xmission.com> > >Subject: RE: (usr-tc) Server Assigned DNS > >Date: Tue, Sep 21, 1999, 12:26 PM > > > > >set nameserver 10.0.0.1 > >set nameserver 2 10.0.0.2 > > > >Nothing else should be needed, the Portmasters and Netservers will > correctly > >send the dns servers as part of a normal PPP negotiation sequence with a > >customer dialing in... > > - > 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.

4 3

(usr-tc) Ascend Pipeline 50
by vanhalen＠coredcs.com 27 Sep '99

27 Sep '99

Hello- For whatever reason, unknown to me, I cannot get an Ascend Pipeline 50 to connect correctly via ISDN. I have other users connecting 100% fine to a Netserver based box running Quads. Most of those users are ISDN. When this user with the Ascend dials in, they never get a Start record in radius accounting. I can see them come across but it never starts and it immediately disconnects them. Anyone have any ideas on what I can change on the Pipeline to get them to work? Since I have everyone running fine on this box except the Ascend, I don't think I need to change anything on the box or at the very least I'm really reluctant to do so. Here are the versions anyway. NMC 5.5.0 Netserver ?? Quad 5.10.9 - 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) Problems with macs and HiperARC 4.1.59
by Todd Keister 26 Sep '99

26 Sep '99

Jeff: If I had known the specifics of this issue, I would have posted them. Resolving this type of issue at the code level is beyond me (I'm not a programer) and this goes double for Macintosh. I will try to get a more specific answer, but I thought that Das would like confirmation of this issue. I work in tech support, and sometimes just knowing that a weird issue is real can be comforting. If you have further questions, please email me directly at: todd_keister(a)mw.3com.com Todd ;-} 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.

2 1

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

26 Sep '99

Das: 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. Hope this helps. Todd ;-} das <das(a)gol.com> on 09/23/99 01:06:12 AM Please respond to usr-tc(a)lists.xmission.com Sent by: das <das(a)gol.com> To: usr-tc(a)lists.xmission.com cc: (Todd Keister/MW/US/3Com) Subject: (usr-tc) Problems with macs and HiperARC 4.1.59 I'm having quite a few problems with macs connecting with FreePPP to my HARC running 4.1.59. It will never connect on the first try, but subsequent attempts seem to be OK. It is completely reproduceable and is happening on more than one card. I am willing to re-flash the card to older code, except the last time I did this the HARC lost it's configuration. (forgot it's IP Address) Being that the problem cards are in remote pops, I would rather try a fix for the current code first. Anyone have any ideas? Sorry if this has been answered before, I was mysteriously unsubscribed from this list and missed a lot of posts. das -- ____________________________________________ Alex Substanley Global OnLine Japan Engineering Department Das Man TEL: 81-3-5334-1700 Systems Engineer FAX: 81-3-5334-1711 The Highest Quality Service, Bar None ____________________________________________ - 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) SNMP challenge: ARC username from IP address
by Mike Andrews 26 Sep '99

26 Sep '99

On Mon, 20 Sep 1999, Aaron Nabil wrote: > Uh, I'm assuming they want to do this SNMP rigamarole for some specific > reason, and I'm guessing that, like us, they simply save the IP->username > association in a database when the person logs in. If it were just a > matter of finding out what user corresponds to which IP address (or > vice-versa), it's just a couple SQL queries. The specific reason is "it's portable". It works on any platform regardless of Radius server or SQL server or even operating system (NT/Unix). This is for a set of tools I give away... and if I'm giving away code, it makes sense to have as little site specific code as possible. :) The code is pretty easy to replace with faster site-specific code if you want to. I could speed it up for my own use by having Cistron log to MySQL and do queries off of that, sure... I'm not currently doing that but it'd be easy for me to do. Telnet would also work and is more or less portable, but I'd rather not have the admin password for my ARCs in plaintext in a Perl script. Cistron Radius's built-in tracking of users currently online doesn't work if you are running two parallel Radius servers for redundancy. If Radius server 1 goes down and server 2 starts authenticating people for a few minutes, your database of who's online at the time is trashed. Even with just one running, it tends to drift out of sync with reality at times. I need something that's going to always work. Mike Andrews (MA12) * mandrews(a)dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, & Shelbyville "With sufficient thrust, pigs fly just fine." -- RFC 1925 - 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) Problems with macs and HiperARC 4.1.59
by das 24 Sep '99

24 Sep '99

I'm having quite a few problems with macs connecting with FreePPP to my HARC running 4.1.59. It will never connect on the first try, but subsequent attempts seem to be OK. It is completely reproduceable and is happening on more than one card. I am willing to re-flash the card to older code, except the last time I did this the HARC lost it's configuration. (forgot it's IP Address) Being that the problem cards are in remote pops, I would rather try a fix for the current code first. Anyone have any ideas? Sorry if this has been answered before, I was mysteriously unsubscribed from this list and missed a lot of posts. das -- ____________________________________________ Alex Substanley Global OnLine Japan Engineering Department Das Man TEL: 81-3-5334-1700 Systems Engineer FAX: 81-3-5334-1711 The Highest Quality Service, Bar None ____________________________________________ - 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.

7 8