|-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Scott Trautman |Sent: Friday, November 19, 1999 11:39 AM |To: 'usr-tc@lists.xmission.com' |Cc: 'standish@gdinet.com'; 'standish1@gdinet.com' |Subject: (usr-tc) Dropped connections for 2nd login with same login ID. |MPPP weird thing? | | |Hi- | |Okay, I am really stumped. As I'm sure most of you do, we have customers |that have one login in use by more than one connection at a time, and not |Multilink PPP, but separate connections. In all our locations but one, we |haven't heard of any problems. In our one location, the first one logs on |fine (Pstandish), then anyone after that on the SAME unit logging in as |Pstandish, will authenticate just fine, then be dropped with: | |Nov 19 11:16:10 lkm-ha1 At 17:16:09, Facility "Auth Facility", Level |"COMMON":: Port slot:14/mod:3 successful RADIUS authentication for user: |Pstandish |Nov 19 11:16:13 lkm-ha1 At 17:16:12, Facility "Auth Facility", Level |"COMMON":: The connection for call id 218234989, on if slot:14/mod:3 was |dropped for user UNKNOWN | |It's like it's sitting there trying to negotiate something it can't and |hangs up. There's nothing weird in HiperARC's that has some knowledge of a |given login ID (Pstandish), and as it sees the next one trying to login, |hey, they must want MPPP, why don't I start the LCP negotiation for that? I |don't know this to be fact, It's just conjecture at this point. It |definately authenticates, but doesn't assign an IP and drive on, it drops |the connection for UNKNOWN (which is tre' odd...it isn't unknown...) | |If they dial into another on of our POP's (IE, any TC unit other than this |one) with same Pstandish, no problem. Next line isn't the "dropped for user |unknown", it's the usual...assigned IP x.x.x.x and they're fine. Have not |tested for sure having them test the whole ball of wax at another POP, so |can't say 100% it's just that site other than we do have lots of |other users |using the same way and don't seem to have that problem. | |Nope, no TSMON or anything forcing them off, it is only in the HiperARC and |this particular unit that it seems to be a problem. Yep, HiperARC is: | |System Version: V4.2.32 | |Everything DSP, Quad, NMC, everything current as well. | |Man, anyone seen anything like this? Are you using 4.2.32 in all the other HARCs? How about showing us a "MON PPP" for that users connection.. Try any get the inital LCP (before auth) if possible. -M - To unsubscribe to usr-tc, send an email to "majordomo@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.