December 2000

Quoting Brian Burgmeier <brian@ntwrld.com>: > I've asked for the command before but I can seem to > find the response. Anyway slot:15/mod:20 and slot:15/mod:19 > aren't anwering. They give either a busy signal or no answer. > I've tried to reset them but that doesn't seem to help. > Could someone again share with me the command for disabling > these two ports so that calls simply roll over to the next available > port? Is there a real fix for this problem? Thanks- Brian > What version of code are you using on the HiPer arc and the HiPer DSP? V > slot:15/mod:6 rjs3 DIALIN PPP 03-DEC-2000 > 22:05:17 > slot:15/mod:7 khudson DIALIN PPP 03-DEC-2000 > 21:39:28 > slot:15/mod:8 brianb DIALIN PPP 03-DEC-2000 > 22:06:19 > slot:15/mod:9 motorctykid DIALIN PPP 03-DEC-2000 > 21:38:58 > slot:15/mod:10 salatega DIALIN PPP 03-DEC-2000 > 21:38:51 > slot:15/mod:11 jprice DIALIN PPP 03-DEC-2000 > 21:47:09 > slot:15/mod:12 azred DIALIN PPP 03-DEC-2000 > 22:02:38 > slot:15/mod:13 kcrust DIALIN PPP 03-DEC-2000 > 21:38:05 > slot:15/mod:14 jaeen DIALIN PPP 03-DEC-2000 > 21:38:39 > slot:15/mod:15 baseballfans DIALIN PPP 03-DEC-2000 > 21:49:08 > slot:15/mod:16 heartsfire DIALIN PPP 03-DEC-2000 > 21:35:39 > slot:15/mod:17 tawz DIALIN PPP 03-DEC-2000 > 22:12:47 > slot:15/mod:18 mn64827 DIALIN PPP 03-DEC-2000 > 21:35:35 > slot:15/mod:21 amari DIALIN PPP 03-DEC-2000 > 21:35:25 > slot:15/mod:22 dsrtmoon DIALIN PPP 03-DEC-2000 > 21:46:50 > slot:15/mod:23 kenkenco DIALIN PPP 03-DEC-2000 > 22:04:22 > slot:15/mod:24 cullings DIALIN PPP 03-DEC-2000 > 21:35:19 > HiPer>> > > - > 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. > =========== -V ==========

I have an mac ibook with no serial port. I am buying a usb serial port that will plug into the ibook so that I can use the ibook to communicate with my tc racks and configure them from the serial port. My old win laptop is almost dead and I am hoping this will work. Does anyone use an ibook for serial tasks? Is there a recommended program to get to make this work? thanks eric

Does anyone know of a program that you can use to create a setup file for a chassis that is on an IP address, run it and have the chassis setup for different address? What I want to do, is re-configure a whole chassis Ip pools, NMC Ip, ARC Ip, and all else. Would be nice if I had a program that could view and edit a .CFM, or .NVR and then re-upload the changes. Does anyone have an easy solution for this? TIA Randy robotnic@forcomm.net

I have some Hiper DSPs for sale. At least 5 left along with three chassis and quad cards too. If anyone needs any, please feel free to email me directly with an offer. Most items now available (have been replaced by company which bought us out). List is here: http://home.early.com/~dnewkirk/equip/ At 11:25 PM 11/18/00 -0800, you wrote: >Still have any hiper's? I will need one soon. >Thanks, >John Scrivner > >PS. Please email me at nospam@mvn.net. I will get your message sooner. > >"Steve Rivera -www.wrca.net" wrote: > > > WR Communication Associates (WRCA) has the following USR equipment > available: > > > > Hiper DSP $2900 > > Hiper NMC w/ nics (NEW) $1500 > > Hiper NMC, no nic $800 or BO > > EdgeServer w/ SCSI nic $1200 > > > > Try me for all you USR Hardware needs. > > Largest Stocking Total Control Dealer on the Net. > > > > Chassis's, modems, power, cards, filler plates, cables...I have it all. > > > > Steve Rivera (VP) - w-732.833.2111 x102 / c-732.433.5890 24Hr > > (www.isp-networkhardware.com) > > Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com > > > > Worldwide Provider of Network Hardware Since 1981. > > > > > > > > - > > 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. > > >- > 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.

Quoting Randy Lyle <robotnic@forcomm.net>: > Does anyone know of a program that you can use to create a setup file > for a > chassis that is on an IP address, run it and have the chassis setup for > different address? > > What I want to do, is re-configure a whole chassis Ip pools, NMC Ip, ARC > > Ip, and all else. Would be nice if I had a program that could view and > edit > a .CFM, or .NVR and then re-upload the changes. > Well, there is no text file etc to do this. However there is a easy way to do this. So you have a working chassis - say chassis-1 and you want all the configuration of that chassis on a new chassis chassis-2 First on chassis-1 you do this. set bulk-file <filename> save configuration - Now you tftp this file (binary mode) to a location or to the chassis-2 hiperarc use the following commands set bulkfile <filname> reboot This load the chassis-1 configuration to chassis-2, it does include the IP address everything, so in order to get rid of the IP address, I normally configure chassis-1 with a IP network address for the second interface with the IP address that chassis-2 is going to have and only place ethernet connection on chassis-2 for interface 2 This way no configuration changes are necessary -V > Does anyone have an easy solution for this? > TIA > Randy > robotnic@forcomm.net > > > - > 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. > =========== -V ==========

I've asked for the command before but I can seem to find the response. Anyway slot:15/mod:20 and slot:15/mod:19 aren't anwering. They give either a busy signal or no answer. I've tried to reset them but that doesn't seem to help. Could someone again share with me the command for disabling these two ports so that calls simply roll over to the next available port? Is there a real fix for this problem? Thanks- Brian slot:15/mod:6 rjs3 DIALIN PPP 03-DEC-2000 22:05:17 slot:15/mod:7 khudson DIALIN PPP 03-DEC-2000 21:39:28 slot:15/mod:8 brianb DIALIN PPP 03-DEC-2000 22:06:19 slot:15/mod:9 motorctykid DIALIN PPP 03-DEC-2000 21:38:58 slot:15/mod:10 salatega DIALIN PPP 03-DEC-2000 21:38:51 slot:15/mod:11 jprice DIALIN PPP 03-DEC-2000 21:47:09 slot:15/mod:12 azred DIALIN PPP 03-DEC-2000 22:02:38 slot:15/mod:13 kcrust DIALIN PPP 03-DEC-2000 21:38:05 slot:15/mod:14 jaeen DIALIN PPP 03-DEC-2000 21:38:39 slot:15/mod:15 baseballfans DIALIN PPP 03-DEC-2000 21:49:08 slot:15/mod:16 heartsfire DIALIN PPP 03-DEC-2000 21:35:39 slot:15/mod:17 tawz DIALIN PPP 03-DEC-2000 22:12:47 slot:15/mod:18 mn64827 DIALIN PPP 03-DEC-2000 21:35:35 slot:15/mod:21 amari DIALIN PPP 03-DEC-2000 21:35:25 slot:15/mod:22 dsrtmoon DIALIN PPP 03-DEC-2000 21:46:50 slot:15/mod:23 kenkenco DIALIN PPP 03-DEC-2000 22:04:22 slot:15/mod:24 cullings DIALIN PPP 03-DEC-2000 21:35:19 HiPer>>

I have 31 of the USR Quad RS-232 cables (26 new, 5 removed from service) available. Make offer... (I also have a Telebit NetBlazer ST available, but I suppose that's off-topic)... Dave Martin Netcetera, Inc. dpm@netcetera.com "Everything is Deeply Intertwingled" -- Ted Nelson

I don't really need it right now, but would offer $6000 for the bundle if it is a newer chassis. -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Colin_McFadyen Sent: Tuesday, December 05, 2000 12:27 PM Hi, I have 8 Quad RS232 cables. Offer? I also have a Hi-Per bundle (2 DSPs, ARC, PS...) for sale. Offer? Colin McFadyen Supervisor of Operations Carleton University Computing and Communications Services Phone: 613-520-2600 x3721 Fax: 613-520-4448 -----Original Message----- Sent: Tuesday, November 21, 2000 4:51 PM Greetings...Just came across some hardware I thought you guys may be interested in. **NEW** Factory Warranty Hiper DSP card sets (NAC/NIC) $3750.00ea Thought I could help some of you guys out. Let me know what you need. Mention USR list. WTB: Still looking for Quad RS232 cables. Steve Rivera (VP) - w-732.833.2111 x102 / c-732.433.5890 24Hr (www.isp-networkhardware.com) Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981. - 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. - 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.

Hi, I have 8 Quad RS232 cables. Offer? I also have a Hi-Per bundle (2 DSPs, ARC, PS...) for sale. Offer? Colin McFadyen Supervisor of Operations Carleton University Computing and Communications Services Phone: 613-520-2600 x3721 Fax: 613-520-4448 -----Original Message----- Sent: Tuesday, November 21, 2000 4:51 PM Greetings...Just came across some hardware I thought you guys may be interested in. **NEW** Factory Warranty Hiper DSP card sets (NAC/NIC) $3750.00ea Thought I could help some of you guys out. Let me know what you need. Mention USR list. WTB: Still looking for Quad RS232 cables. Steve Rivera (VP) - w-732.833.2111 x102 / c-732.433.5890 24Hr (www.isp-networkhardware.com) Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981. - 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.

On their way in. Complete, Guaranteed working. 5- USR HD Chassis with Single 70A Power All bundles include the following: NMC w/ nic Netserver PRI w/ nic Dual PRI w/ nic 12- Quad Digital Modems w/ nics v90 flash Asking $2500 each. These prices are for List users. Be sure to mention you saw this on the USR List. Steve Rivera (VP) - w-732.833.2111 x102 / c-732.433.5890 24Hr (www.isp-networkhardware.com) Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

WTB: Looking for PSU and PSI Sets. If you have some available or have chassis's sitting around, I'm interested :) Steve Rivera (VP) - w-732.833.2111 x102 / c-732.433.5890 24Hr (www.isp-networkhardware.com) Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

Folks, We have a customer who is currently using MSn but wants to switch over to us. We are running TC racks with HiPerArcs. I've done everything with this guy (delete DUN, delete dialup adapter, delete TCP/IP etc..). The problem is (I think) is that he is requesting a callback under LCP. I cannot find anyweher in Windows 98 where he has this setup. Here is the HiPerArc trace: Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_REQ MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c0 23 MAGIC_NUM 9f 85 df 0b PROTO_COMP AC_COMP MPP_MRRU 05 ea MPP_ENDPTID 00 Incoming PPP Data on interface: slot:5/mod:4 007d 21 7d 21 7d 7e 00 00 01 Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_REQ MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c0 23 MAGIC_NUM 9f 85 df 0b PROTO_COMP AC_COMP MPP_MRRU 05 ea MPP_ENDPTID 00 Incoming PPP Data on interface: slot:5/mod:4 LCP CFG_REQ ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 01 d0 77 PROTO_COMP AC_COMP CALLBACK 06 Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_REJ CALLBACK 06 Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_REQ MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c0 23 MAGIC_NUM 9f 85 df 0b PROTO_COMP AC_COMP MPP_MRRU 05 ea MPP_ENDPTID 00 Incoming PPP Data on interface: slot:5/mod:4 LCP CFG_REQ ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 01 d0 77 PROTO_COMP AC_COMP CALLBACK 06 Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_REJ CALLBACK 06 Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_REQ MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c0 23 MAGIC_NUM 9f 85 df 0b PROTO_COMP AC_COMP MPP_MRRU 05 ea MPP_ENDPTID 00 Incoming PPP Data on interface: slot:5/mod:4 LCP CFG_REQ ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 01 d0 77 PROTO_COMP AC_COMP CALLBACK 06 Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_REJ CALLBACK 06 Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_REQ MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c0 23 MAGIC_NUM 9f 85 df 0b PROTO_COMP AC_COMP MPP_MRRU 05 ea MPP_ENDPTID 00 Incoming PPP Data on interface: slot:5/mod:4 LCP CFG_REQ ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 01 d0 77 PROTO_COMP AC_COMP Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_ACK ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 01 d0 77 PROTO_COMP AC_COMP Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_REQ MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c0 23 MAGIC_NUM 9f 85 df 0b PROTO_COMP AC_COMP MPP_MRRU 05 ea MPP_ENDPTID 00 Incoming PPP Data on interface: slot:5/mod:4 LCP CFG_REQ ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 01 d0 77 PROTO_COMP AC_COMP Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_ACK ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 01 d0 77 PROTO_COMP AC_COMP Incoming PPP Data on interface: slot:5/mod:4 LCP CFG_REQ ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 01 d0 77 PROTO_COMP AC_COMP Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_ACK ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 01 d0 77 PROTO_COMP AC_COMP Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_REQ MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c0 23 MAGIC_NUM 9f 85 df 0b PROTO_COMP AC_COMP MPP_MRRU 05 ea MPP_ENDPTID 00 Incoming PPP Data on interface: slot:5/mod:4 LCP CFG_REQ ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 01 d0 77 PROTO_COMP AC_COMP Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_ACK ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 01 d0 77 PROTO_COMP AC_COMP Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_REQ MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c0 23 MAGIC_NUM 9f 85 df 0b PROTO_COMP AC_COMP MPP_MRRU 05 ea MPP_ENDPTID 00 Incoming PPP Data on interface: slot:5/mod:4 LCP CFG_REQ ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 01 d0 77 PROTO_COMP AC_COMP Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_ACK ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 01 d0 77 PROTO_COMP AC_COMP Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_REQ MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c0 23 MAGIC_NUM 9f 85 df 0b PROTO_COMP AC_COMP MPP_MRRU 05 ea MPP_ENDPTID 00 Incoming PPP Data on interface: slot:5/mod:4 LCP CFG_REQ ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 01 d0 77 PROTO_COMP AC_COMP Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_ACK ASYNC_MAP 00 0a 00 00 MAGIC_NUM 00 01 d0 77 PROTO_COMP AC_COMP Outgoing PPP Data on interface: slot:5/mod:4 LCP CFG_REQ MRU 05 ea ASYNC_MAP 00 00 00 00 AUTH_TYPE c0 23 MAGIC_NUM 9f 85 df 0b PROTO_COMP AC_COMP MPP_MRRU 05 ea MPP_ENDPTID 00 Then it disconnects with a 650 error on his end. Can someone poit me in the right direction ? Thanks, Jeff CMPQwk 1.42-21 9999

Also sprach Jeff Binkley >Incoming PPP Data on interface: slot:5/mod:4 > 007d 21 7d 21 7d 7e 00 00 01 >Incoming PPP Data on interface: slot:5/mod:4 > LCP CFG_REQ ASYNC_MAP 00 0a 00 00 > MAGIC_NUM 00 01 d0 77 > PROTO_COMP > AC_COMP > CALLBACK 06 >Outgoing PPP Data on interface: slot:5/mod:4 > LCP CFG_REJ CALLBACK 06 They request callback and you send a Reject back for it...that they send it a couple more times is a broken implementation. >Incoming PPP Data on interface: slot:5/mod:4 > LCP CFG_REQ ASYNC_MAP 00 0a 00 00 > MAGIC_NUM 00 01 d0 77 > PROTO_COMP > AC_COMP But...eventually it does give up on it...so...while this will slow down the login process eventually (once they get the point where they are successfully logging in)...its not preventing it. If you can fix this, great, it'll prevent a couple of round-trip times, but it won't prevent them from logging in. >Then it disconnects with a 650 error on his end. Can someone poit me >in the right direction ? You're going to need to get a log from their end probably. Here's the problem that I see in your trace. Their side seems to not being responding in any way to what you're sending. This actually will probably change my above advice. From what I've seen, Windows DUN tries to negotiate callback control protocol, but will drop it, as should be the case when it gets a config reject. Based on the rest of the trace though, the doze machine is not responding to your config requests at all (no acks, naks or even rejs), it also seems to not be seeing your rejects to its initial rejects (as discussed above), and also not seeing your acks once it drops the callback as it continues to send new requests. Its odd, but it looks like you've got one-way communications here, but not two-way. You're seeing what they're sending, but they're not seeing what you're sending. I guess there is a possibility that their system is seeing your packets as corrupt or something like that for some reason and is thus silently dropping them. That's why I suggest getting a log from their side. There's an option in DUN (don't ask me where to find it) to record a PPP log (note, this is *NOT* the modem log file that is much easier to find). Enable that and look at the output...that might give you some insight into what's happening. Feel free to drop a line to me or the list and someone (myself, if noone else gets to it) can help decipher it. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Jeff Mcadams >Also sprach Jeff Binkley >>Incoming PPP Data on interface: slot:5/mod:4 >> 007d 21 7d 21 7d 7e 00 00 01 Dang! Forgot to comment on this one... I haven't a clue what this packet it. The HiPer Arc flags it as packet type 007d which rfc1661 says is "reserved (Control Escape)" What on earth in doze is using that? I haven't a clue...it doesn't seem to be a significant problem though as its not repeated and doesn't through the Arc off its stride in any way. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

We have a total control unit complete for sale 12 months old with all the software and shipping cartons never been over 20 users ( just like driven to church on sundays) If there is any interest out there contact us at info@ddns.com.au Cheers, Rod

Can you give the specs? Brian -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Discount Domain Name Services Sent: Wednesday, December 06, 2000 12:06 AM We have a total control unit complete for sale 12 months old with all the software and shipping cartons never been over 20 users ( just like driven to church on sundays) If there is any interest out there contact us at info@ddns.com.au Cheers, Rod - 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.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everybody: I�m trying to set IP filter in Netserver with "set sX ifilter filter.in" and "set sX ofilter filter.out" netserver> set sX ifilter mail.in Input filter for port sX changed from to mail.out netserver> set sX ofilter mail.out Output filter for port sX changed from to mail.out but when I try to change the filter again, in order to view the current filter, the Netserver show to me the folliwing message: netserver> set sX ifilter filter.in Input filter for port sX changed from to filter.in from <nothing> to filter.in, can anybody tell me how can I save the port filter info?, because using "save all" I couldn�t. Note: obviously, I have mail.in, mail.out and filter.in created in Netserver. Thanks in advance, Jorge Lozano <jorge@andinet.com> NA and ISSO Andinet On Line <http://www.andinet.com> The only way to predict the future is... to create it! -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.8 for non-commercial use <http://www.pgp.com> iQA/AwUBOi6tVqp3oywyFVUlEQLPDwCgnMoQfM6Mm7radJEpzFnov/xbcBAAoIho LDKudxrVuxpwTjrE7Jwiq0BN =vWKg -----END PGP SIGNATURE-----

I am in need of some Edgeserver Pro's any one know where I can find them? Thanks David DenHollander (403)254-1100 Main (403)201-2815 Fax List your equipment for free http://www.adoptable.com/

Do you have to buy one of the new HDM's to get the 96 channel capibility, or can you simply swap out the NIC portion of the HDM? In other words, is their an upgrade path? Anyone using the 96 channel HDM's or DS3 modules? Brian Brian Feeny, CCNP+ATM, CCDP signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

Also sprach Brian >Do you have to buy one of the new HDM's to get the 96 channel >capibility, or can you simply swap out the NIC portion of the HDM? In >other words, is their an upgrade path? You'll need to buy the new NAC. The current DSP's only have 24 (30 for E1 versions) modems on the card, so you can't handle 96 calls on the current NACs. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

On Tue, 12 Dec 2000, Jeff Mcadams wrote: > Also sprach Brian > >Do you have to buy one of the new HDM's to get the 96 channel > >capibility, or can you simply swap out the NIC portion of the HDM? In > >other words, is their an upgrade path? > > You'll need to buy the new NAC. The current DSP's only have 24 (30 for > E1 versions) modems on the card, so you can't handle 96 calls on the > current NACs. Actually, the current NAC's have 6 DSP's, each emulates 4 modems. I heard that these same cards were able to actually do 8 modems per DSP about 2 years ago, and thought maybe they pushed it even further. The plan worked out nicely when 3Com envisioned it: 14 slots, 1 hdm per slot, 23/24 channels per slot, 1 pri/t1 per slot but once they were able to double to 8 modems per DSP: 14 slots, 1 hdm per slot, 46/24 channels per slot, 1 DS3 for the chassis that was the rationale behind using a utilization meter on the front of the HDM NAC vs. a 1:1 LED per modem mapping, since this way they could expand the NAC DSP-wise........... The sad part is they probably have the software but won't release (the software existed 2 years ago or so..........inside sources tell me) (that is the software to double the modem emulation of the DSP's) brian > -- > Jeff McAdams Email: jeffm@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@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. > Brian Feeny, CCNP+ATM, CCDP signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

Also sprach Brian >On Tue, 12 Dec 2000, Jeff Mcadams wrote: >> You'll need to buy the new NAC. The current DSP's only have 24 (30 >> for E1 versions) modems on the card, so you can't handle 96 calls on >> the current NACs. >Actually, the current NAC's have 6 DSP's, each emulates 4 modems. I >heard that these same cards were able to actually do 8 modems per DSP >about 2 years ago, and thought maybe they pushed it even further. OK...the original DSPs cards had a dsp chip for every two modems...the newer DSP cards have a dsp chip for every four modems (same code base). They (according to what I've heard) are basically the same type of dsp chips...but the newer ones are a newer version...thus the capability of handling more modems. I was not under the impression that it was just a software change (though that certainly is possible). >that was the rationale behind using a utilization meter on the front of >the HDM NAC vs. a 1:1 LED per modem mapping, since this way they could >expand the NAC DSP-wise........... They also just plain didn't have enough room for 24 leds for modems along with carrier, alarm, loopback, fail, and power leds. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I have noticed people posting equipment for sale on this list, have the rules changed? Is this something that anyone can do? I used to send my customers to this list so they could benefit from the knowledge of all those who use the list, but I no longer do so for obvious reasons. At 06:09 PM 12/12/00 -0500, you wrote: >WR Communication Associates (WRCA.NET) has the following USR hardware >available: >Mention USR LIST. > >5 - USR HD Chassis with 70A Power >NMC >Netserver PRI >Dual PRI >12x Quad Digital modems v90 > >$2000.00each > >Shipment includes: >CD-ROM Library >Console cable >Telco cables >30 day warranty > > >Steve Rivera (VP) - w-732.833.2111 x102 / c-732.433.5890 24Hr >(www.isp-networkhardware.com) >Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com > >Worldwide Provider of Network Hardware Since 1981. > > > > > > > > > > > > > >- > 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. >

These are actually shipping now? Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet access for Frankfort, Lexington, Louisville and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Tue, 12 Dec 2000, Brian wrote: > > Do you have to buy one of the new HDM's to get the 96 channel capibility, > or can you simply swap out the NIC portion of the HDM? In other words, is > their an upgrade path? > > Anyone using the 96 channel HDM's or DS3 modules? > > Brian > > > ----------------------------------------------- > Brian Feeny, CCNP+ATM, CCDP signal@shreve.net > Network Administrator > ShreveNet Inc. (ASN 11881) > > > - > 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. >

These are actually shipping now? Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet access for Frankfort, Lexington, Louisville and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Tue, 12 Dec 2000, Brian wrote: > > Do you have to buy one of the new HDM's to get the 96 channel capibility, > or can you simply swap out the NIC portion of the HDM? In other words, is > their an upgrade path? > > Anyone using the 96 channel HDM's or DS3 modules? > > Brian > > > ----------------------------------------------- > Brian Feeny, CCNP+ATM, CCDP signal@shreve.net > Network Administrator > ShreveNet Inc. (ASN 11881) > > > - > 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. >

WR Communication Associates (WRCA.NET) has the following USR hardware available: Mention USR LIST. 5 - USR HD Chassis with 70A Power NMC Netserver PRI Dual PRI 12x Quad Digital modems v90 $2000.00each Shipment includes: CD-ROM Library Console cable Telco cables 30 day warranty Steve Rivera (VP) - w-732.833.2111 x102 / c-732.433.5890 24Hr (www.isp-networkhardware.com) Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

I don't know. I got a spam fax from someone saying "Be the first to own the new 96port HDM, blah blah". Then the 3Com site talks about all this new gear. I am confused. I don't even know what a Total Control 2000 is or whats the differnce, I need to spend some time on their site getting back up to speed. Brian On Tue, 12 Dec 2000, Mike Andrews wrote: > These are actually shipping now? > > > Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet access for Frankfort, Lexington, Louisville and surrounding counties > > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Tue, 12 Dec 2000, Brian wrote: > > > > > Do you have to buy one of the new HDM's to get the 96 channel capibility, > > or can you simply swap out the NIC portion of the HDM? In other words, is > > their an upgrade path? > > > > Anyone using the 96 channel HDM's or DS3 modules? > > > > Brian > > > > > > ----------------------------------------------- > > Brian Feeny, CCNP+ATM, CCDP signal@shreve.net > > Network Administrator > > ShreveNet Inc. (ASN 11881) > > > > > > - > > 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. > > > > > - > 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. > Brian Feeny, CCNP+ATM, CCDP signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

I don't know. I got a spam fax from someone saying "Be the first to own the new 96port HDM, blah blah". Then the 3Com site talks about all this new gear. I am confused. I don't even know what a Total Control 2000 is or whats the differnce, I need to spend some time on their site getting back up to speed. Brian On Tue, 12 Dec 2000, Mike Andrews wrote: > These are actually shipping now? > > > Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet access for Frankfort, Lexington, Louisville and surrounding counties > > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Tue, 12 Dec 2000, Brian wrote: > > > > > Do you have to buy one of the new HDM's to get the 96 channel capibility, > > or can you simply swap out the NIC portion of the HDM? In other words, is > > their an upgrade path? > > > > Anyone using the 96 channel HDM's or DS3 modules? > > > > Brian > > > > > > ----------------------------------------------- > > Brian Feeny, CCNP+ATM, CCDP signal@shreve.net > > Network Administrator > > ShreveNet Inc. (ASN 11881) > > > > > > - > > 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. > > > > > - > 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. > Brian Feeny, CCNP+ATM, CCDP signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

i think USR-TC stuff for sale has always been around on this list. I mean we all use the stuff, and we all regularly buy the stuff, so a good deal is something we all are looking for. I mean, if someone has HDM's for $1500 each, i want to know about it :) Brian On Tue, 12 Dec 2000, David DenHollander wrote: > I have noticed people posting equipment for sale on this list, have the > rules changed? Is this something that anyone can do? I used to send my > customers to this list so they could benefit from the knowledge of all > those who use the list, but I no longer do so for obvious reasons. > > > > At 06:09 PM 12/12/00 -0500, you wrote: > >WR Communication Associates (WRCA.NET) has the following USR hardware > >available: > >Mention USR LIST. > > > >5 - USR HD Chassis with 70A Power > >NMC > >Netserver PRI > >Dual PRI > >12x Quad Digital modems v90 > > > >$2000.00each > > > >Shipment includes: > >CD-ROM Library > >Console cable > >Telco cables > >30 day warranty > > > > > >Steve Rivera (VP) - w-732.833.2111 x102 / c-732.433.5890 24Hr > >(www.isp-networkhardware.com) > >Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com > > > >Worldwide Provider of Network Hardware Since 1981. > > > > > > > > > > > > > > > > > > > > > > > > > > > >- > > 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. > > > > - > 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. > Brian Feeny, CCNP+ATM, CCDP signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

If you are really concerned for your customers tech support I would suggest the new user-forum-ras@totalservice.3com.com At 07:49 PM 12/12/2000 -0600, you wrote: >i think USR-TC stuff for sale has always been around on this list. I mean >we all use the stuff, and we all regularly buy the stuff, so a good deal >is something we all are looking for. I mean, if someone has HDM's for >$1500 each, i want to know about it :) > >Brian > > >On Tue, 12 Dec 2000, David DenHollander wrote: > > > I have noticed people posting equipment for sale on this list, have the > > rules changed? Is this something that anyone can do? I used to send my > > customers to this list so they could benefit from the knowledge of all > > those who use the list, but I no longer do so for obvious reasons. > > > > > > > > At 06:09 PM 12/12/00 -0500, you wrote: > > >WR Communication Associates (WRCA.NET) has the following USR hardware > > >available: > > >Mention USR LIST. > > > > > >5 - USR HD Chassis with 70A Power > > >NMC > > >Netserver PRI > > >Dual PRI > > >12x Quad Digital modems v90 > > > > > >$2000.00each > > > > > >Shipment includes: > > >CD-ROM Library > > >Console cable > > >Telco cables > > >30 day warranty > > > > > > > > >Steve Rivera (VP) - w-732.833.2111 x102 / c-732.433.5890 24Hr > > >(www.isp-networkhardware.com) > > >Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com > > > > > >Worldwide Provider of Network Hardware Since 1981. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >- > > > 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. > > > > > > > - > > 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. > > > >----------------------------------------------- >Brian Feeny, CCNP+ATM, CCDP signal@shreve.net >Network Administrator >ShreveNet Inc. (ASN 11881) > > >- > 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.

WR Communication Associates (WRCA.NET) has the following USR hardware available. All shipped with 30 day warranty. Rack ears and Manuals included. Analog 5- Netserver 16 v34 $700 7- MP 16 v34 $600 2- MMP16 v34 $650 4- MP 8 v34 $500 ISDN-BRI 2- Netserver 8I $850 1- MP 8I $750 Steve Rivera (VP) - w-732.833.2111 x102 / c-732.433.5890 24Hr (www.isp-networkhardware.com) Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

Is it just me, or has anyone else noticed a sharp *decrease* in the number of problems with Rockwells and such with DSP code 2.1.9? Or is it just that vendors are actually shipping newer drivers these days? I'm not complaining either way, just trying to see if this is typical, or if my tech support people just stopped telling me about the problems, or what. :) Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet access for Frankfort, Lexington, Louisville and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.)

Decrease, yes; elimination, no. I think it has been a combination of both the server and client side software gettting better. Or maybe the problems just all migrated to those &*($@% PCTEL modems. On 18 Dec 2000, at 12:36, Mike Andrews wrote: > Is it just me, or has anyone else noticed a sharp *decrease* in the > number of problems with Rockwells and such with DSP code 2.1.9? Or is > it just that vendors are actually shipping newer drivers these days? > I'm not complaining either way, just trying to see if this is typical, > or if my tech support people just stopped telling me about the > problems, or what. :) > > > Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * > http://www.bit0.com VP, sysadmin, & network guy, Digital Crescent Inc, > Frankfort KY Internet access for Frankfort, Lexington, Louisville and > surrounding counties www.fark.com: If it's not news, it's Fark. (Or > something like that.) > > > - > 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. > Wayne Barber Coastal Telco Services

This is a cryptographically signed message in MIME format. --------------msAD26F61BBBCEB0500379C37A Content-Type: multipart/mixed; boundary="------------FD3B6A17FD52C4ADAD356801" This is a multi-part message in MIME format. --------------FD3B6A17FD52C4ADAD356801 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Steve, We got our refurbished DSP card and all is working beautifully! I thought I'd take the time to thank you publicly for both a great deal and level of service regarding my questions and initial problem. The problem turned out to be the card was configured for a trunk circuit instead of a PRI. Once it was compared and set for an existing PRI, it's been flawless since. Now, if I can just get a new circuit from Ameritech installed as prompt as I got your card;^) Best 'net regards, Joe -- Joe Rinehart, Operations Designer Config.Com, Inc. 124 North Chestnut Street, Ravenna, OH 44266 T: 330.297.9595 F:330.296.4005 H:330.298.4396 http://joerinehart.com/ mailto:joe@config.com finger:joe@config.com --------------FD3B6A17FD52C4ADAD356801 Content-Type: text/x-vcard; charset=us-ascii; name="joe.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Joe Rinehart Content-Disposition: attachment; filename="joe.vcf" begin:vcard n:Rinehart;Joe tel;fax:330.296.4005 tel;home:330.298.9239 tel;work:330.297.9595 x-mozilla-html:FALSE url:http://www.config.com/ org:Config.Com, Inc.;Network Administration adr:;;124 North Chestnut Street;Ravenna;Ohio;44266-2254;USA version:2.1 email;internet:joe@config.com title:Operations Designer note;quoted-printable:Wife: Rose=0D=0AChildren: Jeremiah 3, James 20, Jean 23=0D=0AHobbies: Sailing, sushi, & Shoshana fn:Joe Rinehart end:vcard --------------FD3B6A17FD52C4ADAD356801-- --------------msAD26F61BBBCEB0500379C37A Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIKNgYJKoZIhvcNAQcCoIIKJzCCCiMCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC B8IwggSMMIID9aADAgECAhAuJIwtpT4zHVq6Q+5UfbwPMA0GCSqGSIb3DQEBBAUAMIHMMRcw FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5 IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMB4XDTAwMTAyNzAwMDAw MFoXDTAxMTAyNzIzNTk1OVowggEQMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UE CxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9y ZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElBQi5MVEQoYyk5ODEeMBwGA1UECxMV UGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdpdGFsIElEIENsYXNzIDEgLSBO ZXRzY2FwZSBGdWxsIFNlcnZpY2UxGDAWBgNVBAMUD0pvZSBTLiBSaW5laGFydDEdMBsGCSqG SIb3DQEJARYOam9lQGNvbmZpZy5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMDf yGQR+V011GRxL7EiRAFNTpCKQFpSkd/Om6GApFv36OylXagaeGieFGOCCAg5E3O1wqwGF/vp 3DO776z4Sd2/UirN4WqklaTVeSbx4gO7fmitG8/nAuF9Ge3pr/1tngf2Ml2I18Z6h5nQyq9V V4dbYpaeMR8PvklFB/oxU3YBAgMBAAGjggEmMIIBIjAJBgNVHRMEAjAAMEQGA1UdIAQ9MDsw OQYLYIZIAYb4RQEHAQgwKjAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29t L3JwYTARBglghkgBhvhCAQEEBAMCB4AwgYYGCmCGSAGG+EUBBgMEeBZ2ZDQ2NTJiZDYzZjIw NDcwMjkyOTg3NjNjOWQyZjI3NTA2OWM3MzU5YmVkMWIwNTlkYTc1YmM0YmM5NzAxNzQ3ZGE1 ZDNmMjE0MWJlYWRiMmJkMmU4OTIxMmE5NjlmN2QxMTE0OTljYTJiZjQ3ZmFmM2VhNDUwZDAz BgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9jbGFzczEuY3JsMA0G CSqGSIb3DQEBBAUAA4GBAGW4XFmq69i60alyNqs6LKu04VcMXa/pM2QuB6p0o/EMJBlivx+m PfqYHjLK2Cq+5tz5JQs9nO9CIf6CCxM7hJFVqcFPs7hVYyd06s6vB6VxgwZLk8gB7LaK+Xnh W/qq45Nlt6BCvl4fo4v95sb5s+UN99KcNIrRb7PzWIe4HjvZMIIDLjCCApegAwIBAgIRANJ2 Lo0UDD19sqglXa/uDXUwDQYJKoZIhvcNAQECBQAwXzELMAkGA1UEBhMCVVMxFzAVBgNVBAoT DlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5IENlcnRp ZmljYXRpb24gQXV0aG9yaXR5MB4XDTk4MDUxMjAwMDAwMFoXDTA4MDUxMjIzNTk1OVowgcwx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3 b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29ycC4g QnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENBIElu ZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwgZ8wDQYJKoZIhvcN AQEBBQADgY0AMIGJAoGBALtaRIoEFrtV/QN6ii2UTxV4NrgNSrJvnFS/vOh3Kp258Gi7ldkx QXB6gUu5SBNWLccI4YRCq8CikqtEXKpC8IIOAukv+8I7u77JJwpdtrA2QjO1blSIT4dKvxna +RXoD4e2HOPMxpqOf2okkuP84GW6p7F+78nbN2rISsgJBuSZAgMBAAGjfDB6MBEGCWCGSAGG +EIBAQQEAwIBBjBHBgNVHSAEQDA+MDwGC2CGSAGG+EUBBwEBMC0wKwYIKwYBBQUHAgEWH3d3 dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEwDwYDVR0TBAgwBgEB/wIBADALBgNVHQ8E BAMCAQYwDQYJKoZIhvcNAQECBQADgYEAiLg3O93alDcAraqf4YEBcR6Sam0v9vGd08pkONwb mAwHhluFFWoPuUmFpJXxF31ntH8tLN2aQp7DPrSOquULBt7yVir6M8e+GddTTMO9yOMXtaRJ QmPswqYXD11YGkk8kFxVo2UgAP0YIOVfgqaxqJLFWGrBjQM868PNBaKQrm4xggI8MIICOAIB ATCB4TCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRy dXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEg SW5jb3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENsYXNz IDEgQ0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZAIQLiSM LaU+Mx1aukPuVH28DzAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTAwMTIxOTA1NTkwMlowIwYJKoZIhvcNAQkEMRYEFLkZc64+s1Ze slIWJRTbM4iwiSEyMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEB AQUABIGAPC5aW9cbpA57mmUZ2EBWtxtHG/c2eIMdv0cGXsfXwDs06s78zxroYUupb6CKlfWf 06wvKaAlqmsFX4JZQSnQtnKxC/PC/hWYTsZttZnvt3Zm+NAmowq/xg3EbPiAtaluAnsXSGp3 FZihk+EF27jk8c5T/fXv3/f298HyYAB2b1Y= --------------msAD26F61BBBCEB0500379C37A--

Joe, Thank you so much for the kind words. To you and the rest of the list......Have a great Holiday Season. FYI: I will be available for any possible emergency situations throughout the Holidays...Call me ANYTIME! 732-433-5890 CELL At 12:58 AM 12/19/2000 -0500, you wrote: >Steve, > >We got our refurbished DSP card and all is working beautifully! > >I thought I'd take the time to thank you publicly for both a great deal >and level of service regarding my questions and initial problem. The >problem turned out to be the card was configured for a trunk circuit >instead of a PRI. Once it was compared and set for an existing PRI, it's >been flawless since. > >Now, if I can just get a new circuit from Ameritech installed as prompt >as I got your card;^) > >Best 'net regards, >Joe >-- >Joe Rinehart, Operations Designer Config.Com, Inc. >124 North Chestnut Street, Ravenna, OH 44266 >T: 330.297.9595 F:330.296.4005 H:330.298.4396 >http://joerinehart.com/ mailto:joe@config.com >finger:joe@config.com > >

Hello Folks, This might sound too good to be true but it is :) They are configured as follows. Don't be hesitant because of price. They are in great cosmetic and functional condition. I bought them at a great price and since it is the giving season I though I could pass the savings to this list :) I am always open to opportunity so if you need help with pricing and your a serious buyer. I will work with you. Be sure to mention you found it on the USR List. HD Chassis with Single 70A Power NMC Netserver PRI Dual PRI 12 Quad Digital Modems 1-5 $2000 6-10 $1750 11-15 $1500 Hiper DSP $3000 Hiper ARC $2000 Hiper NMC $1000 Dual PRI/E1 $650...Hard to Find As usual I guarantee all equipment working. If you are looking anything USR/3Com Total Control, Netservers, MP, MMP's, nic,macs, parts ect. YEAH I GOT THAT :) Steve Rivera (VP) - w-732.833.2111 x102 / c-732.433.5890 24Hr (www.isp-networkhardware.com) Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

On Tue, 28 Nov 2000, Clayton Zekelman wrote: > . . . > The only real way to measure it of course is to place a fixed value shunt > in line with DC supply, and measure the voltage drop across it, and > calcuate the current draw. The other "real way" is to use a clamp-on DC current probe. The significant advantage being that you don't have to interrupt the circuit. -- Aaron Nabil

How do you set up two chassis to work together in establishing an MPPP connection? Brian Becker President, Poplar Bluff Internet, Inc. (www.semo.net) Home of TotallyFabricated.com Software: Total Scrutinizer (www.TotalScrutinizer.com) - Tech Support Just Got Easier! WebGabber (www.WebGabber.com) - html-based Chat Software

This is what I got when I did a search on 3Com site...which is why I posed the question here. If someone can give me the pdf...that would be great. <grin> Product: Total Control 1000 : TCS 3.6 Total Control 1000 : TCS 4.2 Total Control 1000 : HiPer ARC SS7 ESIG Total Control 1000 : VPN 1.0 Total Control 1000 : TCS 2.0.1 Total Control 1000 : TCS 2.5 Total Control 1000 : Channelized T1 cards Total Control 1000 : EdgeServer & EdgeServer Pro Total Control 1000 : Quad Modem Total Control 1000 : Network Management cards Total Control 1000 : NETServer cards Total Control 1000 : PRI/T1 cards Total Control 1000 : PRI/E1 cards Total Control 1000 : TCM for Windows Total Control 1000 : TCM for UNIX Total Control 1000 : Security and Accounting Servers Total Control 1000 : Misc Total Control 1000 : TCS 1.5 Total Control 1000 : TCS 1.5.1 Total Control 1000 : TCS 2.5.1 Total Control 1000 : TCS 1.0 Total Control 1000 : TCS 3.0 Total Control 1000 : HiPer DSP Total Control 1000 : E1 cards Total Control 1000 : HiPer ARC Total Control 1000 : TCS 3.0.1 Total Control 1000 : TCS 3.0.2 Total Control 1000 : TCS 3.1 Total Control 1000 : TCS 3.1.1 Total Control 1000 : TCS 3.1.2 Total Control 1000 : TCS 3.3 Total Control 1000 : SS7 Total Control 1000 : TCS 3.5 Total Control 1000 : TCS 4.0 Search Terms: mpip Documentation Type: Access File Name Size Released Description No matching items were found. -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams Sent: Wednesday, December 20, 2000 10:46 AM Also sprach Brian Becker >How do you set up two chassis to work together in establishing an MPPP >connection? Check out the manuals (pdf's availabe, even without a service contract, at totalservice.3com.com) for info on MPIP. MPIP is the coordination protocol that Arcs use to do multi-chassis multi-link. Be aware that you'll need the time syncronized between the Arcs...but that's easily done since they support NTP. :) -- Jeff McAdams Email: jeffm@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@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.

I'm using a TC with HiperDSPs and authenticating with RadiusNT in ODBC mode. I need to be able to control concurrent logins and allow logins based on type of connection, i.e. ISDN or analog. Can someone tell me what changes I need to make on the TC? Thanks, Steve Cobb

Also sprach Brian Becker >How do you set up two chassis to work together in establishing an MPPP >connection? Check out the manuals (pdf's availabe, even without a service contract, at totalservice.3com.com) for info on MPIP. MPIP is the coordination protocol that Arcs use to do multi-chassis multi-link. Be aware that you'll need the time syncronized between the Arcs...but that's easily done since they support NTP. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Brian Becker >This is what I got when I did a search on 3Com site...which is why I >posed the question here. If someone can give me the pdf...that would be >great. <grin> I don't have the pdf at hand...but there is a chapter in the HiPer Arc...uhm...Product Reference is what I believe its called...about setting up MPIP. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

That's more of a radius issue than an TC one. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 20 Dec 2000, Steve Cobb wrote: > I'm using a TC with HiperDSPs and authenticating with RadiusNT in ODBC mode. I need to be able to control concurrent logins and allow logins based on type of connection, i.e. ISDN or analog. Can someone tell me what changes I need to make on the TC? > > Thanks, > > Steve Cobb > > - > 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. >

Brian: Here are some instructions that I received from the list a year ago on setting up MPIP. Hope they help. If this works, you can send Ron and Paul a Christmas card! They're the ones that figured it out. Paul Farber wrote: > > How many servers are their? This is where I'm confused. I have ARC-A and > ARC-B. One server. In this example ARC-A will be the server. On ARC-A you would type: set mpip client_state on set mpip server_state on set mpip client (IP of ARC-A) sharedsecret <Secret on ARC-A> set mpip client (IP of ARC-B) sharedsecret <Secret on ARC-B> set mpip server (IP of ARC-A) sharedsecret <Secret for ARC-A> set ntp primary_server <IP of NTP server> enable ntp save all On ARC-B you would type: set mpip client_state on set mpip server (IP of ARC-A) sharedsecret <Secret for ARC-B> set ntp primary_server <IP of NTP server> enable ntp save all > Set ARC-A as mpip client + server, plus set it to an NTP server (know of > any good ones?). I run my own NTP server on a Linux box. Don't have to worry too much about it going down then. > Set ARC-B as mpip client and add ip's of ARC-A's into it (what command?). > Set the NTP to same NTP server s ARC-A. > > How does ARC-B know of ARC-A's ips? Add them their also? You don't need to worry about IP addresses of the different ARCs. The ARC will tunnel between each other so it is invisible to the client. > Thanks for your help so far. No problem, -Ron GLISnet, Inc. +1 810/939.9885 Mike Storjohann HunTel.net mstorjohann@huntel.net -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian Becker Sent: Wednesday, December 20, 2000 11:06 AM This is what I got when I did a search on 3Com site...which is why I posed the question here. If someone can give me the pdf...that would be great. <grin> Product: Total Control 1000 : TCS 3.6 Total Control 1000 : TCS 4.2 Total Control 1000 : HiPer ARC SS7 ESIG Total Control 1000 : VPN 1.0 Total Control 1000 : TCS 2.0.1 Total Control 1000 : TCS 2.5 Total Control 1000 : Channelized T1 cards Total Control 1000 : EdgeServer & EdgeServer Pro Total Control 1000 : Quad Modem Total Control 1000 : Network Management cards Total Control 1000 : NETServer cards Total Control 1000 : PRI/T1 cards Total Control 1000 : PRI/E1 cards Total Control 1000 : TCM for Windows Total Control 1000 : TCM for UNIX Total Control 1000 : Security and Accounting Servers Total Control 1000 : Misc Total Control 1000 : TCS 1.5 Total Control 1000 : TCS 1.5.1 Total Control 1000 : TCS 2.5.1 Total Control 1000 : TCS 1.0 Total Control 1000 : TCS 3.0 Total Control 1000 : HiPer DSP Total Control 1000 : E1 cards Total Control 1000 : HiPer ARC Total Control 1000 : TCS 3.0.1 Total Control 1000 : TCS 3.0.2 Total Control 1000 : TCS 3.1 Total Control 1000 : TCS 3.1.1 Total Control 1000 : TCS 3.1.2 Total Control 1000 : TCS 3.3 Total Control 1000 : SS7 Total Control 1000 : TCS 3.5 Total Control 1000 : TCS 4.0 Search Terms: mpip Documentation Type: Access File Name Size Released Description No matching items were found. -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams Sent: Wednesday, December 20, 2000 10:46 AM Also sprach Brian Becker >How do you set up two chassis to work together in establishing an MPPP >connection? Check out the manuals (pdf's availabe, even without a service contract, at totalservice.3com.com) for info on MPIP. MPIP is the coordination protocol that Arcs use to do multi-chassis multi-link. Be aware that you'll need the time syncronized between the Arcs...but that's easily done since they support NTP. :) -- Jeff McAdams Email: jeffm@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@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@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.

We are relocating our modems to a new telco provider's colocation space. We grabbed an old quad chassis for testing the new colo site before the move. The quads are running 6.1.6 code and the Dual PRI card is running the 3.1.5 code. The telco vendor is running Nortel DMS-100 switches. Most of our testing is working fine, but we are having problems with some callers who can connect fine to our old POP and not at all to the new POP. I have this connection problem myself when I test the new pop from my home using a USR 56K modem. I can connect to the new pop at v.34, but not at v.90. When I remove error correction on the modem and use Hyperterm, I do see a lot of line noise. I also had the telco terminate one of the PRI's we are testing in their Cisco NAS box, and I could connect fine into that box from my home at v.90 or v.34. This is really confusing me. I was wondering if the 6.1.86 quad modem code might help, but I can't access it from the total control site even though it has no new features, just bug fixes. (This annoys me since we paid 100K for the four chassis we still own). Anyway, I was wondering if anyone could help me. Obviously, I don't want to switch thousands of users to the new pop until I understand what is happening. If anyone from 3com is montioring the list anymore, maybe you will help with a MIME attachment..... TIA, Jim

We are in the process of setting up some new PRIs and things ain't going so well. We have to use the NI-2 interface, as it seems to be the only one supported by the CLEC. Everything looks just swell on this side, yet we are getting "all circuits busy" when we attempt to use the lines. Turned off service messaging as per one of the list suggestions. Running DSP 2.1.9. D-Channel is up. Things look good. Thanks for any suggestions. span1> dis atstat Tslot Status Modem Status Call ID Action Q931 Connect Srvc State Queued Ref 01 Idle N/A IS 0x00000000 NONE 0x00000000 ... 23 Idle N/A IS 0x00000000 NONE 0x00000000 24 Dchan N/A IS 0x00000000 NONE 0x00000000 span1> dis ccrcfig Span1 Configured Signal Mode is (sigmode): MESSAGE ORIENTED Span1 Signal Mode Active is: MESSAGE ORIENTED Span1 DNIS Enable is (dnisena): DNIS ADDRESS Span1 Dial Out Address Delay (doadrdly): 70 ms Span1 Configured Switch Type is (swtype): NI2 Span1 Idle Byte is (idlebyte): 0xFE Span1 Ana Calls Blocked Err Code (ancbec): 58 Span1 Digi Calls Blocked Err Code (dcbec): 58 Span1 No IGWS Avail Err Code (noigwsav): 58 Span1 Chan Blocked Err Code (chanblck): 58 Span1 Block Call Type is (blcaltyp): BLOCK NONE Span1 Tone Type is (tonetype): DTMF TONE Span1 Number Of DTMF Tones is (numdtmft): 4 Span1 Dial Out Select Direction (dseldir): DOWN Span1 Dial Out Next Timeslot (dntslot): 24 Span1 Alert Message Mode (alrtmsg): ALRT MSG MODE DISABLED Span1 CALL PROC Message Mode (cprocmsg): CALLPROC MSG MODE ENABLED Span1 Overlap Receiving Mode (ovrrxmode): OVERLAP RECEIVE MODE DISABLED Span1 Timeout between INFO msg(inftmout): 12 Span1 Total Number of Digits (inbdnisln): 12 Span1 Signaling Group Type is: FAS Span1 Configured SS7 signal mode is: None Span1 active SS7 signal mode is: None span1> dis spnstats Span1 Near Time Elapsed is: 653 seconds Span1 Near Valid Intervals is: 69 Span1 Line Status is: NO ALARM = TRUE RCV FAR END LOF = FALSE XMT FAR END LOF = FALSE RCV AIS = FALSE XMT AIS = FALSE OUT OF FRAME = FALSE LOSS OF SIGNAL = FALSE LOOPBACK STATE = FALSE T16 AIS = FALSE RCV FAR END LOMF = FALSE XMT FAR END LOMF = FALSE RCV TEST CODE = FALSE OTHER FAILURE = FALSE Span1 Send Code is: SEND NO CODE Span1 dsx1 Loopback Configuration is: NO LOOP Span1 Receiver Gain is: 0.0 dB GAIN (2.9 dB Steps) Span1 Continuous CRC Error is: FALSE Span1 Physical State is: F1 OPERATIONAL Span1 Loopback Init Originate is: NONE Span1 Modem Not Available Count is: 0 Span1 Invalid Bearer Capability Count is: 0 Span1 Invalid Channel ID Count is: 0 Span1 Invalid Progress Indicator Count is: 0 Span1 Invalid Calling Party Count is: 0 Span1 Invalid Called Party Count is: 0 Span1 Call Block Failure Count is: 0 Span1 No Ring Off Failure Count is: 0 Span1 Telco Disconnect Failure Count is: 0 Span1 TELCO Failed To Wink Count is: 0 Span1 TELCO Wink Too Short Count is: 0 Span1 No Channel Available Count is: 0 Span1 Dial In No Resp To Disc Count is: 0 Span1 Dial Out No Resp To Disc Count is: 0 Span1 Gnd Start No Resp To Disc Count is: 0 Span1 Switch Type Active is: NI2 Span1 D-channel Operational is: UP Span1 Signal Mode Active is: MESSAGE ORIENTED Span1 Service Messages Sent: 0 Span1 Service Ack Messages Received: 0 --

We are setting up a new POP and ran into that same problem initially. I'll bet if you use TCM and issue the command "Local In Service" to the PRI card, the calls will start coming in. There is a setting in the DMS-500 switch to "emulate" an AT&T switch. This will cause the D-Channels to come up properly when you reset the card. The phone company needs to set this for you. I hate switching telcos... Regards, Jim "G. Douglas Davidson" wrote: > > We are in the process of setting up some new PRIs and things ain't going so > well. We have to use the NI-2 interface, as it seems to be the only one > supported by the CLEC. Everything looks just swell on this side, yet we are > getting "all circuits busy" when we attempt to use the lines. > > Turned off service messaging as per one of the list suggestions. Running DSP > 2.1.9. D-Channel is up. Things look good. > > Thanks for any suggestions. > > span1> dis atstat > > Tslot Status Modem Status Call ID Action Q931 > Connect Srvc State Queued Ref > 01 Idle N/A IS 0x00000000 NONE 0x00000000 > ... > 23 Idle N/A IS 0x00000000 NONE 0x00000000 > 24 Dchan N/A IS 0x00000000 NONE 0x00000000 > > span1> dis ccrcfig > Span1 Configured Signal Mode is (sigmode): MESSAGE ORIENTED > Span1 Signal Mode Active is: MESSAGE ORIENTED > Span1 DNIS Enable is (dnisena): DNIS ADDRESS > Span1 Dial Out Address Delay (doadrdly): 70 ms > Span1 Configured Switch Type is (swtype): NI2 > Span1 Idle Byte is (idlebyte): 0xFE > Span1 Ana Calls Blocked Err Code (ancbec): 58 > Span1 Digi Calls Blocked Err Code (dcbec): 58 > Span1 No IGWS Avail Err Code (noigwsav): 58 > Span1 Chan Blocked Err Code (chanblck): 58 > Span1 Block Call Type is (blcaltyp): BLOCK NONE > Span1 Tone Type is (tonetype): DTMF TONE > Span1 Number Of DTMF Tones is (numdtmft): 4 > Span1 Dial Out Select Direction (dseldir): DOWN > Span1 Dial Out Next Timeslot (dntslot): 24 > Span1 Alert Message Mode (alrtmsg): ALRT MSG MODE DISABLED > Span1 CALL PROC Message Mode (cprocmsg): CALLPROC MSG MODE ENABLED > Span1 Overlap Receiving Mode (ovrrxmode): OVERLAP RECEIVE MODE DISABLED > Span1 Timeout between INFO msg(inftmout): 12 > Span1 Total Number of Digits (inbdnisln): 12 > Span1 Signaling Group Type is: FAS > Span1 Configured SS7 signal mode is: None > Span1 active SS7 signal mode is: None > > span1> dis spnstats > Span1 Near Time Elapsed is: 653 seconds > Span1 Near Valid Intervals is: 69 > Span1 Line Status is: > NO ALARM = TRUE > RCV FAR END LOF = FALSE > XMT FAR END LOF = FALSE > RCV AIS = FALSE > XMT AIS = FALSE > OUT OF FRAME = FALSE > LOSS OF SIGNAL = FALSE > LOOPBACK STATE = FALSE > T16 AIS = FALSE > RCV FAR END LOMF = FALSE > XMT FAR END LOMF = FALSE > RCV TEST CODE = FALSE > OTHER FAILURE = FALSE > Span1 Send Code is: SEND NO CODE > Span1 dsx1 Loopback Configuration is: NO LOOP > Span1 Receiver Gain is: 0.0 dB GAIN (2.9 dB Steps) > Span1 Continuous CRC Error is: FALSE > Span1 Physical State is: F1 OPERATIONAL > Span1 Loopback Init Originate is: NONE > Span1 Modem Not Available Count is: 0 > Span1 Invalid Bearer Capability Count is: 0 > Span1 Invalid Channel ID Count is: 0 > Span1 Invalid Progress Indicator Count is: 0 > Span1 Invalid Calling Party Count is: 0 > Span1 Invalid Called Party Count is: 0 > Span1 Call Block Failure Count is: 0 > Span1 No Ring Off Failure Count is: 0 > Span1 Telco Disconnect Failure Count is: 0 > Span1 TELCO Failed To Wink Count is: 0 > Span1 TELCO Wink Too Short Count is: 0 > Span1 No Channel Available Count is: 0 > Span1 Dial In No Resp To Disc Count is: 0 > Span1 Dial Out No Resp To Disc Count is: 0 > Span1 Gnd Start No Resp To Disc Count is: 0 > Span1 Switch Type Active is: NI2 > Span1 D-channel Operational is: UP > Span1 Signal Mode Active is: MESSAGE ORIENTED > Span1 Service Messages Sent: 0 > Span1 Service Ack Messages Received: 0 > > -- > ----- > G Douglas Davidson | CityNet, Inc. > douglas@city-net.com | Pittsburgh, PA > voice: 412.481.5406 | fax: 412.431.1315 > > - > 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.

On Dec 21, 11:21am, Jim Johnson wrote: > Subject: Re: (usr-tc) DMS-500 and NI-2 Problems > > We are setting up a new POP and ran into that same problem initially. > > I'll bet if you use TCM and issue the command "Local In Service" to the > PRI card, the calls will start coming in. > > There is a setting in the DMS-500 switch to "emulate" an AT&T switch. > This will cause the D-Channels to come up properly when you reset the > card. The phone company needs to set this for you. > > I hate switching telcos... Thanks for the pointer. I went ahead and issued Local In Service, with and without Service Messages, in TCM and in command line on the DSP and I am still having issues, but that sort of makes sense since NI-2 does not support service messages. I have emailed the telco to have them set up the emulation though (or try to have them do it.) With this emulation in place, are you still using NI-2 or can you then set things up to use an AT&T 5ess? Thanks again! > > Regards, > > Jim > > "G. Douglas Davidson" wrote: > > > > We are in the process of setting up some new PRIs and things ain't going so > > well. We have to use the NI-2 interface, as it seems to be the only one > > supported by the CLEC. Everything looks just swell on this side, yet we are > > getting "all circuits busy" when we attempt to use the lines. > > > > Turned off service messaging as per one of the list suggestions. Running DSP > > 2.1.9. D-Channel is up. Things look good. > > > > Thanks for any suggestions. > > > > span1> dis atstat > > > > Tslot Status Modem Status Call ID Action Q931 > > Connect Srvc State Queued Ref > > 01 Idle N/A IS 0x00000000 NONE 0x00000000 > > ... > > 23 Idle N/A IS 0x00000000 NONE 0x00000000 > > 24 Dchan N/A IS 0x00000000 NONE 0x00000000 > > > > span1> dis ccrcfig > > Span1 Configured Signal Mode is (sigmode): MESSAGE ORIENTED > > Span1 Signal Mode Active is: MESSAGE ORIENTED > > Span1 DNIS Enable is (dnisena): DNIS ADDRESS > > Span1 Dial Out Address Delay (doadrdly): 70 ms > > Span1 Configured Switch Type is (swtype): NI2 > > Span1 Idle Byte is (idlebyte): 0xFE > > Span1 Ana Calls Blocked Err Code (ancbec): 58 > > Span1 Digi Calls Blocked Err Code (dcbec): 58 > > Span1 No IGWS Avail Err Code (noigwsav): 58 > > Span1 Chan Blocked Err Code (chanblck): 58 > > Span1 Block Call Type is (blcaltyp): BLOCK NONE > > Span1 Tone Type is (tonetype): DTMF TONE > > Span1 Number Of DTMF Tones is (numdtmft): 4 > > Span1 Dial Out Select Direction (dseldir): DOWN > > Span1 Dial Out Next Timeslot (dntslot): 24 > > Span1 Alert Message Mode (alrtmsg): ALRT MSG MODE DISABLED > > Span1 CALL PROC Message Mode (cprocmsg): CALLPROC MSG MODE ENABLED > > Span1 Overlap Receiving Mode (ovrrxmode): OVERLAP RECEIVE MODE DISABLED > > Span1 Timeout between INFO msg(inftmout): 12 > > Span1 Total Number of Digits (inbdnisln): 12 > > Span1 Signaling Group Type is: FAS > > Span1 Configured SS7 signal mode is: None > > Span1 active SS7 signal mode is: None > > > > span1> dis spnstats > > Span1 Near Time Elapsed is: 653 seconds > > Span1 Near Valid Intervals is: 69 > > Span1 Line Status is: > > NO ALARM = TRUE > > RCV FAR END LOF = FALSE > > XMT FAR END LOF = FALSE > > RCV AIS = FALSE > > XMT AIS = FALSE > > OUT OF FRAME = FALSE > > LOSS OF SIGNAL = FALSE > > LOOPBACK STATE = FALSE > > T16 AIS = FALSE > > RCV FAR END LOMF = FALSE > > XMT FAR END LOMF = FALSE > > RCV TEST CODE = FALSE > > OTHER FAILURE = FALSE > > Span1 Send Code is: SEND NO CODE > > Span1 dsx1 Loopback Configuration is: NO LOOP > > Span1 Receiver Gain is: 0.0 dB GAIN (2.9 dB Steps) > > Span1 Continuous CRC Error is: FALSE > > Span1 Physical State is: F1 OPERATIONAL > > Span1 Loopback Init Originate is: NONE > > Span1 Modem Not Available Count is: 0 > > Span1 Invalid Bearer Capability Count is: 0 > > Span1 Invalid Channel ID Count is: 0 > > Span1 Invalid Progress Indicator Count is: 0 > > Span1 Invalid Calling Party Count is: 0 > > Span1 Invalid Called Party Count is: 0 > > Span1 Call Block Failure Count is: 0 > > Span1 No Ring Off Failure Count is: 0 > > Span1 Telco Disconnect Failure Count is: 0 > > Span1 TELCO Failed To Wink Count is: 0 > > Span1 TELCO Wink Too Short Count is: 0 > > Span1 No Channel Available Count is: 0 > > Span1 Dial In No Resp To Disc Count is: 0 > > Span1 Dial Out No Resp To Disc Count is: 0 > > Span1 Gnd Start No Resp To Disc Count is: 0 > > Span1 Switch Type Active is: NI2 > > Span1 D-channel Operational is: UP > > Span1 Signal Mode Active is: MESSAGE ORIENTED > > Span1 Service Messages Sent: 0 > > Span1 Service Ack Messages Received: 0 > > > > -- > > ----- > > G Douglas Davidson | CityNet, Inc. > > douglas@city-net.com | Pittsburgh, PA > > voice: 412.481.5406 | fax: 412.431.1315 > > > > - > > 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. > > - >

You need to look at the RADIUS attribute "NAS-Port-Type" if its "Async" then you know its a modem connection. You'll need to set up your RADIUS server to differentiate on the value of this attribute. Campbell >>> stevec@geeksnet.com 12/21/00 05:20 >>> I'm using a TC with HiperDSPs and authenticating with RadiusNT in ODBC mode. I need to be able to control concurrent logins and allow logins based on type of connection, i.e. ISDN or analog. Can someone tell me what changes I need to make on the TC? Thanks, Steve Cobb - 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.

Happy Holidays Guys, I have These NEW Hiper DSP cards available. They are New in box with factory warranty. Hence the Term NEW. Asking $3700.00 per set I also have the ** NEW ** 3Com 1000 ISP Bundles ** NEW ** Priced to compete with the 3Com's best tiered distributors. I also have refurbished : Hiper Bundles $8500 Hiper DSP sets at $3000 (T1 version) Hiper ARC's $1700.00 Hiper NMC's $1000.00 EdgeServer $1000.00 Also have 15 - Quad Bundles.....looking to move :0 I am also working on information and availability on the New and Upcoming HD96 port modem cards. Try me for all your Total Control Needs....manuals, parts, quad equipment, cables..ect Steve Rivera (VP) - w-732.833.2111 x102 / c-732.433.5890 24Hr (www.isp-networkhardware.com) Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

Yes we have x2/v.90 on the NMC. Jim Steve Monkhouse wrote: > > Is the x2/v90 feature set enabled on your NMC ? > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jim Johnson > Sent: Thursday, December 21, 2000 11:56 PM > To: usr-tc > Subject: (usr-tc) RESEND: Problems with relocating modems to a new telco > > We are relocating our modems to a new telco provider's colocation space. > > We grabbed an old quad chassis for testing the new colo site before the > move. > > The quads are running 6.1.6 code and the Dual PRI card is running the > 3.1.5 code. > > The telco vendor is running Nortel DMS-100 switches. > > Most of our testing is working fine, but we are having problems with > some callers who can connect fine to our old POP and not at all to the > new POP. > > I have this connection problem myself when I test the new pop from my > home using a USR 56K modem. I can connect to the new pop at v.34, but > not at v.90. When I remove error correction on the modem and use > Hyperterm, I do see a lot of line noise. > > I also had the telco terminate one of the PRI's we are testing in their > Cisco NAS box, and I could connect fine into that box from my home at > v.90 or v.34. > > This is really confusing me. > > I was wondering if the 6.1.86 quad modem code might help, but I can't > access it from the total control site even though it has no new > features, just bug fixes. (This annoys me since we paid 100K for the > four chassis we still own). > > Anyway, I was wondering if anyone could help me. Obviously, I don't > want to switch thousands of users to the new pop until I understand what > is happening. > > If anyone from 3com is montioring the list anymore, maybe you will help > with a MIME attachment..... > > TIA, > > Jim > > - > 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. > > - > 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.

Is the x2/v90 feature set enabled on your NMC ? -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jim Johnson Sent: Thursday, December 21, 2000 11:56 PM We are relocating our modems to a new telco provider's colocation space. We grabbed an old quad chassis for testing the new colo site before the move. The quads are running 6.1.6 code and the Dual PRI card is running the 3.1.5 code. The telco vendor is running Nortel DMS-100 switches. Most of our testing is working fine, but we are having problems with some callers who can connect fine to our old POP and not at all to the new POP. I have this connection problem myself when I test the new pop from my home using a USR 56K modem. I can connect to the new pop at v.34, but not at v.90. When I remove error correction on the modem and use Hyperterm, I do see a lot of line noise. I also had the telco terminate one of the PRI's we are testing in their Cisco NAS box, and I could connect fine into that box from my home at v.90 or v.34. This is really confusing me. I was wondering if the 6.1.86 quad modem code might help, but I can't access it from the total control site even though it has no new features, just bug fixes. (This annoys me since we paid 100K for the four chassis we still own). Anyway, I was wondering if anyone could help me. Obviously, I don't want to switch thousands of users to the new pop until I understand what is happening. If anyone from 3com is montioring the list anymore, maybe you will help with a MIME attachment..... TIA, Jim - 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.

Heh. I can tell you right now what the problem is. There are 2 different firmware images for the dual PRI/CT1 NAC. 1 for PRI, 1 for CT1. Are you making sure to load the PRI firmware to the card? Chad On Fri, 22 Dec 2000 drernst@kirkwood.hoosier.net wrote: > Hello, > > For years we've been using a Dual T1 Card and some quad modems with CT1 > lines. I always assumed we could also use these with PRI, but now that > we've got some PRI's to try it with, I can't get it to work... Is there a > magic setting to change in TCM somewhere I'm not aware of? The modem's > line interface source should clearly be priT1dm, but I feel like I'm > missing a setting on the T1 card to match.... > > Who wants to tell me how foolish I'm being? Thanks! > > David Ernst > HoosierNet, Inc. > > > - > 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. >

Hello, For years we've been using a Dual T1 Card and some quad modems with CT1 lines. I always assumed we could also use these with PRI, but now that we've got some PRI's to try it with, I can't get it to work... Is there a magic setting to change in TCM somewhere I'm not aware of? The modem's line interface source should clearly be priT1dm, but I feel like I'm missing a setting on the T1 card to match.... Who wants to tell me how foolish I'm being? Thanks! David Ernst HoosierNet, Inc.

> Uh, I'm making sure to do it right now! :) hehehe. Good. PRI's have quite a bit more configuration stuff that you have to do - than CT1's. For instance, switch type, alaw/ulaw, ANI/DNIS (many telcos do not configure ANI/DNIS for CT1's - altho from what i understand, they CAN. GTE CyberDS1 CT1's get delivered with DNIS turned on, but 0 digits sent. :/ ), and a few other things I'm not aware of, as I don't use PRI's. > > Thanks... I'm sure that was stated somewhere > very clearly in the > documentation somewhere, but I have no doubt that your answer was much > faster than me pouring through it. Time savings, what a wonderful > holiday gift! Hahaha. Yeah. It is in the docs. No big deal though. If you've never dealt with PRI's before, its an easy stumble. Happy holidays! ;) Chad > > David > > > >Chad > > > >On Fri, 22 Dec 2000 drernst@kirkwood.hoosier.net wrote: > > > >> Hello, > >> > >> For years we've been using a Dual T1 Card and some quad modems with CT1 > >> lines. I always assumed we could also use these with PRI, but now that > >> we've got some PRI's to try it with, I can't get it to work... Is there a > >> magic setting to change in TCM somewhere I'm not aware of? The modem's > >> line interface source should clearly be priT1dm, but I feel like I'm > >> missing a setting on the T1 card to match.... > >> > >> Who wants to tell me how foolish I'm being? Thanks! > >> > >> David Ernst > >> HoosierNet, Inc. > >> > >> > >> - > >> 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. > >> > > > > > >- > > 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. > > > > > - > 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. >

>Heh. I can tell you right now what the problem is. > >There are 2 different firmware images for the dual PRI/CT1 NAC. 1 for >PRI, 1 for CT1. > >Are you making sure to load the PRI firmware to the card? Uh, I'm making sure to do it right now! :) Thanks... I'm sure that was stated somewhere very clearly in the documentation somewhere, but I have no doubt that your answer was much faster than me pouring through it. Time savings, what a wonderful holiday gift! David >Chad > >On Fri, 22 Dec 2000 drernst@kirkwood.hoosier.net wrote: > >> Hello, >> >> For years we've been using a Dual T1 Card and some quad modems with CT1 >> lines. I always assumed we could also use these with PRI, but now that >> we've got some PRI's to try it with, I can't get it to work... Is there a >> magic setting to change in TCM somewhere I'm not aware of? The modem's >> line interface source should clearly be priT1dm, but I feel like I'm >> missing a setting on the T1 card to match.... >> >> Who wants to tell me how foolish I'm being? Thanks! >> >> David Ernst >> HoosierNet, Inc. >> >> >> - >> 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. >> > > >- > 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. >

On Sat, 23 Dec 2000, Lists wrote: > Does anyone know of an easy way to read the status of the NMC chassis > alarm LED? > > Ideally a simple read that returned an integer indicating the LED colour. > > So far I've been unable to find an object that didn't require a lot of > parsing. Any ideas? How well can you read Perl? If you can, download my TCView script... it reads the LEDs off the TC and makes gif files suitable for putting on a webpage. With a bit of coding, you could add a routine to email/notify you when certain LEDs change colors. If you did this, send me the code and I'll integrate it into the script. Script at http://www.dandy.net/~amadei. TCView 0.93n is the current version. ----Steve Stephen Amadei Dandy.net CTO Atlantic City, NJ

Does anyone know of an easy way to read the status of the NMC chassis alarm LED? Ideally a simple read that returned an integer indicating the LED colour. So far I've been unable to find an object that didn't require a lot of parsing. Any ideas?

If all you want is the NMC alarm LED, get OID 1.3.6.1.4.1.429.1.2.2.12 and you'll get: 1 = No alarm 2 = Temperature High 3 = Fan Failure 4 = Voltage Warning for PSU 5 = Failure of PSU 6 = Management Bus Failure 7 = Interface Card Failure 8 = Incompatible Token-Ring NIC (eww yuk!) Mike Andrews * mandrews@dcr.net * mandrews@bit0.com * http://www.bit0.com VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet access for Frankfort, Lexington, Louisville and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Sat, 23 Dec 2000, Stephen Amadei wrote: > On Sat, 23 Dec 2000, Lists wrote: > > > Does anyone know of an easy way to read the status of the NMC chassis > > alarm LED? > > > > Ideally a simple read that returned an integer indicating the LED colour. > > > > So far I've been unable to find an object that didn't require a lot of > > parsing. Any ideas? > > How well can you read Perl? If you can, download my TCView script... it > reads the LEDs off the TC and makes gif files suitable for putting on a > webpage. With a bit of coding, you could add a routine to email/notify > you when certain LEDs change colors. If you did this, send me the code > and I'll integrate it into the script. > > Script at http://www.dandy.net/~amadei. TCView 0.93n is the current > version. > > ----Steve > Stephen Amadei > Dandy.net CTO > Atlantic City, NJ > > > > - > 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. >

I'm looking for recommendations on sources for a HiPER ARC router card, preferably new but good used condition is also acceptable. Anybody got any particular favorite suppliers? If so please email me in private. Thanks. Antonio Querubin tony@lava.net

WR Communication Associates has the following USR/3Com Hardware available: 1- High Density Chassis w/ single 70A power 1- EdgeServer with Scsi and Ethernet nic 1- Hiper NMC 1- Hiper ARC 2- Hiper DSP w/ edgserver ...asking $8500. without edgserver ...Asking $7750. Also have individual cards like: Hiper NMC Hiper ARC Hiper DSP Quad Digital Modems Quad Analog Modems NMC Netserver PRI Dual PRI/T1 Dual PRI/E1 Dual T1/E1 Steve Rivera (VP) - w-732.833.2111 x102 / c-732.433.5890 24Hr (www.isp-networkhardware.com) Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981.

Happy Holidays Everyone! I've got one populated TC1000 for sale in EXCELLENT condition. Here's the specs: 12 - Quad v.34 Digital Modems 1 - Dual PRI NAC 1 - Netserver PRI 1 - NMC 1 - Ethernet NIC 1 - High Speed WAN/Ethernet NIC Console 1 - Dual T1/DS-1 NIC 2 - 70A Power Supplies UNIT IS IN EXCELLENT CONDITION! CONTACT OFF-LIST FOR PICTURES. $2,000 + Actual Shipping (Your preferred method) Josh Sargent js4@sonnenschein.com

> If all you want is the NMC alarm LED, get OID 1.3.6.1.4.1.429.1.2.2.12 > and you'll get: > > 1 = No alarm > 2 = Temperature High > 3 = Fan Failure > 4 = Voltage Warning for PSU > 5 = Failure of PSU > 6 = Management Bus Failure > 7 = Interface Card Failure > 8 = Incompatible Token-Ring NIC (eww yuk!) Yeah, saw that. This seems (guessing) to give the cause of the last failure though, not the current state (ie, even after the failure has passed, it remains set). In our case, every chassis says "Fan Failure", although none of the fans have failed.

We have shut down our ISP dial in business and we have the following to sell. 3 com total control unit hiper dsp card hiper access router card hipernmc acu 130 amp less than 12 months old little work located in Aust Rod -----Original Message----- >Hello Folks, This might sound too good to be true but it is :) They are >configured as follows. Don't be hesitant because of price. They are in >great cosmetic and functional condition. I bought them at a great price and >since it is the giving season I though I could pass the savings to this list :) > >I am always open to opportunity so if you need help with pricing and your a >serious buyer. I will work with you. >Be sure to mention you found it on the USR List. > >HD Chassis with Single 70A Power >NMC >Netserver PRI >Dual PRI >12 Quad Digital Modems > >1-5 $2000 >6-10 $1750 >11-15 $1500 > >Hiper DSP $3000 >Hiper ARC $2000 >Hiper NMC $1000 >Dual PRI/E1 $650...Hard to Find > >As usual I guarantee all equipment working. > >If you are looking anything USR/3Com Total Control, Netservers, MP, MMP's, >nic,macs, parts ect. >YEAH I GOT THAT :) > >Steve Rivera (VP) - w-732.833.2111 x102 / c-732.433.5890 24Hr >(www.isp-networkhardware.com) >Email: srivera@wrca.net - Mobile Email: srivera711@hotmail.com > >Worldwide Provider of Network Hardware Since 1981. > > > > > > > > > > > > > >- > 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. >

Hey guys. I have a question regarding RADIUS servers in general. Right now we're using Cistron RADIUS on our main authentication server, works great and all but we're trying to set up a backup RADIUS server as well. That part isn't hard (setting it up) except I don't know what the configuration settings are to make it authenticate off of a different file, not just the system password file. Any ideas? Thanks. Scott

Paul- Regarding what you said, that isn't what I asked. :-) Right now RADIUS is authenticating off of /etc/master.passwd in FreeBSD, and basically what we are doing is copying that file every 5 minutes to another server (radius.passwd is the name). On that other server I want the RADIUS daemon to authenticate off of radius.passwd and not /etc/master.passwd -- How do I do this? Unless I'm getting the wrong idea, and you're saying I have to put in "System = /etc/raddb/radius.passwd" ??? Scott On Thu, 28 Dec 2000, Paul Farber wrote: > It's under AUTH-TYPE > > System = system files > 'password' = put the password in quotes, plain text > others you may have compiled in (cdb, SQL) > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Thu, 28 Dec 2000, Scott Kupferschmidt wrote: > > > Hey guys. I have a question regarding RADIUS servers in general. Right > > now we're using Cistron RADIUS on our main authentication server, works > > great and all but we're trying to set up a backup RADIUS server as well. > > > > That part isn't hard (setting it up) except I don't know what the > > configuration settings are to make it authenticate off of a different > > file, not just the system password file. > > > > Any ideas? Thanks. > > > > Scott > > > > > > - > > 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. > > > > > - > 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. >

It's under AUTH-TYPE System = system files 'password' = put the password in quotes, plain text others you may have compiled in (cdb, SQL) Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 28 Dec 2000, Scott Kupferschmidt wrote: > Hey guys. I have a question regarding RADIUS servers in general. Right > now we're using Cistron RADIUS on our main authentication server, works > great and all but we're trying to set up a backup RADIUS server as well. > > That part isn't hard (setting it up) except I don't know what the > configuration settings are to make it authenticate off of a different > file, not just the system password file. > > Any ideas? Thanks. > > Scott > > > - > 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. >

On Thu, 28 Dec 2000 at 21:09 (-0600), Scott Kupferschmidt wrote: SK> On that other server I want the RADIUS daemon to authenticate off of SK> radius.passwd and not /etc/master.passwd -- How do I do this? It depends on the RADIUS daemon you are using. I modified the original Livingston daemon to do this and it was a simply modification. I know that FreeRADIUS has that support, however, FreeRADIUS isn't quite ready for full production use yet (still alpha). FreeRADIUS is based on Cistron. Michael Michael J. Hartwick, VE3SLQ hartwick@hartwick.com Hartwick Communications Consulting (519) 396-7719 Kincardine, ON, CA http://www.hartwick.com

No, if master.passwd is you system passwd file (and not a users file or cbd file) then you will need to tell the raduis daemon what you want to authenticate off of.... either a users file, the system password file or some other. You may want to look into mysql-ized raduis (ala freeraduis or some other db enabled raduis. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 28 Dec 2000, Scott Kupferschmidt wrote: > Paul- > > Regarding what you said, that isn't what I asked. :-) > Right now RADIUS is authenticating off of /etc/master.passwd in FreeBSD, > and basically what we are doing is copying that file every 5 minutes to > another server (radius.passwd is the name). > > On that other server I want the RADIUS daemon to authenticate off of > radius.passwd and not /etc/master.passwd -- How do I do this? > > Unless I'm getting the wrong idea, and you're saying I have to put in > "System = /etc/raddb/radius.passwd" ??? > > Scott > > > On Thu, 28 Dec 2000, Paul Farber wrote: > > > It's under AUTH-TYPE > > > > System = system files > > 'password' = put the password in quotes, plain text > > others you may have compiled in (cdb, SQL) > > > > Paul Farber > > Farber Technology > > farber@admin.f-tech.net > > Ph 570-628-5303 > > Fax 570-628-5545 > > > > On Thu, 28 Dec 2000, Scott Kupferschmidt wrote: > > > > > Hey guys. I have a question regarding RADIUS servers in general. Right > > > now we're using Cistron RADIUS on our main authentication server, works > > > great and all but we're trying to set up a backup RADIUS server as well. > > > > > > That part isn't hard (setting it up) except I don't know what the > > > configuration settings are to make it authenticate off of a different > > > file, not just the system password file. > > > > > > Any ideas? Thanks. > > > > > > Scott > > > > > > > > > - > > > 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. > > > > > > > > > - > > 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. > > > > > - > 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. >