February 2000 - USR-TC - mailman.xmission.com

Re: (usr-tc) Quad modem x2 tx level
by Ray Whelan 01 Feb '00

01 Feb '00

Hi Dan, There are slight differences in setting between modems from different country settings, as our modems must comply with the different country specification settings set by each Telco , ATI7 tells you your country code setting. Country like US/Canada , Japan, Finland, Sweden, UK, Norway, South Africa, Italy, New Zealand, Czech / Slovkia, Belgium, Denmark, Austria, France, Germany, Austria , Ireland , Spain, Portugal and Malaysia all have very slight difference in values and limits, what you are seeing is more likely differences in modem country settings , we also have a country code setting that covers International ITU-T spic. By the way -10 dB is a stronger signal than -12 dB Hope it helps Ray W Dan Borlovan <danb(a)dnttm.ro> on 30/01/2000 09:22:41 Please respond to usr-tc(a)lists.xmission.com Sent by: Dan Borlovan <danb(a)dnttm.ro> To: usr-tc(a)lists.xmission.com cc: (Ray Whelan/IE/3Com) Subject: (usr-tc) Quad modem x2 tx level Hello, In order to try improve user x2 connect speeds, I tried to raise the x2 transmit level on quad modem cards. The problem is I have two quad modem models (analog/digital vs. digital only) and the first don't let me go higher than -12dB, while the other ones happily accepted -10dB (this is as far as I may go from the telco point of view) Now the only difference between modems is the analog capability (referring to the possibility of getting signal from nic or pritdm) and the country code. All modems are setup as digital, taking signal via pritdm from e1 card. Is there anything I can do about this one? Dan -- Dan Borlovan <danb(a)dnttm.ro> System Administrator, Network Operation Center Dynamic Network Technologies - Timisoara, Romania Telefon: +40-56-204967 FAX: +40-56-220201 - 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

RE: (usr-tc) billing software
by Stainforth, Matthew 01 Feb '00

01 Feb '00

> -----Original Message----- > From: Brian Elfert [mailto:brian@citilink.com] > Sent: Tuesday, January 25, 2000 2:33 PM > > if you guys are using radius accounting for billing data, > do you also use it > > We use Platypus which uses radius for the time logging. How > else could > you record time used, syslog? A company tried to pitch a package to us that used telnet to check periodically. *gag* > If a radius stop record is missing, the customer just got a > free call, not > a big deal. > > > to limit concurrent logons? I see a lot of people on the > list saying radius > > accounting isn't reliable enough to be used to control > concurrency. Just > > wondering what the general concensus is... > > Conncurency control is a whole different deal. A missing stop record > could cause a customer to not be able to login. Since we are completely unlimited we haven't messed with radius accounting much. I completely missed the fact that the stop record contains the time elapsed since logon. My bad. I guess that's what the list is for....learn something new every day. :) - 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.

5 6

(usr-tc) ARC amnesia
by Charles Sprickman 01 Feb '00

01 Feb '00

Hi, I was paged out of bed last night by an arc card that stopped responding to pings... I went into tcm to have a look, and all was green, but going to the config screen showed that the card had no IP address anymore. Doing a hard reset brought it back, and it's working fine. Has anyone else seen this? Just a fluke, or an issue with the 4.3.32-1 code? Thanks, Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork(a)inch.com access(a)inch.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

(usr-tc) Quirky CHAP on 2.0.51
by Scot Desort 01 Feb '00

01 Feb '00

Have a few DSP's upgraded to 2.0.51. Just noticed a quirk in CHAP authentication. After LCP is done, and PPP authentication begins, the auth packets do not make it to the Radius server. I have made several test calls, logging both radius info on my Vircom radius server, and PPP packets on the TC. The radius server does not receive any incoming packet. The TC shows the following: Outgoing PPP Data on interface: slot:4/mod:17 LCP CFG_REQ MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c0 23 MAGIC_NUM bc 93 87 df PROTO_COMP AC_COMP MPP_MRRU 05 ea MPP_ENDPTID 00 Incoming PPP Data on interface: slot:4/mod:17 LCP CFG_REQ MAGIC_NUM 0c 2c 41 f2 CALLBACK 06 Outgoing PPP Data on interface: slot:4/mod:17 LCP CFG_REJ CALLBACK 06 Incoming PPP Data on interface: slot:4/mod:17 LCP CFG_REJ PROTO_COMP AC_COMP MPP_MRRU 05 ea Outgoing PPP Data on interface: slot:4/mod:17 LCP CFG_REQ MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c0 23 MAGIC_NUM bc 93 87 df Incoming PPP Data on interface: slot:4/mod:17 LCP CFG_REQ MAGIC_NUM 0c 2c 41 f2 Outgoing PPP Data on interface: slot:4/mod:17 LCP CFG_ACK MAGIC_NUM 0c 2c 41 f2 Incoming PPP Data on interface: slot:4/mod:17 LCP CFG_NAK AUTH_TYPE c2 23 81 Outgoing PPP Data on interface: slot:4/mod:17 LCP CFG_REQ MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c2 23 05 MAGIC_NUM bc 93 87 df Incoming PPP Data on interface: slot:4/mod:17 LCP CFG_ACK MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c2 23 05 MAGIC_NUM bc 93 87 df Outgoing PPP Data on interface: slot:4/mod:17 CHAP CHALLENGE 10 a9 8a 81 83 ad dc b9 06 13 f2 bc ad 63 d4 76 28 48 69 50 65 72 Incoming PPP Data on interface: slot:4/mod:17 LCP CFG_REQ MAGIC_NUM 0c 2c 41 f2 Outgoing PPP Data on interface: slot:4/mod:17 LCP CFG_REQ MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c0 23 MAGIC_NUM 8b cf 11 8b PROTO_COMP AC_COMP MPP_MRRU 05 ea MPP_ENDPTID 00 Outgoing PPP Data on interface: slot:4/mod:17 LCP CFG_ACK MAGIC_NUM 0c 2c 41 f2 Incoming PPP Data on interface: slot:4/mod:17 LCP CFG_REJ PROTO_COMP AC_COMP MPP_MRRU 05 ea Outgoing PPP Data on interface: slot:4/mod:17 LCP CFG_REQ MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c0 23 MAGIC_NUM 8b cf 11 8b Outgoing PPP Data on interface: slot:4/mod:17 CHAP CHALLENGE 10 50 b8 b1 f5 4d a4 9a d0 e1 c9 af ef 3e 1d 1c 82 48 69 50 65 72 Incoming PPP Data on interface: slot:4/mod:17 LCP CFG_REQ MAGIC_NUM 0c 2c 41 f2 Outgoing PPP Data on interface: slot:4/mod:17 LCP CFG_ACK MAGIC_NUM 0c 2c 41 f2 Incoming PPP Data on interface: slot:4/mod:17 LCP CFG_NAK AUTH_TYPE c2 23 05 Outgoing PPP Data on interface: slot:4/mod:17 LCP CFG_REQ MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c2 23 05 MAGIC_NUM 8b cf 11 8b And the process continues until I cancel the connection attempt. It *will* however sometimes authenticate just fine using CHAP. It always authenticates using PAP. This test call is ISDN. I am about to try the same series of tests using analog dialup. Anyone else seen this??? -- Scot - 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.0.51
by Brian Becker 01 Feb '00

01 Feb '00

We are considering upgrading our dsp's from 2.0.81 to 2.0.51. Our Arcs are running 4.1.59. I saw someone posting about 28.8 connects being a problem with 2.0.51. Anyone care to give me an update? We hate the hung modem issue, but at least we are now prepared/able to handle it. I'm wondering how big the scope of the problem is with regards to 28.8k modems...or any other problem you might have run into. Thanks, Brian Brian Becker President, Poplar Bluff Internet http://www.semo.net TotallyFabricated.com Software http://www.TotallyFabricated.com Home of JerusalemPerspective.com http://www.JerusalemPerspective.com Personal Page http://Tonionio.com / http://BenjaminBecker.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.

2 1