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

(usr-tc) Software recommendations
by Charles Sprickman 11 Jan '00

11 Jan '00

Hi, I'm long overdue for an upgrade on a large number of chassis, and while I've been following the list, I've had a hard time coming up with what is a good, stable version of code to be running everywhere... I have HAs, HDSPs, and Quads in these chassis. I would like OSPF (took the time to learn more about it than RIP), but it's not a necessity. We currently have horrid problems with disconnects on most all modems, iMac troubles (although Mindspring does too; only really occurred for me when the connection was above 46.6K), and really BAD Global Village (blech, barf, erk) problems. We've not seen the "two modems hung" problem. So what's the recommended, stable code you folks are using? What is the rule with mixing DSP and ARC code? Can I run a newer DSP code (2.x) w/older ARC code (4.1)? Thanks, Charles -- =-----------------= = | Charles Sprickman Internet Channel | | INCH System Administration Team (212)243-5200 | | spork(a)inch.com access(a)inch.com | = =----------------= - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

RE: (usr-tc) IAS accounting problem with HiperArc
by Steve Valiunas 11 Jan '00

11 Jan '00

Anu, That would have been primary-accounting-server-2, not secondary-server as I wrote, but I'm sure you checked that as well. What version of Harc code? If you want to capture a bit of MonitorRadius in hex mode (while sending Malformed packets of course), and send it to me along with the accounting sercret used, I can see see if anything looks whacky. Steve Valiunas steve_valiunas(a)3com.com USRobotics TC Mailing List <USRoboticsTCMailingList(a)imagenisp.com> on 01/10/2000 05:17:26 PM Please respond to usr-tc(a)lists.xmission.com Sent by: USRobotics TC Mailing List <USRoboticsTCMailingList(a)imagenisp.com> To: "'usr-tc @lists.xmission.com'" <usr-tc(a)lists.xmission.com> cc: (Steve Valiunas/MW/US/3Com) Subject: RE: (usr-tc) IAS accounting problem with HiperArc That's the first thing I did when I ran into the problem. I even verified the secrets on the HipeArc using the _show accounting radius secret. Anyone have any other suggestions? Anu Jolliffe Network Administrator Imagen Communications Inc. (250) 538-0406 FAX (250) 537-5820 -----Original Message----- From: Steve Valiunas [mailto:Steve_Valiunas@mw.3com.com] Sent: Monday, January 10, 2000 8:44 AM To: usr-tc(a)lists.xmission.com Subject: Re: (usr-tc) IAS accounting problem with HiperArc Check your secondary-server's shared secret. STeve Valiunas USRobotics TC Mailing List <USRoboticsTCMailingList(a)imagenisp.com> on 01/09/2000 03:01:53 PM Please respond to usr-tc(a)lists.xmission.com Sent by: USRobotics TC Mailing List <USRoboticsTCMailingList(a)imagenisp.com> To: "USRobotics TC Mailing List cc: (Steve Valiunas/MW/US/3Com) Subject: (usr-tc) IAS accounting problem with HiperArc I am having a problem with my HiperArc and accounting using Microsoft IAS. I have my first accounting server specified as the primary accounting server, and everything is working fine as is. The problem I'm having is related to my second server, which I intend to use as a backup in case the first one goes down. When my second server is set as the secondary server, everything works okay. However, when I have my second server set as the primary first backup, no accounting records are recorded and the NT event log is full of malformed packets. What is different about the packets when they are sent to the server configured as the primary first backup versus the secondary? My other chassis which runs a NSC has no problem at all with the second server. Thanks for your help. Anu Jolliffe Network Administrator Imagen Communications Inc. (250) 538-0406 FAX (250) 537-5820 - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message. - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

(usr-tc) State of the Hub (part 2)(take 2)
by Jeff Mcadams 11 Jan '00

11 Jan '00

(cont. from previous message due to message size limitations) I have received no reports, either positive or negative about the current state of 3Com support contract rules. A perusal of relevant 3Com web sites seems to indicate that some progress has been made on this issue. If you go to 3Com's web site, to the support section, and click on 3Com Care service offerings, under Maintenance Services, you'll see a section entitled "Unbundled Services." There are sub-sections for InfoPak telephone support (which is at the time of this writing a broken link), software updates (all of the latest software upgrades for a year for one low price...this has promise), Advanced Hardware Replacement (one contract covers multiple pieces of equipment...new equip. can be added at a pro-rated cost...this has potential *if* you can pick and choose which hardware is covered and are not required to cover all your hardware with the same coverage), and Multi-Year Warranty (also a broken link at the time of writing). I have a call in to my great sales-rep Tom Goodman to get more in depth information about the requirements of these service offerings (and prices), and will post what information I get when I get it. This covers the major outstanding issues that I'm aware of. Some further discussion points that have been brought up in the past are discussed below. Customer involvement in software development. I've not seen much progress here, it seems that most software development on the TC equipment is still done with very little connection to customer requests (very cathedral style, with apologies to ESR). There has been recent calls for more participation on the beta list for TCS 4.0, I wholeheartedly encourage this...unfortunately, I haven't had the opportunity to work with the beta software as I would like. The beta list (and I'm under the beta NDA, so I need to be a little careful here ;) seems primarily to be a list for customer feedback to 3Com folks about the problems we're having. It would be nice, (and this isn't just restricted to the beta list) to have the possibility to be part of the discussion about how things get implemented. Had more customer input been solicited, perhaps we wouldn't have ended up with ip pool aggregation reserving a network and broadcast address unnecessarily, and similar types of issues...none are critical, but all would make the TC equipment that much nicer to use. Another access server type of feature request to be re-iterated (this has been a long term request)...the ability to define, by an administrator, what traffic will reset the idle timer on a port. The ability to set this via RADIUS would be an added bonus. Beaurocracy (and I'm still not sure if I'm spelling this right). There seems to have been made a *little* progress in this area, however, this requires a disclaimer. I, personally, apparently, have achieved some...ah...notoriety within 3Com...particularly in the Rolling Meadows facilities. As such, I must consider the possibility that I've been getting contact with people within 3Com that its not common to have direct customer contact with. :) Even this, however, is an improvement. Perhaps this gives me the opportunity to be a sort of liason between 3Com and 3Com's customers. I fear that I'm sounding cocky ("I have better contacts than you do"), and assure you that this isn't my intention. I'd rather people have direct contact...I have plenty of things on my plate to do that the time taken up being such a liason could be used elsewhere, but if I do have better contacts, and can be useful as a sort of liason, I'm certainly willing to do so for the betterment of 3Com-customer relations. :) Direction. Specifically with the HiPer Arc card (which is where I'm particularly knowledgeable within the TC product group), it seems that 3Com is beginning to see the possibilities that the HiPer Arc (at least) provides beyond just being a dial-up access server. Again, I have to be careful here because of the restrictions of the beta NDA...but the direction of the development seems to be towards making the HiPer Arc a full-fledged router. Some things that need to be worked on still: - 3500 route limit needs to be removed, or at least upped - more routing protocols...OSPF is a great start...more needed (BGP?) - OSPF needs to be able to be an ABR - more control over routing protocols...summarization, redistribution - route selection still somewhat buggy (Mike Andrews is the expert on these problems ;) And some things that I think are important, but not necessarily to the point of being *needed*: - bridging - QoS...this is apparently a company wide push for 3Com...so I suspect its going to be done in a big way - wider array of interface types And, just for kicks, a gee-whiz cool feature that the TC lends itself to: - packet bus interface...the ability to treat the internal packet of the chassis as an interface in the Arc...some cool things can be done when this is combined with bridging support above Even as an access server, the Arc needs to be developed to adapt to changing times. As modem and ISDN access becomes less and less prevelent with the proliferation of broadband, the Arc needs to adapt. There seems to be some work on this front (again, TCS 4.0 beta), the bridging support mentioned above is needed for this as many DSL providers transport DSP and other broadband access methods to ISP via a bridging over frame-relay or bridging over ATM. The Arc already has support for frame and ATM, but can't (from what I've seen) do bridging over top of it. I encourage people to submit their own feature requests, etc. to the list and/or me. I've been keeping some notes recently for inclusion into this and future "State of the Hub" messages. :) Like I said...I'm willing to take up the role of liason between 3Com and customers if that's necessary/desireable, let me know. I also encourage feedback to me and to this forum regarding this message and others of mine. My philosophy is that I own my words. I'll take responsibility for what I say, I encourage forwarding of my messages on to people who would benefit from my messages, all I ask is that you keep attribution and contact info in tact so that I can continue to take responsibility for my words. :) -- Jeff McAdams Email: jeffm(a)iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456 - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

2 2

RE: (usr-tc) IAS accounting problem with HiperArc
by USRobotics TC Mailing List 11 Jan '00

11 Jan '00

That's the first thing I did when I ran into the problem. I even verified the secrets on the HipeArc using the _show accounting radius secret. Anyone have any other suggestions? Anu Jolliffe Network Administrator Imagen Communications Inc. (250) 538-0406 FAX (250) 537-5820 -----Original Message----- From: Steve Valiunas [mailto:Steve_Valiunas@mw.3com.com] Sent: Monday, January 10, 2000 8:44 AM To: usr-tc(a)lists.xmission.com Subject: Re: (usr-tc) IAS accounting problem with HiperArc Check your secondary-server's shared secret. STeve Valiunas USRobotics TC Mailing List <USRoboticsTCMailingList(a)imagenisp.com> on 01/09/2000 03:01:53 PM Please respond to usr-tc(a)lists.xmission.com Sent by: USRobotics TC Mailing List <USRoboticsTCMailingList(a)imagenisp.com> To: "USRobotics TC Mailing List cc: (Steve Valiunas/MW/US/3Com) Subject: (usr-tc) IAS accounting problem with HiperArc I am having a problem with my HiperArc and accounting using Microsoft IAS. I have my first accounting server specified as the primary accounting server, and everything is working fine as is. The problem I'm having is related to my second server, which I intend to use as a backup in case the first one goes down. When my second server is set as the secondary server, everything works okay. However, when I have my second server set as the primary first backup, no accounting records are recorded and the NT event log is full of malformed packets. What is different about the packets when they are sent to the server configured as the primary first backup versus the secondary? My other chassis which runs a NSC has no problem at all with the second server. Thanks for your help. Anu Jolliffe Network Administrator Imagen Communications Inc. (250) 538-0406 FAX (250) 537-5820 - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

1 0

Re: (usr-tc) changing IP pool
by Justin 10 Jan '00

10 Jan '00

Kirk, You need to add an address from the subnet of the pool that you added to the ethernet interface of the HiperArc that doles out those ip's. For instance, if you added a pool of size 200, starting address 192.168.1.10, you would need to add an unused IP from that range to the ethernet port of the hiperArc; ie: "add ip network somename address 192.168.1.2 interface eth:1 enabled yes". Of course, you would need 192.168.1.1 (or other unassigned IP from that range) assigned to the corresponding interface on your Cisco to complete the route. HTH, Justin >I was able to get the new pool in over the weekend with Krish's help, but >the ARC isn't routing to the new pool. Apparently I'm missing something. > > >-- >Kirk Mitchell-General Manager mitch(a)keyconn.net >Keystone Connect Unlock Your World >Altoona, PA 814-941-5000 http://www.keyconn.net > > >- > To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

3 3

Re: (usr-tc) IAS accounting problem with HiperArc
by Steve Valiunas 10 Jan '00

10 Jan '00

Check your secondary-server's shared secret. STeve Valiunas USRobotics TC Mailing List <USRoboticsTCMailingList(a)imagenisp.com> on 01/09/2000 03:01:53 PM Please respond to usr-tc(a)lists.xmission.com Sent by: USRobotics TC Mailing List <USRoboticsTCMailingList(a)imagenisp.com> To: "USRobotics TC Mailing List cc: (Steve Valiunas/MW/US/3Com) Subject: (usr-tc) IAS accounting problem with HiperArc I am having a problem with my HiperArc and accounting using Microsoft IAS. I have my first accounting server specified as the primary accounting server, and everything is working fine as is. The problem I'm having is related to my second server, which I intend to use as a backup in case the first one goes down. When my second server is set as the secondary server, everything works okay. However, when I have my second server set as the primary first backup, no accounting records are recorded and the NT event log is full of malformed packets. What is different about the packets when they are sent to the server configured as the primary first backup versus the secondary? My other chassis which runs a NSC has no problem at all with the second server. Thanks for your help. Anu Jolliffe Network Administrator Imagen Communications Inc. (250) 538-0406 FAX (250) 537-5820

1 0

(usr-tc) changing IP pool
by K Mitchell 10 Jan '00

10 Jan '00

I want to change the IP pool on my chassis from one class C to another one, while leaving the ARC and NMC with their original IPs from the first class C. Will simply resetting the IP pool in ARC work ok, or do I need to make any special provisions for the changeover? Will the ARC still route to the old addresses on current calls? Thanks, -- Kirk Mitchell-General Manager mitch(a)keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

3 3

(usr-tc) IAS accounting problem with HiperArc
by USRobotics TC Mailing List 09 Jan '00

09 Jan '00

I am having a problem with my HiperArc and accounting using Microsoft IAS. I have my first accounting server specified as the primary accounting server, and everything is working fine as is. The problem I'm having is related to my second server, which I intend to use as a backup in case the first one goes down. When my second server is set as the secondary server, everything works okay. However, when I have my second server set as the primary first backup, no accounting records are recorded and the NT event log is full of malformed packets. What is different about the packets when they are sent to the server configured as the primary first backup versus the secondary? My other chassis which runs a NSC has no problem at all with the second server. Thanks for your help. Anu Jolliffe Network Administrator Imagen Communications Inc. (250) 538-0406 FAX (250) 537-5820

1 0

(usr-tc) Re: Net Server Y2K compliance
by Kevin Benton 08 Jan '00

08 Jan '00

On Fri, 7 Jan 2000, Ivan Baby wrote: > You are correct with your assessment of the Y2K status of NetServer 3.8.1. > NetServer 3.8.1 is compliant through the year 2035. NetServer does not maintain > its own clock but is dependent on an NTP server for the time. Has anyone asked > the customer to display the time on their NTP server to see if it is correct? If this is true, then why does a show time show a date of something in 1900 on both NetServers we're using? Why is the clock so far off? How can I get it set properly? My ARC's are doing just fine with NTP. NTP is being served by a local Linux box which is itself served by Ohio State University and Washington State University time servers (with a maximum 30 second difference) once every 24 hours. Are you saying my NTP is broken? E-Mail: s1kevin(a)tims.net Web: http://users.sota-oh.com/~s1kevin/ Unsolicited advertisements processing fee: $50 subject to change without notice - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

5 4

(usr-tc) hawho
by Jeremy Gault 08 Jan '00

08 Jan '00

Hi, Has anyone noticed that ever since Y2K, everyone shows up as being online for 0 minutes in hawho? I'm not sure how many people here use hawho, but I am sure some do. Does anyone know of a fix for this? Right now when we list our users, it shows everyone as being connected for 0 minutes. Any help would be appreciated. Jeremy Jeremy Gault Systems Administrator - WingNET Internet Services http://www.wingnet.net - To unsubscribe to usr-tc, send an email to "majordomo(a)xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.

3 4