March 2000

On Tue, 29 Feb 2000, Brian wrote: > On Tue, 29 Feb 2000, Aaron Nabil wrote: > > > > > Can a normal radius server (that support 3com VSA's) pick up logging > > events from the NMC? Does anyone have this working (using something other > > than 3com's S&A server)? > > aaron.........yes. I believe I use to do this. Tell the nmc to use the > radius server, and then configure a logging group, and then set the log > events you wish to log to like "log" instead of "Trap"..........I think > thats it................ Yeah, I got it working. Had a couple problems, first being that the channel-associated traps don't actually work, only the modem-associated ones do. So I was looking for something that was never gonna come. What's troubling me now is that you can't set the modem traps via TCM at the card level, only the template level. You can set them via SNMP at the modem level, and they work fine, and that's what I'm doing. Problem is, they don't get saved. I don't use templates, so this is somewhat problematic. Even if I did use templates, I'm not sure how you go about copying a template to the modem automatically when it boots. What do template users do? Just refresh the modem, then save the modem to nvram? This still wouldn't save the traps setting. Maybe I'm missing something fundemental about templates, since I don't use them. Do the channels get automatically set from the templates if they've been saved from the templates (ie, the change indicator is not set) when they are booted? Now I can't even get the trap settings to stick in a template, they seem to get reset after a reboot even though I'm saving the template to nvram. Sigh. thx, -- Aaron Nabil

I am still down. does anyone have an idea? show all shows all modems A R P I don't know where to see the priTdm setting HELP thanks david gower >On Mon, 28 Feb 2000, David Gower wrote: > >> I have a TC with dual Pri card and 48 modems on quad cards. it has worked >> fine for 2 years. Friday it stoped authenticating with radius. I got that >> fixed and now only the first 16 modems answer. After that you get a fast busy. >> >> any help would be grately appreciated > >on the netserver, does "show all" show these ports as "A R P"? or "A I P"? >etc? > >check that the line interface is "priTdm" and not "nic". > >also its good to make sure "packet bus answer only" is enabled (i think >this is under call control options) >> >> thanks >> david gower >> ************************* >> * David Gower * >> * Gower.Net * >> * 1607 S. Boldt * >> * Tyler, Texas 75701 * >> ************************* >> >> >> - >> 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 (BF304) signal@shreve.net >318-222-2638 x 109 http://www.shreve.net/~signal >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. > ************************* * David Gower * * Gower.Net * * 1607 S. Boldt * * Tyler, Texas 75701 * *************************

I am still down. does anyone have an idea? show all shows all modems A R P I don't know where to see the priTdm setting HELP thanks david gower >On Mon, 28 Feb 2000, David Gower wrote: > >> I have a TC with dual Pri card and 48 modems on quad cards. it has worked >> fine for 2 years. Friday it stoped authenticating with radius. I got that >> fixed and now only the first 16 modems answer. After that you get a fast busy. >> >> any help would be grately appreciated > >on the netserver, does "show all" show these ports as "A R P"? or "A I P"? >etc? > >check that the line interface is "priTdm" and not "nic". > >also its good to make sure "packet bus answer only" is enabled (i think >this is under call control options) >> >> thanks >> david gower >> ************************* >> * David Gower * >> * Gower.Net * >> * 1607 S. Boldt * >> * Tyler, Texas 75701 * >> ************************* >> >> >> - >> 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 (BF304) signal@shreve.net >318-222-2638 x 109 http://www.shreve.net/~signal >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. > ************************* * David Gower * * Gower.Net * * 1607 S. Boldt * * Tyler, Texas 75701 * *************************

> I must say...I've never seen the usefulness of templates, nor figured > out how they were intended to be used. I thought I was the only one in the dark on all this! My biggest complaint to software and hardware vendors today is the lack of useable documentation. They create new features and commands without documenting what the intent is and how they may be used. Mark Thornton San Marcos Internet, Inc. 512-393-5300

Thus spake Aaron Nabil >I don't use templates, so this is somewhat problematic. Even if I did use >templates, I'm not sure how you go about copying a template to the modem >automatically when it boots. What do template users do? I must say...I've never seen the usefulness of templates, nor figured out how they were intended to be used. I've always just set the modems and saved the modem config to NVRAM. Fortunately, or unfortunately, I've never really made use of some of the more advanced features of the DSPs, (being more of an IP type of person...I don't like to muck with modems if I can avoid it) so this has been sufficient for what I've worked with. It would be nice to get a good explanation of how templates work, how they were intended to be used, and what benefit they would present if they were used in a typical ISP environment (since most of us here are ISPs I believe with a smattering of others). Sorry to respond to your question without answering it, but I figured it might be useful to broaden out the question a bit. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Is anybody aware of any connection issues with Eicon ISDN modems connecting to HiPer DSPs? I have a customer that states he's only able to download at 3-4k speeds through our system while he's able to download at 10k+ through other systems. He has verified his config with Eicon support and installed their latest firmware with no improvement. Thanks, -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000/886-2500 http://www.keyconn.net

I agree, I just save to modems, I don't use templates either, mostly because 3com never did a good job of explaining them. Brian On Wed, 1 Mar 2000, Jeff Mcadams wrote: > Thus spake Aaron Nabil > >I don't use templates, so this is somewhat problematic. Even if I did use > >templates, I'm not sure how you go about copying a template to the modem > >automatically when it boots. What do template users do? > > I must say...I've never seen the usefulness of templates, nor figured > out how they were intended to be used. I've always just set the modems > and saved the modem config to NVRAM. Fortunately, or unfortunately, > I've never really made use of some of the more advanced features of the > DSPs, (being more of an IP type of person...I don't like to muck with > modems if I can avoid it) so this has been sufficient for what I've > worked with. > > It would be nice to get a good explanation of how templates work, how > they were intended to be used, and what benefit they would present if > they were used in a typical ISP environment (since most of us here are > ISPs I believe with a smattering of others). > > Sorry to respond to your question without answering it, but I figured it > might be useful to broaden out the question a bit. :) > -- > 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 (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

I just got my hands on a couple of used chassis with dual PRI cards installed. Is there any way to flash/configure these to accept a channelized T1 instead? Everything we are running here is CT1. Would appreciate a quick reply, we are trying to get one online today. Thanks, Greg Coffey <gcoffey@vcn.com> Visionary Communications V 307-234-5443 F 307-234-5446 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com _________________________________________________________ Fight spam now! Get your free anti-spam service at http://www.brightmail.com

On Thu, 2 Mar 2000, Greg Coffey wrote: > I just got my hands on a couple of used chassis with dual PRI cards > installed. Is there any way to flash/configure these to accept a > channelized T1 instead? Everything we are running here is CT1. Would > appreciate a quick reply, we are trying to get one online today. Yes, just download the CT1 code and flash that instead. They can accept either code. > > > > Thanks, Greg Coffey <gcoffey@vcn.com> > Visionary Communications V 307-234-5443 F 307-234-5446 > 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com > _________________________________________________________ > Fight spam now! > Get your free anti-spam service at http://www.brightmail.com > > > - > 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 (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Thus spake Greg Coffey >I just got my hands on a couple of used chassis with dual PRI cards >installed. Is there any way to flash/configure these to accept a >channelized T1 instead? Everything we are running here is CT1. Would >appreciate a quick reply, we are trying to get one online today. Sure...those cards will run the chan-t1 code just fine...do your normal flash upgrade process in TCM, but use the pull down menu to pick the chan-t1 nac and sdl code...it'll try to get the dual-pri code by default, you'll have to tell it to use the chan-t1...flash it to it and it should work fine. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

In TCM go to cconfigure / program settings / line interface options line interface sourcefield/ it should say pri not nic or t1 I would recommned that you use the netsvr software as well. That can easily make the modems active and make sure the security is set to enabled so they accept logons. If you put a console to the pri console port make sure all the cards can be seen from the pri thanks eric At 08:14 AM 3/1/00 -0600, you wrote: >I am still down. does anyone have an idea? > >show all shows all modems A R P >I don't know where to see the priTdm setting > >HELP >thanks >david gower > >>On Mon, 28 Feb 2000, David Gower wrote: >> >>> I have a TC with dual Pri card and 48 modems on quad cards. it has worked >>> fine for 2 years. Friday it stoped authenticating with radius. I got that >>> fixed and now only the first 16 modems answer. After that you get a fast >busy. >>> >>> any help would be grately appreciated >> >>on the netserver, does "show all" show these ports as "A R P"? or "A I P"? >>etc? >> >>check that the line interface is "priTdm" and not "nic". >> >>also its good to make sure "packet bus answer only" is enabled (i think >>this is under call control options) >>> >>> thanks >>> david gower >>> ************************* >>> * David Gower * >>> * Gower.Net * >>> * 1607 S. Boldt * >>> * Tyler, Texas 75701 * >>> ************************* >>> >>> >>> - >>> 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 (BF304) signal@shreve.net >>318-222-2638 x 109 http://www.shreve.net/~signal >>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. >> >************************* >* David Gower * >* Gower.Net * >* 1607 S. Boldt * >* Tyler, Texas 75701 * >************************* > > > >- > 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 Wed, 1 Mar 2000, David Gower wrote: > I am still down. does anyone have an idea? > > show all shows all modems A R P > I don't know where to see the priTdm setting In TCM...............line interface settings I believe > > HELP > thanks > david gower > > >On Mon, 28 Feb 2000, David Gower wrote: > > > >> I have a TC with dual Pri card and 48 modems on quad cards. it has worked > >> fine for 2 years. Friday it stoped authenticating with radius. I got that > >> fixed and now only the first 16 modems answer. After that you get a fast > busy. > >> > >> any help would be grately appreciated > > > >on the netserver, does "show all" show these ports as "A R P"? or "A I P"? > >etc? > > > >check that the line interface is "priTdm" and not "nic". > > > >also its good to make sure "packet bus answer only" is enabled (i think > >this is under call control options) > >> > >> thanks > >> david gower > >> ************************* > >> * David Gower * > >> * Gower.Net * > >> * 1607 S. Boldt * > >> * Tyler, Texas 75701 * > >> ************************* > >> > >> > >> - > >> 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 (BF304) signal@shreve.net > >318-222-2638 x 109 http://www.shreve.net/~signal > >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. > > > ************************* > * David Gower * > * Gower.Net * > * 1607 S. Boldt * > * Tyler, Texas 75701 * > ************************* > > > > - > 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 (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

which card. I looked at the dual pri and nmc. i don't see a line interface field. this worked fine until last Fri. it has not worked past 16 modem since then. thanks david >In TCM go to cconfigure / program settings / line interface options >line interface sourcefield/ it should say pri not nic or t1 > >I would recommned that you use the netsvr software as well. >That can easily make the modems active and make sure the security is >set to enabled so they accept logons. > >If you put a console to the pri console port make sure all the cards >can be seen from the pri >thanks >eric > > >At 08:14 AM 3/1/00 -0600, you wrote: >>I am still down. does anyone have an idea? >> >>show all shows all modems A R P >>I don't know where to see the priTdm setting >> >>HELP >>thanks >>david gower >> >>>On Mon, 28 Feb 2000, David Gower wrote: >>> >>>> I have a TC with dual Pri card and 48 modems on quad cards. it has worked >>>> fine for 2 years. Friday it stoped authenticating with radius. I got that >>>> fixed and now only the first 16 modems answer. After that you get a fast >>busy. >>>> >>>> any help would be grately appreciated >>> >>>on the netserver, does "show all" show these ports as "A R P"? or "A I P"? >>>etc? >>> >>>check that the line interface is "priTdm" and not "nic". >>> >>>also its good to make sure "packet bus answer only" is enabled (i think >>>this is under call control options) >>>> >>>> thanks >>>> david gower >>>> ************************* >>>> * David Gower * >>>> * Gower.Net * >>>> * 1607 S. Boldt * >>>> * Tyler, Texas 75701 * >>>> ************************* >>>> >>>> >>>> - >>>> 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 (BF304) signal@shreve.net >>>318-222-2638 x 109 http://www.shreve.net/~signal >>>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. >>> >>************************* >>* David Gower * >>* Gower.Net * >>* 1607 S. Boldt * >>* Tyler, Texas 75701 * >>************************* >> >> >> >>- >> 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. > ************************* * David Gower * * Gower.Net * * 1607 S. Boldt * * Tyler, Texas 75701 * *************************

which card. I looked at the dual pri and nmc. i don't see a line interface field. this worked fine until last Fri. it has not worked past 16 modem since then. thanks david >In TCM go to cconfigure / program settings / line interface options >line interface sourcefield/ it should say pri not nic or t1 > >I would recommned that you use the netsvr software as well. >That can easily make the modems active and make sure the security is >set to enabled so they accept logons. > >If you put a console to the pri console port make sure all the cards >can be seen from the pri >thanks >eric > > >At 08:14 AM 3/1/00 -0600, you wrote: >>I am still down. does anyone have an idea? >> >>show all shows all modems A R P >>I don't know where to see the priTdm setting >> >>HELP >>thanks >>david gower >> >>>On Mon, 28 Feb 2000, David Gower wrote: >>> >>>> I have a TC with dual Pri card and 48 modems on quad cards. it has worked >>>> fine for 2 years. Friday it stoped authenticating with radius. I got that >>>> fixed and now only the first 16 modems answer. After that you get a fast >>busy. >>>> >>>> any help would be grately appreciated >>> >>>on the netserver, does "show all" show these ports as "A R P"? or "A I P"? >>>etc? >>> >>>check that the line interface is "priTdm" and not "nic". >>> >>>also its good to make sure "packet bus answer only" is enabled (i think >>>this is under call control options) >>>> >>>> thanks >>>> david gower >>>> ************************* >>>> * David Gower * >>>> * Gower.Net * >>>> * 1607 S. Boldt * >>>> * Tyler, Texas 75701 * >>>> ************************* >>>> >>>> >>>> - >>>> 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 (BF304) signal@shreve.net >>>318-222-2638 x 109 http://www.shreve.net/~signal >>>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. >>> >>************************* >>* David Gower * >>* Gower.Net * >>* 1607 S. Boldt * >>* Tyler, Texas 75701 * >>************************* >> >> >> >>- >> 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. > ************************* * David Gower * * Gower.Net * * 1607 S. Boldt * * Tyler, Texas 75701 * ************************* - 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, 2 Mar 2000, David Gower wrote: > which card. I looked at the dual pri and nmc. i don't see a line interface > field. > this worked fine until last Fri. it has not worked past 16 modem since then. > thanks > david Clock on the top led of each modem card. Hold down shift so it will let you select all of them. All the led's should light blue. Then goto Programmed Settings, Line Interface Options. Select that. Then you can scroll down to Line Interface Source. You will see that it is priTdm for the modems that are working, but "nic" for the ones that are not. Change this to priTdm for all of them. Then click SET, then goto Action Commands, and select "Save modem to nvram". Save it. Software Reset if you want a warm fuzzy feeling, I am not sure if its needed though. > > > >In TCM go to cconfigure / program settings / line interface options > >line interface sourcefield/ it should say pri not nic or t1 > > > >I would recommned that you use the netsvr software as well. > >That can easily make the modems active and make sure the security is > >set to enabled so they accept logons. > > > >If you put a console to the pri console port make sure all the cards > >can be seen from the pri > >thanks > >eric > > > > > >At 08:14 AM 3/1/00 -0600, you wrote: > >>I am still down. does anyone have an idea? > >> > >>show all shows all modems A R P > >>I don't know where to see the priTdm setting > >> > >>HELP > >>thanks > >>david gower > >> > >>>On Mon, 28 Feb 2000, David Gower wrote: > >>> > >>>> I have a TC with dual Pri card and 48 modems on quad cards. it has worked > >>>> fine for 2 years. Friday it stoped authenticating with radius. I got that > >>>> fixed and now only the first 16 modems answer. After that you get a fast > >>busy. > >>>> > >>>> any help would be grately appreciated > >>> > >>>on the netserver, does "show all" show these ports as "A R P"? or "A I P"? > >>>etc? > >>> > >>>check that the line interface is "priTdm" and not "nic". > >>> > >>>also its good to make sure "packet bus answer only" is enabled (i think > >>>this is under call control options) > >>>> > >>>> thanks > >>>> david gower > >>>> ************************* > >>>> * David Gower * > >>>> * Gower.Net * > >>>> * 1607 S. Boldt * > >>>> * Tyler, Texas 75701 * > >>>> ************************* > >>>> > >>>> > >>>> - > >>>> 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 (BF304) signal@shreve.net > >>>318-222-2638 x 109 http://www.shreve.net/~signal > >>>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. > >>> > >>************************* > >>* David Gower * > >>* Gower.Net * > >>* 1607 S. Boldt * > >>* Tyler, Texas 75701 * > >>************************* > >> > >> > >> > >>- > >> 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. > > > ************************* > * David Gower * > * Gower.Net * > * 1607 S. Boldt * > * Tyler, Texas 75701 * > ************************* > > > - > 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 (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Hi, I know I've already posted this, but it seems that we have a bug on our hands in 4.2.32 that affects quad modems. I received a few private replies last time essentially saying "I see it too"... Can anyone else confirm this behaviour? You will not see this unless you either: -monitor your chassis for modem/line status -go into tcm and run performance monitor on your T1/PRI card and look for modems in state "busy-out" (it's in the default PerfMon setup). If you do, please reply. I don't have a service contract to open a bug report with, but perhaps someone else seeing it does... Or if Krish or Mike are still around, perhaps they have a workaround... See below for a bit more info. Thanks, Charles ---------- Forwarded message ---------- Debug is 1. NMC - NMC temperature high - 33 deg. C T1 card on chassis 216.223.xxx.xxx has unavailable lines: mdmBusyOut(10) T1 card on chassis 216.223.xxx.xxx has unavailable lines: mdmBusyOut(10) T1 - 2 modems unavailable on PRI/T1 card on chassis 216.223.xxx.xxx NMC - NMC temperature high - 33 deg. C T1 card on chassis 216.223.xxx.xxx has unavailable lines: mdmBusyOut(10) T1 - 1 modems unavailable on PRI/T1 card on chassis 216.223.xxx.xxx NMC - NMC temperature high - 31 deg. C T1 card on chassis 216.223.xxx.xxx has unavailable lines: mdmBusyOut(10) T1 card on chassis 216.223.xxx.xxx has unavailable lines: mdmBusyOut(10) T1 - 2 modems unavailable on PRI/T1 card on chassis 216.223.xxx.xxx etc...

If you buy them right now. I will do $3000 each per set NAC/NIC 2 available. Must commit to buy today! .................................................... Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com http://www.ISP-NetworkHardware.com or http://www.wrca.net Cisco, Ascend, Livingston, USR, Microcom, Motorola Computone, Kentrox, Adtran...and more

select a modem then select edit / select all then go into configuration for all he modems. it is not a pri or nmc setting At 03:00 PM 3/2/00 -0600, you wrote: >which card. I looked at the dual pri and nmc. i don't see a line interface >field. >this worked fine until last Fri. it has not worked past 16 modem since then. >thanks >david > > >>In TCM go to cconfigure / program settings / line interface options >>line interface sourcefield/ it should say pri not nic or t1 >> >>I would recommned that you use the netsvr software as well. >>That can easily make the modems active and make sure the security is >>set to enabled so they accept logons. >> >>If you put a console to the pri console port make sure all the cards >>can be seen from the pri >>thanks >>eric >> >> >>At 08:14 AM 3/1/00 -0600, you wrote: >>>I am still down. does anyone have an idea? >>> >>>show all shows all modems A R P >>>I don't know where to see the priTdm setting >>> >>>HELP >>>thanks >>>david gower >>> >>>>On Mon, 28 Feb 2000, David Gower wrote: >>>> >>>>> I have a TC with dual Pri card and 48 modems on quad cards. it has worked >>>>> fine for 2 years. Friday it stoped authenticating with radius. I got that >>>>> fixed and now only the first 16 modems answer. After that you get a fast >>>busy. >>>>> >>>>> any help would be grately appreciated >>>> >>>>on the netserver, does "show all" show these ports as "A R P"? or "A I P"? >>>>etc? >>>> >>>>check that the line interface is "priTdm" and not "nic". >>>> >>>>also its good to make sure "packet bus answer only" is enabled (i think >>>>this is under call control options) >>>>> >>>>> thanks >>>>> david gower >>>>> ************************* >>>>> * David Gower * >>>>> * Gower.Net * >>>>> * 1607 S. Boldt * >>>>> * Tyler, Texas 75701 * >>>>> ************************* >>>>> >>>>> >>>>> - >>>>> 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 (BF304) signal@shreve.net >>>>318-222-2638 x 109 http://www.shreve.net/~signal >>>>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. >>>> >>>************************* >>>* David Gower * >>>* Gower.Net * >>>* 1607 S. Boldt * >>>* Tyler, Texas 75701 * >>>************************* >>> >>> >>> >>>- >>> 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. >> >************************* >* David Gower * >* Gower.Net * >* 1607 S. Boldt * >* Tyler, Texas 75701 * >************************* > > >- > 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 have heard this discussed before but never had it happen to us till now. What could be causing one of our DSP card to continually reboot itself. After reboting it will take calls fine then 10 to 30 mins later it will reboot again? Thanks in advance Greg Owens Magnolia Internet Services http://www.magnolia-net.com

------ =_NextPart_000_01BF84E9.C7569590 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Are you using the Total Control Manager (TCM) software though ??? highlight the modems in question and follow the previous instructions. Steve -----Original Message----- Sent: Friday, 3 March 2000 08:01 which card. I looked at the dual pri and nmc. i don't see a line interface field. this worked fine until last Fri. it has not worked past 16 modem since then. thanks david >In TCM go to cconfigure / program settings / line interface options >line interface sourcefield/ it should say pri not nic or t1 > >I would recommned that you use the netsvr software as well. >That can easily make the modems active and make sure the security is >set to enabled so they accept logons. > >If you put a console to the pri console port make sure all the cards >can be seen from the pri >thanks >eric > > >At 08:14 AM 3/1/00 -0600, you wrote: >>I am still down. does anyone have an idea? >> >>show all shows all modems A R P >>I don't know where to see the priTdm setting >> >>HELP >>thanks >>david gower >> >>>On Mon, 28 Feb 2000, David Gower wrote: >>> >>>> I have a TC with dual Pri card and 48 modems on quad cards. it has worked >>>> fine for 2 years. Friday it stoped authenticating with radius. I got that >>>> fixed and now only the first 16 modems answer. After that you get a fast >>busy. >>>> >>>> any help would be grately appreciated >>> >>>on the netserver, does "show all" show these ports as "A R P"? or "A I P"? >>>etc? >>> >>>check that the line interface is "priTdm" and not "nic". >>> >>>also its good to make sure "packet bus answer only" is enabled (i think >>>this is under call control options) >>>> >>>> thanks >>>> david gower >>>> ************************* >>>> * David Gower * >>>> * Gower.Net * >>>> * 1607 S. Boldt * >>>> * Tyler, Texas 75701 * >>>> ************************* >>>> >>>> >>>> - >>>> 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 (BF304) signal@shreve.net >>>318-222-2638 x 109 http://www.shreve.net/~signal >>>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. >>> >>************************* >>* David Gower * >>* Gower.Net * >>* 1607 S. Boldt * >>* Tyler, Texas 75701 * >>************************* >> >> >> >>- >> 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. > ************************* * David Gower * * Gower.Net * * 1607 S. Boldt * * Tyler, Texas 75701 * ************************* - 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. ------ =_NextPart_000_01BF84E9.C7569590 Content-Type: application/ms-tnef Content-Transfer-Encoding: base64 eJ8+IicVAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEEkAYA2AEAAAEAAAARAAAAAwAAMAIAAAAL AA8OAAAAAAIB/w8BAAAAUQAAAAAAAACBKx+kvqMQGZ1uAN0BD1QCAAAAAHVzci10Y0BsaXN0cy54 bWlzc2lvbi5jb20AU01UUAB1c3ItdGNAbGlzdHMueG1pc3Npb24uY29tAAAAAB4AAjABAAAABQAA AFNNVFAAAAAAHgADMAEAAAAaAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQAAAAMAFQwBAAAA AwD+DwYAAAAeAAEwAQAAABwAAAAndXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbScAAgELMAEAAAAf AAAAU01UUDpVU1ItVENATElTVFMuWE1JU1NJT04uQ09NAAADAAA5AAAAAAsAQDoBAAAAAwBxOgAA AAAeAPZfAQAAABoAAAB1c3ItdGNAbGlzdHMueG1pc3Npb24uY29tAAAAAgH3XwEAAABRAAAAAAAA AIErH6S+oxAZnW4A3QEPVAIAAAAAdXNyLXRjQGxpc3RzLnhtaXNzaW9uLmNvbQBTTVRQAHVzci10 Y0BsaXN0cy54bWlzc2lvbi5jb20AAAAAAwD9XwEAAAADAP9fAAAAAAIB9g8BAAAABAAAAAAAAAKo aQEEgAEAJwAAAFJFOiAodXNyLXRjKSB0YyBvbmx5IDE2IG1vZGVtcyB3b3JraW5nAMYMAQWAAwAO AAAA0AcDAAMACAAXACUABQAmAQEggAMADgAAANAHAwADAAgAFQAlAAUAJAEBCYABACEAAAAxMEQ4 REYzNTgwRjBEMzExOTVBNTAwOTAyNzEzMkE4NADfBgEDkAYAhAsAACIAAAALAAIAAQAAAAsAIwAA AAAAAwAmAAAAAAALACkAAAAAAAMALgAAAAAAAwA2AAAAAABAADkAIEd5ko2EvwEeAHAAAQAAACcA AABSRTogKHVzci10YykgdGMgb25seSAxNiBtb2RlbXMgd29ya2luZwAAAgFxAAEAAAAWAAAAAb+E jZJtNd/YEfCAEdOVpQCQJxMqhAAAHgAeDAEAAAAFAAAAU01UUAAAAAAeAB8MAQAAACEAAABzdGV2 ZS5tb25raG91c2VAZXRoZXJ0ZWNoLmNvbS5hdQAAAAADAAYQA2Ma+wMABxAeCwAAHgAIEAEAAABl AAAAQVJFWU9VVVNJTkdUSEVUT1RBTENPTlRST0xNQU5BR0VSKFRDTSlTT0ZUV0FSRVRIT1VHSD8/ P0hJR0hMSUdIVFRIRU1PREVNU0lOUVVFU1RJT05BTkRGT0xMT1dUSEVQUkVWSQAAAAACAQkQAQAA ADcIAAAzCAAAExMAAExaRnXOyDk5dwAKAQMB9yACpAPjAgBjgmgKwHNldDAgBxOHAoMAUA72cHJx Mg/2Jn0KgAjIIDsJbzI1ZjUCgAqBdWMAUAsDYwMAQQtgbmcxMDMzIwumD/FlIHkIYCB1IwCQFXAg dGgWgFRvvwGQAyAIUAIwA2ADIE0AcARhZwSQIChUQ03QKSBzbwGAdwrAFoDDF0AIYGdoID8aQArj 0wqECoBoaRoQbBtRBUCbF0IEYm0EIAuAIHEKUChzdGkCICAAcGQgPQIQbAkAB+AXQhFAZXZvHRAW 4ByBHPByFIAdAnPSLhqKU3QeYGUaihqI8wswG4AzNgFAFRABQBFACxeQBZB0EIQxNiAttSPSTwUQ ZwuAF7FNB5D+cxiRI9MahiLkIrELEyLmYGktMTQ0AUAbgDEcODABQAzQJ3NiIEaVA2E6DINiD+BE YR5wDR1wRx3QGLFbU01USFA6ZCmiQGcqAi76bg/AXRqFKKAGYAIwKQeDKMApwGF5LCAzGFEacg9w IAHQKAAgMDh8OjAUoyvzF4ApBxbgcnAtdGNAG4Ac8B+AeFZtBAEdES4FoG0ruHWMYmojESkHUmU6 GNAXL/QZIDAwIAIgbHkg6yOhHCV3BbBrFwElfyaKtyI0C7Yak3cbQC3hYwsRkC4gSSAJAG9rCYCz HUAbxGR1F7ERQGkdQ1hubWM5EDqgZAIgJ/cFQA+wFoBhOUALgBaAC4A5IHByZgDQIKUnQGVs/zkA GoQXQAQANPM5kSdAPFH+dQIwAxELYBzwLQI7MQVA+w+ABCBuF5A+dgqwP8E0Zn8ZMAuAPPAXMjEw PdYAcGuPD0AakyqzIL8KPkkDoF0Y8SArEBcwRhBjBaBurSdAZwhwFoAvHjFvCcD+YUIhD8AdABVw BCBHEDw8/zQABTAfUkUlSG0ZQAhwPPD3PXNHEEBBcxnhPaAZMC1QXzpzQLIDADPxBcB0LqU+30Um NPFMUglwMVFtK3AdcD9DUQVAFqRCgzrwD8Bzdj8FwBlHQIEqEB2wH5U+VPdP8jjQA6BlP7ADEDRA AMB/OYAb2gDQHQAgkB1DU+Nz10bSF0IPsGMIcXQ0QD5R30UlD7FGIgnwAaBsOZEZQP8XMjRAANA8 8AUxCQArEB935U5HZhaTcHUFQDwQRnG/GUBYUEYiHgQ6oFumcAkRf1WJB0ADIBdCONJXF1MyYn9W UgnwHYADYVxGRSVDWj7vBnEA4E37RSVBBUAuYSdwQw/wReAzLzEvLjEt2jAiYDAtcBaidyLiKQC/ RTROsUeCP2EDIDtwdzEw/zthB5EAcBagPFEPgFUjHID5AQBhP2YmZiZMIQfgXkIvakJUwV5RHCVB B/AgUPtmKDt0a0CwB+A4cASQXAMzO9JcVVRkR5dpTkhF9kxsJ2GLPiqzRfEqEWlOND5PA6BNAiAt cDI4/SiwZSigLhItcCmaZcxzOP4+OSFodEWxNPBAQBogOjPuUFyiCxEdQzR0YBwlHSH9HMBhHXBe w0AnPoR22T7z9wIQBcARcHlTcA+gORAtFPtL40YwcDmSW1BCsR0AONDnR+J4NEdwZGkW4DkSKxD3 G8I5wHwbeDmSOtId0TQT/xdCJ0APoEGYZ+ID4CtBD/D/AYAYsU/nGKBbYjzQHPBmJvpiFuB5UmZ3 QnbZaAFAYH09kHBO1V/RR2EgcDQxYfpwHkFjBzAgcHwIc0cdIbdQtgSQIJByLXBnsyJqRv4iasMX MlCBXVJUwY1xa+P+IhpgBbGPgTkwj9FzRw/A3mOQuHNHD3AFkGtP1BdCe0htPlEibpSOIIJkBUAi /U1RIodIc0cHQFiRQEAEIP8rEARwRiJVmJTAANA5gAVAv4cBhGU0A44gPlFYFig6oP8+MUOAc0c+ Mz5RP0AEgTjB715RRnEYE0lVKYdfdzNxPHd3UXIfdzMqol+i1aGqIL+koimapaSj36SgKfMuB8DP BUClr6R1I6AwNwYAORCaQgbwZKfFqF1UeVhQEY0RVGV4QIE3NTf/LpCqbq2fo3+H+nbZJWV3M/cX cT8xVeBiBPJf0UYxL/R/LXAPsB1hU0IAwAMRRjEiXQDAagWwO3AEYEAwyiL7sUp4QyKyOi/0mnGM NAbg/mQ0QBlQG9QkxIdKKLAFsf8LgH0RAMAdAx0hgFAYoDCB/02CCXAYEAiQHnAXESdAWFB/Z+Id cKnxubYEILOisUoiP4jyjiBcJSTgB4AdQGRk/wlwBBA5ECmARhBAslByHMD/IvEccxahBcC5z4fp c0cj0+/GD8cfyAxzR0IHIQOgdIADCfA0QChCRjMwNNcZIKSiAJBnJHFATCAeUS+6ICtxpKFzRzMn 4C0yU80wzSA2M3RgeDRQMD45DIMVEkxQQGACQHA6KC8vd89ALsuYL37/yyQig0xQD+Cn5HNHp6E1 An8P8G7QC4AwcYnhBbGkoFMPy6OnokWQOyEoQVNO8zRQJ+A4MRkgDILRLtYP/8Wwc0ex/7MPtB+1 L9fItv//uA+5H7opuv+8D70fvi98CP+//8EPwh/DL3aLrh+urqSf/6fupt/uL6kv8E+rf6yM64// rq7272Y1sTfYX9lv2n/bj//4990/3k/fX7oo4R/iL+M//+RPfAfl/+cP6B/pL2mJTez/sTb5f/qP +5/8rwzG/k//X/8Ab7onAh8DLwQ/BU98Bgbv/wf/CQ8KH04n9d+urO0fp+z/7y8iT/FvInzzf/SJ H8+urP8qigy1DT8OTw9fEG8rtRH//xMPFB8VJhW/Fs8X3xjvGfVfGn8bjxyfHa9Epn1D8AABPiAA AwAQEAAAAAADABEQAQAAAB4AQhABAAAAAQAAAAAAAAADAIAQ/////0AABzAg1FZLjYS/AUAACDAg 1FZLjYS/AQsAAIAIIAYAAAAAAMAAAAAAAABGAAAAAAOFAAAAAAAAAwACgAggBgAAAAAAwAAAAAAA AEYAAAAAEIUAAAAAAAADAAWACCAGAAAAAADAAAAAAAAARgAAAABShQAA8xUAAB4AJYAIIAYAAAAA AMAAAAAAAABGAAAAAFSFAAABAAAABQAAADguMDQAAAAAAwAmgAggBgAAAAAAwAAAAAAAAEYAAAAA AYUAAAAAAAALAC+ACCAGAAAAAADAAAAAAAAARgAAAAAOhQAAAAAAAAMAMIAIIAYAAAAAAMAAAAAA AABGAAAAABGFAAAAAAAAAwAygAggBgAAAAAAwAAAAAAAAEYAAAAAGIUAAAAAAAAeAEGACCAGAAAA AADAAAAAAAAARgAAAAA2hQAAAQAAAAEAAAAAAAAAHgBCgAggBgAAAAAAwAAAAAAAAEYAAAAAN4UA AAEAAAABAAAAAAAAAB4AQ4AIIAYAAAAAAMAAAAAAAABGAAAAADiFAAABAAAAAQAAAAAAAAAeAD0A AQAAAAUAAABSRTogAAAAAAMADTT9NwAAVXI= ------ =_NextPart_000_01BF84E9.C7569590--

Greg, This happened to one here too, I re-flashed the code, did hardware reset remotely, then re-seated the card to no avail. 3Com logistics issued a RMA and repaired the card. The NIC was ok it turned out to be components on the DSP. Dave Lajoie RA Administrator North Country Internet Access www.ncia.net E-Mail: dave@ncia.net On Thu, 2 Mar 2000, Greg Owens wrote: > I have heard this discussed before but never had it happen to us till now. > What could be causing one of our DSP card to continually reboot itself. > After reboting it will take calls fine then 10 to 30 mins later it will > reboot again? Thanks in advance > Greg Owens > Magnolia Internet Services > http://www.magnolia-net.com > > > - > 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. >

In TCM, do an inventory. If you have hardware revision 0.55.0 then there is the problem. You need to put software version 2.0.51 on those DSP's to resolve the issue. I'm running version 2.0.51 on all my DSP's, it runs well. If you don't have version 0.55.0, or you're already running 2.0.51 code, it's probably a bad DSP. __________________________________ Justin Ellison System Administrator InternetUSA sysadmin@nebi.com http://nebi.com 800-603-3502 > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Dave Lajoie > Sent: Friday, March 03, 2000 7:32 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) DSP rebooting > > > Greg, > > This happened to one here too, I re-flashed the code, did hardware > reset remotely, then re-seated the card to no avail. 3Com logistics issued > a RMA and repaired the card. The NIC was ok it turned out to be > components on the DSP. > > Dave Lajoie > RA Administrator > North Country Internet Access > www.ncia.net > E-Mail: dave@ncia.net > > On Thu, 2 Mar 2000, Greg Owens wrote: > > > I have heard this discussed before but never had it happen to > us till now. > > What could be causing one of our DSP card to continually reboot itself. > > After reboting it will take calls fine then 10 to 30 mins later it will > > reboot again? Thanks in advance > > Greg Owens > > Magnolia Internet Services > > http://www.magnolia-net.com > > > > > > - > > 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. >

Can 3Com NETServers be configured to use the Radius Filter-Id attribute? Any experiences good or bad with this? -- Scott Bailey Systems Administrator Epix Internet Services scott@epix.net 570-631-1317

Yes they work this this. On Fri, 3 Mar 2000, Scott Bailey wrote: > Can 3Com NETServers be configured to > use the Radius Filter-Id attribute? > > Any experiences good or bad with this? > > -- > Scott Bailey > Systems Administrator > Epix Internet Services > scott@epix.net > 570-631-1317 > > - > 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 (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Anyone have an experience in carrying Login information to a Website? Example: Bob logs in he gets an IP address of 202.101.0.5 this is then carried with him in some sort of cookie (or other method) then it is passed onto a website thus allowing him entry. So Bob gets in and others cannot. Also is it possible to pull out the login information such as Username? Can this be done via a filter and proxy? Thanks everyone! -- Ed ----- Original Message ----- Sent: Friday, March 03, 2000 10:40 AM Yes they work this this. On Fri, 3 Mar 2000, Scott Bailey wrote: > Can 3Com NETServers be configured to > use the Radius Filter-Id attribute? > > Any experiences good or bad with this? > > -- > Scott Bailey > Systems Administrator > Epix Internet Services > scott@epix.net > 570-631-1317 > > - > 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 (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal 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.

On Fri, 3 Mar 2000, Ed wrote: > Anyone have an experience in carrying Login information to a Website? > > Example: > Bob logs in he gets an IP address of 202.101.0.5 this is then carried with > him in some sort of cookie (or other method) then it is passed onto a > website thus allowing him entry. > So Bob gets in and others cannot. Also is it possible to pull out the login > information such as Username? > With hiperarcs at least, you can look at the ip they are coming from, which you get as a standard enviroment variable when they hit a web page. You can then cross this with a username in the ARC's snmp. I would caution though, I think its possible for the user hitting your web page to modify the env variable for the ip address and pretend he is someone he is not. > Can this be done via a filter and proxy? > > Thanks everyone! > > -- > Ed > > ----- Original Message ----- > From: "Brian" <signal@shreve.net> > To: "Total Control List" <usr-tc@lists.xmission.com> > Sent: Friday, March 03, 2000 10:40 AM > Subject: Re: (usr-tc) Filter-Id > > > > Yes they work this this. > > On Fri, 3 Mar 2000, Scott Bailey wrote: > > > Can 3Com NETServers be configured to > > use the Radius Filter-Id attribute? > > > > Any experiences good or bad with this? > > > > -- > > Scott Bailey > > Systems Administrator > > Epix Internet Services > > scott@epix.net > > 570-631-1317 > > > > - > > 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 (BF304) signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > 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 (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Thus spake Ed >Anyone have an experience in carrying Login information to a Website? >Example: Bob logs in he gets an IP address of 202.101.0.5 this is then >carried with him in some sort of cookie (or other method) then it is >passed onto a website thus allowing him entry. >So Bob gets in and others cannot. Also is it possible to pull out the >login information such as Username? >Can this be done via a filter and proxy? >Thanks everyone! We do this by parsing our RADIUS accounting log files (ugly, I know...I'm trying to come up with a better way of doing it), and then allow on the web server based on the information that was parsed out of the log files. I don't suspect that there is any reason that this same type of setup couldn't be extended to include a proxy server. Should be able to build filters to accomplish about the same thing...though the filters have to be on the NETServer/Arc before the user logs in. RADIUS can only tell the NETServer/Arc which filter already present to use. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Yeah we have thought of that, however it seems like it would be slow and cumbersome. Exactly what do you use to parse the information from the Logs? Anything specific? or is it a custom script? Speed is of the essence in this method... and with 25,000+ users it would be tough to achieve I would think. I was hoping someone had done the Proxy method... but then again it has it's drawbacks as well. Ed ----- Original Message ----- Sent: Friday, March 03, 2000 11:04 AM Thus spake Ed >Anyone have an experience in carrying Login information to a Website? >Example: Bob logs in he gets an IP address of 202.101.0.5 this is then >carried with him in some sort of cookie (or other method) then it is >passed onto a website thus allowing him entry. >So Bob gets in and others cannot. Also is it possible to pull out the >login information such as Username? >Can this be done via a filter and proxy? >Thanks everyone! We do this by parsing our RADIUS accounting log files (ugly, I know...I'm trying to come up with a better way of doing it), and then allow on the web server based on the information that was parsed out of the log files. I don't suspect that there is any reason that this same type of setup couldn't be extended to include a proxy server. Should be able to build filters to accomplish about the same thing...though the filters have to be on the NETServer/Arc before the user logs in. RADIUS can only tell the NETServer/Arc which filter already present to use. -- 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 believe Radius or Proxy based methods would be better... not directly to the ARC's via SNMP or Telnet. That could be dangerous... Ed ----- Original Message ----- Sent: Friday, March 03, 2000 11:57 AM On Fri, 3 Mar 2000, Ed wrote: > Anyone have an experience in carrying Login information to a Website? > > Example: > Bob logs in he gets an IP address of 202.101.0.5 this is then carried with > him in some sort of cookie (or other method) then it is passed onto a > website thus allowing him entry. > So Bob gets in and others cannot. Also is it possible to pull out the login > information such as Username? > With hiperarcs at least, you can look at the ip they are coming from, which you get as a standard enviroment variable when they hit a web page. You can then cross this with a username in the ARC's snmp. I would caution though, I think its possible for the user hitting your web page to modify the env variable for the ip address and pretend he is someone he is not.

Thus spake Ed >Yeah we have thought of that, however it seems like it would be slow >and cumbersome. Exactly what do you use to parse the information from >the Logs? Anything specific? or is it a custom script? Speed is of the >essence in this method... and with 25,000+ users it would be tough to >achieve I would think. Yeah...we've got a custom written perl script that does...essentially...a tail -f on the RADIUS accounting log file, parses and stores each online connection in a directory...one entry per file...the file name is the IP address of the connection. Inside the file is information like userid, ip address, name of the NAS, ip of the NAS, port number on the NAS, caller and called id, time, etc. Then our scripts controlling access (via .htaccess for example) can get the ip address of the connection and quickly find the file they need with the information in it to decide whether to give access or not. Of course, when we see the stop record, we just remove the corresponding file. This'll occasionally get slightly out of sync with the actual connections on the NASen...but never very far...its somewhat self-correcting. If a new connection comes on with an IP address of a connection that didn't get removed when they disconnected, the file for that IP address is overwritten with the new connection, so stale connections don't stay in there for very long. Like I said...there are probably more elegant solutions for this...but so far this has worked fairly well for us. We'll probably have to come up with something different before to long in order to scale better...but this works for now. >I was hoping someone had done the Proxy method... but then again it has >it's drawbacks as well. Depending on the proxy server you use, you might be able to have the proxy server look into a file store like this to determine what sort of access to give...we haven't tried that. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

On Fri, 3 Mar 2000, Jeff Mcadams wrote: > Thus spake Ed > >Yeah we have thought of that, however it seems like it would be slow > >and cumbersome. Exactly what do you use to parse the information from > >the Logs? Anything specific? or is it a custom script? Speed is of the > >essence in this method... and with 25,000+ users it would be tough to > >achieve I would think. Jeff, That whole mess just begs for an SQL database :) Brian > > Yeah...we've got a custom written perl script that > does...essentially...a tail -f on the RADIUS accounting log file, parses > and stores each online connection in a directory...one entry per > file...the file name is the IP address of the connection. Inside the > file is information like userid, ip address, name of the NAS, ip of the > NAS, port number on the NAS, caller and called id, time, etc. Then our > scripts controlling access (via .htaccess for example) can get the ip > address of the connection and quickly find the file they need with the > information in it to decide whether to give access or not. Of course, > when we see the stop record, we just remove the corresponding file. > > This'll occasionally get slightly out of sync with the actual > connections on the NASen...but never very far...its somewhat > self-correcting. If a new connection comes on with an IP address of a > connection that didn't get removed when they disconnected, the file for > that IP address is overwritten with the new connection, so stale > connections don't stay in there for very long. > > Like I said...there are probably more elegant solutions for this...but > so far this has worked fairly well for us. We'll probably have to come > up with something different before to long in order to scale > better...but this works for now. > > >I was hoping someone had done the Proxy method... but then again it has > >it's drawbacks as well. > > Depending on the proxy server you use, you might be able to have the > proxy server look into a file store like this to determine what sort of > access to give...we haven't tried that. > -- > 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 (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Thus spake Brian >That whole mess just begs for an SQL database :) Why, yes it does. :) Gimme some of those tuits (not the square ones) and I just might get that set up. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Kind day! The company 3Com sells a card SS7 for TC. In the description to it is told, that is necessary to use SS7 Gateway supporting SLAP. I have not found anywhere description of this device. SLAP is not mentioned on Alcatel, Siemens, Ericsson web. Is it underground protocol from 3Com? Does Somebody use SS7 and TC? What equipment you use for support SLAP and what equipment delivers IMT? _______________________________________________ Best regards, Vadim Tulinov.

we do that here for our user portal online users are in an sql table on our radius server(radiator http://www.open.com.au) the webserver just does a simple select username where ip=$remote_address are site is all php so the db bit is fast and users in our network dont need to re auth Steve Lalonde Systems Manager ENTANET International Ltd Most usefull Unix command :- man man Most Dangerous Unix command :- rm -rf / ----- Original Message ----- Sent: 03 March 2000 15:55 > Anyone have an experience in carrying Login information to a Website? > > Example: > Bob logs in he gets an IP address of 202.101.0.5 this is then carried with > him in some sort of cookie (or other method) then it is passed onto a > website thus allowing him entry. > So Bob gets in and others cannot. Also is it possible to pull out the login > information such as Username? > > Can this be done via a filter and proxy? > > Thanks everyone! > > -- > Ed > > ----- Original Message ----- > From: "Brian" <signal@shreve.net> > To: "Total Control List" <usr-tc@lists.xmission.com> > Sent: Friday, March 03, 2000 10:40 AM > Subject: Re: (usr-tc) Filter-Id > > > > Yes they work this this. > > On Fri, 3 Mar 2000, Scott Bailey wrote: > > > Can 3Com NETServers be configured to > > use the Radius Filter-Id attribute? > > > > Any experiences good or bad with this? > > > > -- > > Scott Bailey > > Systems Administrator > > Epix Internet Services > > scott@epix.net > > 570-631-1317 > > > > - > > 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 (BF304) signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > 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. >

Thanks...Did a hard reboot this morning and so far have not seen the problem anymore. I will check the code and go from there. Thanks Greg Owens Magnolia Internet Services http://www.magnolia-net.com ----- Original Message ----- Sent: Friday, March 03, 2000 8:57 AM > In TCM, do an inventory. If you have hardware revision 0.55.0 then there is > the problem. You need to put software version 2.0.51 on those DSP's to > resolve the issue. I'm running version 2.0.51 on all my DSP's, it runs > well. > > If you don't have version 0.55.0, or you're already running 2.0.51 code, > it's probably a bad DSP. > > __________________________________ > Justin Ellison > System Administrator > InternetUSA > sysadmin@nebi.com > http://nebi.com > 800-603-3502 > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Dave Lajoie > > Sent: Friday, March 03, 2000 7:32 AM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) DSP rebooting > > > > > > Greg, > > > > This happened to one here too, I re-flashed the code, did hardware > > reset remotely, then re-seated the card to no avail. 3Com logistics issued > > a RMA and repaired the card. The NIC was ok it turned out to be > > components on the DSP. > > > > Dave Lajoie > > RA Administrator > > North Country Internet Access > > www.ncia.net > > E-Mail: dave@ncia.net > > > > On Thu, 2 Mar 2000, Greg Owens wrote: > > > > > I have heard this discussed before but never had it happen to > > us till now. > > > What could be causing one of our DSP card to continually reboot itself. > > > After reboting it will take calls fine then 10 to 30 mins later it will > > > reboot again? Thanks in advance > > > Greg Owens > > > Magnolia Internet Services > > > http://www.magnolia-net.com > > > > > > > > > - > > > 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.

Newer. At 09:26 AM 3/4/00 -0600, you wrote: >Ok we are running Hardware ver. .49 and DSP ver. 2.0.60 Now if I load load >2.0.51 am I going to a newer code or an older one? I swear I can never keep >it straight what order which codes go > >Greg Owens >Magnolia Internet Services >http://www.magnolia-net.com >----- Original Message ----- >From: System Administrator <sysadmin@nebi.com> >To: <usr-tc@lists.xmission.com> >Sent: Friday, March 03, 2000 8:57 AM >Subject: RE: (usr-tc) DSP rebooting > > > > In TCM, do an inventory. If you have hardware revision 0.55.0 then there >is > > the problem. You need to put software version 2.0.51 on those DSP's to > > resolve the issue. I'm running version 2.0.51 on all my DSP's, it runs > > well. > > > > If you don't have version 0.55.0, or you're already running 2.0.51 code, > > it's probably a bad DSP. > > > > __________________________________ > > Justin Ellison > > System Administrator > > InternetUSA > > sysadmin@nebi.com > > http://nebi.com > > 800-603-3502 > > > > > -----Original Message----- > > > From: owner-usr-tc@lists.xmission.com > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Dave Lajoie > > > Sent: Friday, March 03, 2000 7:32 AM > > > To: usr-tc@lists.xmission.com > > > Subject: Re: (usr-tc) DSP rebooting > > > > > > > > > Greg, > > > > > > This happened to one here too, I re-flashed the code, did hardware > > > reset remotely, then re-seated the card to no avail. 3Com logistics >issued > > > a RMA and repaired the card. The NIC was ok it turned out to be > > > components on the DSP. > > > > > > Dave Lajoie > > > RA Administrator > > > North Country Internet Access > > > www.ncia.net > > > E-Mail: dave@ncia.net > > > > > > On Thu, 2 Mar 2000, Greg Owens wrote: > > > > > > > I have heard this discussed before but never had it happen to > > > us till now. > > > > What could be causing one of our DSP card to continually reboot >itself. > > > > After reboting it will take calls fine then 10 to 30 mins later it >will > > > > reboot again? Thanks in advance > > > > Greg Owens > > > > Magnolia Internet Services > > > > http://www.magnolia-net.com > > > > > > > > > > > > - > > > > 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. > > >- > 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. Thanks, Greg Coffey, Visionary Communications V 307-234-5443 F 307-234-5446 ===================================================================== 100 N. Center St. #100, Casper, WY 82601 WWW.VCN.COM __________________________________________________________ Fight spam now! Get your free anti-spam service at http://www.brightmail.com

Ok we are running Hardware ver. .49 and DSP ver. 2.0.60 Now if I load load 2.0.51 am I going to a newer code or an older one? I swear I can never keep it straight what order which codes go Greg Owens Magnolia Internet Services http://www.magnolia-net.com ----- Original Message ----- Sent: Friday, March 03, 2000 8:57 AM > In TCM, do an inventory. If you have hardware revision 0.55.0 then there is > the problem. You need to put software version 2.0.51 on those DSP's to > resolve the issue. I'm running version 2.0.51 on all my DSP's, it runs > well. > > If you don't have version 0.55.0, or you're already running 2.0.51 code, > it's probably a bad DSP. > > __________________________________ > Justin Ellison > System Administrator > InternetUSA > sysadmin@nebi.com > http://nebi.com > 800-603-3502 > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Dave Lajoie > > Sent: Friday, March 03, 2000 7:32 AM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) DSP rebooting > > > > > > Greg, > > > > This happened to one here too, I re-flashed the code, did hardware > > reset remotely, then re-seated the card to no avail. 3Com logistics issued > > a RMA and repaired the card. The NIC was ok it turned out to be > > components on the DSP. > > > > Dave Lajoie > > RA Administrator > > North Country Internet Access > > www.ncia.net > > E-Mail: dave@ncia.net > > > > On Thu, 2 Mar 2000, Greg Owens wrote: > > > > > I have heard this discussed before but never had it happen to > > us till now. > > > What could be causing one of our DSP card to continually reboot itself. > > > After reboting it will take calls fine then 10 to 30 mins later it will > > > reboot again? Thanks in advance > > > Greg Owens > > > Magnolia Internet Services > > > http://www.magnolia-net.com > > > > > > > > > - > > > 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.

Folks, I know this is slightly off topic but I wanted to throw it out for opinions. We are looking at offering DSL service soon. Are there any rules of thumb that folks are using for estimating bandwidth needs per number of DSL customers ? How are the LECs and CLECs at getting DSL circuits put in in a timely manner ? Lastly, there was some discussion a while back about the TC and whether it supported DSL or would in the future. Any new news on that one ? Thanks, Jeff Binkley ASA Network Computing

You are going to have to define the customer before you know the bandwidth requirements. The conventional approach is to load them up like ISDN users and go with that ratio, but you really get hosed by a single client who decides that $49 a month gets him a 100% duty cycle incoming T1 feed. I haven't found any backbone provider sho is willing to sell me that kind of bandwidth for $49, no matter how big a pipe I try to aggregate it into. We have taken a different approach with our wireless dsl service. We are defining the nominal speed, with a burst rate. The customer chooses what they need and pays accordingly. I have bandwidht management to enforce the policies, and most residential clients on my 64K nominal/1M burst plan don't see the difference between it and other simlar offering from the competition. The burst period is sufficient to handle most requests while protecting the overall network. The primary difference is that a bad boy in the neighborhood isn't taking down the entire group because they are abusing the account they signed up for, as is common in cable systems and can also occur in dsl systems. I also have the advantage of offering a symmetric service which many of my business clients appreciate, particularly those who are doing remote computing. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Saturday, March 04, 2000 10:15 AM > > Folks, > > I know this is slightly off topic but I wanted to throw it out for opinions. > We are looking at offering DSL service soon. Are there any rules of thumb > that folks are using for estimating bandwidth needs per number of DSL > customers ? How are the LECs and CLECs at getting DSL circuits put in > in a timely manner ? Lastly, there was some discussion a while back > about the TC and whether it supported DSL or would in the future. Any > new news on that one ? > > > Thanks, > > Jeff Binkley > ASA Network Computing > > - > 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.

DSL is horrible slow at getting put in. Most DSL providors (Covad etc) are not making money (or very little) at it. Many ISP's are getting black eyes over DSL installs becuase of the wait... or they sell the service before it is verified the customer has the ability to get DSL service. I would rather see a 2-4 T-1 NIC for the ARC before DSL.... Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Sat, 4 Mar 2000, Jeff Binkley wrote: > > Folks, > > I know this is slightly off topic but I wanted to throw it out for opinions. > We are looking at offering DSL service soon. Are there any rules of thumb > that folks are using for estimating bandwidth needs per number of DSL > customers ? How are the LECs and CLECs at getting DSL circuits put in > in a timely manner ? Lastly, there was some discussion a while back > about the TC and whether it supported DSL or would in the future. Any > new news on that one ? > > > Thanks, > > Jeff Binkley > ASA Network Computing > > - > 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 Fri, 3 Mar 2000, Jeff Mcadams wrote: > Thus spake Ed > >Yeah we have thought of that, however it seems like it would be slow > >and cumbersome. Exactly what do you use to parse the information from > >the Logs? Anything specific? or is it a custom script? Speed is of the > >essence in this method... and with 25,000+ users it would be tough to > >achieve I would think. > > Yeah...we've got a custom written perl script that > does...essentially...a tail -f on the RADIUS accounting log file, parses > and stores each online connection in a directory...one entry per > file...the file name is the IP address of the connection. Inside the > file is information like userid, ip address, name of the NAS, ip of the > NAS, port number on the NAS, caller and called id, time, etc. Then our > scripts controlling access (via .htaccess for example) can get the ip > address of the connection and quickly find the file they need with the > information in it to decide whether to give access or not. Of course, > when we see the stop record, we just remove the corresponding file. I use a modified version of Cistron RADIUS with the MySQL patches, with the following notable reworks: - keeps active sessions in one table, prior sessions (not start/stop records) in another. - Uses persistent MySQL connection. - Handles database-down condition more gracefully, it queues to a temp file and then when the db comes back up, forks a child to clean up. The original code also forks but then waits for the child, which causes a big pileup of accounting records on the NASen. - Disconnects/reconnects from the database on SIGUSR1 (on Linux, anyway) to make "planned" database downtime a little smoother. The code and table structures could probably stand some cleanup, but it's in production use here with no major problems. I also have a companion script that reads the "online" table and walks through checking each supposedly-online user against the HARC via snmp, and kills off any stale records (which really only ever show up if a HARC gets rebooted unexpectedly.) If anyone wants it I'll clean up a little and put the diffs up for download.

At 01:06 PM 3/4/00 -0600, you wrote: >On Fri, 3 Mar 2000, Jeff Mcadams wrote: > >I use a modified version of Cistron RADIUS with the MySQL patches, with >the following notable reworks: > >- keeps active sessions in one table, prior sessions (not start/stop > records) in another. > >- Uses persistent MySQL connection. > >- Handles database-down condition more gracefully, it queues to a temp > file and then when the db comes back up, forks a child to clean up. The > original code also forks but then waits for the child, which causes a > big pileup of accounting records on the NASen. > >- Disconnects/reconnects from the database on SIGUSR1 (on Linux, anyway) > to make "planned" database downtime a little smoother. > >The code and table structures could probably stand some cleanup, but it's >in production use here with no major problems. I also have a companion >script that reads the "online" table and walks through checking each >supposedly-online user against the HARC via snmp, and kills off any stale >records (which really only ever show up if a HARC gets rebooted >unexpectedly.) > >If anyone wants it I'll clean up a little and put the diffs up for >download. > Yes, I would appreciate having a copy. Thanks. Lyle Evans Blacksburg.Net

Hi. I'm using 3Com TCH with DSP (2.0.19) and ARC (4.2.32) cards and cistron 1.6.2. When user is doing multilink PPP connection over ISDN then Hiper ARC is sending two Start accounting records. But when user drops connection, ARC sends only one Stop record. And radius reports that user is still connected via one ISDN channel. But of course user isn't connected at all. I've got simple question : Is there any way to force Hiper ARC to send two Stop accounting records for droped multilink PPP ? Best regards. -- Grzegorz Paszka, System Administrator, Gliwice ul. Toszecka 102 e-mail: Grzegorz.Paszka@pik-net.pl tel. 48-32-2327070

On Sun, 5 Mar 2000, Robb Bryn wrote: > > We recently have been getting numerous complaints from our users about > websites that are dog slow or not coming up at all. Normally I wrote it off > as "net traffic" and kept going. Recently we installed an Ascend Max > product and an old Portmaster product. It appears that users dialing into > the TCHub are having difficulty with specific sites where users dialing into > the Ascend and Portmaster products are having no trouble at all with the > same sites. 90% of all sites are accessable from the TCHub while specific > sites continue to fail (starnews.wilmington.net, www.genforum.com are two > examples). > > Where do I begin to troubleshoot this problem? > > TCHub versions > HARC = 4.2.32 > DSP = 2.0.51 Sounds like an MTU problem. show remote user username on the tchub, and take a look at what mtu you are assigning users who are problematic. > > > > Thanks > Robb Bryn > > - > 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 (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

We recently have been getting numerous complaints from our users about websites that are dog slow or not coming up at all. Normally I wrote it off as "net traffic" and kept going. Recently we installed an Ascend Max product and an old Portmaster product. It appears that users dialing into the TCHub are having difficulty with specific sites where users dialing into the Ascend and Portmaster products are having no trouble at all with the same sites. 90% of all sites are accessable from the TCHub while specific sites continue to fail (starnews.wilmington.net, www.genforum.com are two examples). Where do I begin to troubleshoot this problem? TCHub versions HARC = 4.2.32 DSP = 2.0.51 Thanks Robb Bryn

Thus spake Brian >Sounds like an MTU problem. >show remote user username >on the tchub, and take a look at what mtu you are assigning users who >are problematic. Indeed...my thoughts exactly...also, just to be sure, check your RADIUS users setup as well as that might be where the MTU is being set. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I am curious to see what others using Hiper DSP code 2.0.51 are using for their Transmit Level (-db) setting on their Hiper DSP cards? Ours are currently at 12 -db. Thanks, Clint R. Sparks ComQuest Internet Services csparks@cqc.com

Is ISDN 56K DOV supported by the HiperArc/DSP? When I try to connect to my TC Hub with channelized T1s from an ISDN line with the modem set for 56K DOV, the call is answered but it doesn't seem to send any data, not even authentication, and it eventually times out. The local telco is US West. Does anyone have this set up and working? Thanks. Mike Wilker Director of Network Operations Local Link, Inc.

I know this is probably a simple question but how do I determine the software version of each module loaded into my netserver? Brian Hitchcock KC Web

Hi all, we are using more terminal servers (2x Patton2800, 3x Cisco, 2xTC HiPer, 2xTC NETCard) all authorized by Merit Radius 3.6B starting from about 3 years ago without problems. Usernames and passwords (cca 4000) we have only in radius "users" files separated by prefix for each node. All used for PPP with PAP. All was working OK until we want move from plain text passwords to encrypted passwords now. Seems to be easy - just change item "Password=" to "Encrypted-Password=" and replace these password by encrypted ones. I have changed it so (I have a script which generate users files when needed from DB so only little change in this script). After this change - all these devices are authorizing with encrypted passwords without problems :-) - but TC :-( HiPer TC - first authenticating no user call at all... all authentications "FAILED". As I find soon it was caused by configuration authentication protocol = ANY and authentication preference = DEFAULT, I change it to =PAP, =PAP and now it seems to be working... NETCard TC - from begining was authenticating OK but NIGHTMARES came after a few hours - time to time radiusd started to answer all authentication requests as FAILED (also requests from non-TC nodes!). Only rescue from this state was kill and start again of radiusd. This state back again in time interval from a tens of second to tens of minutes after re-starting radiusd. Interesting also that radiusd accounting working still without problems in this state and also any user trying to login found in logfile - but unfortunately as FAILED of course :-(. When I next day check radiusd logfiles and find some dependency on these 21 crashes I found that every endless "FAILED" responses started exclusively by FAILED login of 3 same users on one of these our 2 TC Netcard nodes. Also I found that these users have set "using encrypted passwords" on they WinNT4 workstations or W95 (it means CHAP I thing). What strange NETCard send to radiusd what totaly confuse it??? So I try to change on NETCard PPP configuration like on HiPer above (...=PAP,...=PAP). After it I had tried by dialing from my friend (WNT,W95 fan :-) new configuration - esspecialy all these dirty CHAP,MS-CHAP setups and try to confuse my radius. Result of many dirty test setups seems to be a good - on these dirty calls TC never send even auth.request to radiusd at all and every call ended by timeout for dialing client. Also in logfile appeared change - there are no more any entry about so dirty call, only OK or FAILED of PAP authentications. But next day after some hours radiusd blocked again!!! Did anybody seen similar problem? What is buggy working with encrypted passwords and confusing - radius or NETcard? Notice that with plain text passwords and NETCard was never blocked into so state. Merit Radius 3.6B compiled and runing on Linux RH6.1 with kernel 2.2.13. Also interesting that same version of radius compiled and runing on Linux Slackware 3.5 kernel 2.0.35 working as "old backup radius" never blocked - even using same "encrypted" passwords. These 3 problematic users did not block same radiusd on Slackware system!!! Only FAILED and all was continue working without blocking!!! But system is overall old and I want to upgrade it :-( want not to leave radiusd there. So maybe also worst implementation of Merit radiusd on RH6.1 due to difference in system libraries etc... Due to all other types of terminal servers working with same configuration properly I thing that there may be something special on NETCard RADIUS protocol what Merit radius cannot process properly and what take place only in case when authenticating encrypted passwords. Are using someone other good-known, recomended or better configuration? On TC I have vendor extension disabled and also in "clients" file NETCard nodes presented only as NAT (should be better USR:NAT?), radius version set to 1 on both ends, USR_CCA in radiusd not compiled - is all it right or may be better? With plain passwords above was working good for me but maybe now should be altered... Any help welcomed! Thanks :-) Pavel

Robb, try setting the framed MTU size to 1500 in user Radius records. regards, Colin > ---------- > From: Robb Bryn[SMTP:rbryn@cape-fear.net] > Reply To: usr-tc@lists.xmission.com > Sent: Sunday, March 05, 2000 7:21 PM > To: 'usr-tc@lists.xmission.com' > Subject: (usr-tc) Websites failing on TCHub vs Ascend... Where to > start? > > > We recently have been getting numerous complaints from our users about > websites that are dog slow or not coming up at all. Normally I wrote it > off > as "net traffic" and kept going. Recently we installed an Ascend Max > product and an old Portmaster product. It appears that users dialing into > the TCHub are having difficulty with specific sites where users dialing > into > the Ascend and Portmaster products are having no trouble at all with the > same sites. 90% of all sites are accessable from the TCHub while specific > sites continue to fail (starnews.wilmington.net, www.genforum.com are two > examples). > > Where do I begin to troubleshoot this problem? > > TCHub versions > HARC = 4.2.32 > DSP = 2.0.51 > > > > Thanks > Robb Bryn > > - > 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. >

This is a multi-part message in MIME format. ------=_NextPart_000_008D_01BF8748.9055CB40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everybody... I have a Netserver with 14 Quad cards.. and a Dual E1/PRI card. When I try to connect by an analog line... I don=B4t have any problem.. the RADIUS server is contacted and I can log in. But if I use a digital line (ISDN), the security option is not used... then when the user write his login.. the card try to connect to a host with this name. Can anybody tell me how can I activate the security option for ISDN calls? Jorge Lozano <jorge@andinet.com> SA and ISSO Andinet On Line Please visit, http://www.andinet.com -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.3 for non-commercial use <http://www.pgp.com> iQA/AwUBOMO23qp3oywyFVUlEQIhPQCeKrkDhS4QIpjYflGuiay/e8tM/1EAn1Vj 1zmmTyx6KU0i9lxiGn4G/kc2 =3DZz3K -----END PGP SIGNATURE----- ------=_NextPart_000_008D_01BF8748.9055CB40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Diso-8859-1" = http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV>-----BEGIN PGP SIGNED MESSAGE-----<BR>Hash: SHA1</DIV> <DIV>&nbsp;</DIV> <DIV>Hi everybody...<BR>I have a Netserver with 14 Quad cards.. and a = Dual=20 E1/PRI card.<BR>When I try to connect by an analog line... I don=B4t = have any=20 problem..<BR>the RADIUS server is contacted and I can log in.<BR>But if = I use a=20 digital line (ISDN), the security option is not<BR>used... then when the = user=20 write his login.. the card try to connect<BR>to a host with this = name.</DIV> <DIV>&nbsp;</DIV> <DIV>Can anybody tell me how can I activate the security option for=20 ISDN<BR>calls?</DIV> <DIV>&nbsp;</DIV> <DIV><BR>Jorge Lozano &lt;<A=20 href=3D"mailto:jorge@andinet.com">jorge@andinet.com</A>&gt;<BR>SA and = ISSO Andinet=20 On Line<BR>Please visit, <A=20 href=3D"http://www.andinet.com">http://www.andinet.com</A></DIV> <DIV>&nbsp;</DIV> <DIV>-----BEGIN PGP SIGNATURE-----<BR>Version: PGPfreeware 6.5.3 for=20 non-commercial use &lt;<A=20 href=3D"http://www.pgp.com">http://www.pgp.com</A>&gt;</DIV> <DIV>&nbsp;</DIV> <DIV>iQA/AwUBOMO23qp3oywyFVUlEQIhPQCeKrkDhS4QIpjYflGuiay/e8tM/1EAn1Vj<BR>= 1zmmTyx6KU0i9lxiGn4G/kc2<BR>=3DZz3K<BR>-----END=20 PGP SIGNATURE-----<BR></DIV></BODY></HTML> ------=_NextPart_000_008D_01BF8748.9055CB40--

We're using the default MTU issued by the TC. I've tried specifying 576, 1500, 2400 and 3000 with no change to the performance of these sites. What is the optimum MTU setting being used today I've read conflicting reports on 1500 vs 576. Any other ideas? Thanks Robb Bryn > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams > Sent: Sunday, March 05, 2000 3:15 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Websites failing on TCHub vs Ascend... Where to > start? > > > Thus spake Brian > >Sounds like an MTU problem. > > >show remote user username > > >on the tchub, and take a look at what mtu you are assigning users who > >are problematic. > > Indeed...my thoughts exactly...also, just to be sure, check > your RADIUS > users setup as well as that might be where the MTU is being set. > -- > 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. >

If you go thru your TCM and take a inventory of the chassis you will get all the information you are looking for. At 10:37 PM 03/05/2000 -0600, you wrote: >I know this is probably a simple question but how do I determine the >software version of each module loaded into my netserver? > >Brian Hitchcock >KC Web > > >- > 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 having a similar problem. I thought it was possibly due to network latency, but this may appear to be a problem/bug? Are you by any chance using MPIP for multiple chassis? Does it always not send the second stop record, or just sometimes? Is anyone else having similar radius stop record problems? It seems like there was a thread a while back that spoke of slow, or out of order stop records, maybe this is related? *************** Jason Watkins I-Land NOC jwatkins@iland.net *************** ----- Original Message ----- Sent: Saturday, March 04, 2000 9:35 AM > Hi. > I'm using 3Com TCH with DSP (2.0.19) and ARC (4.2.32) cards and cistron 1.6.2. > When user is doing multilink PPP connection over ISDN then Hiper ARC is sending > two Start accounting records. > But when user drops connection, ARC sends only one Stop record. > And radius reports that user is still connected via one ISDN channel. > But of course user isn't connected at all. > > I've got simple question : Is there any way to force Hiper ARC to send two > Stop accounting records for droped multilink PPP ? > > Best regards. > -- > Grzegorz Paszka, System Administrator, Gliwice ul. Toszecka 102 > e-mail: Grzegorz.Paszka@pik-net.pl tel. 48-32-2327070 > > - > 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! Dan Hollis wrote: > On Fri, 3 Mar 2000, Vadim Tulinov wrote: > > The company 3Com sells a card SS7 for TC. > > Where is this card? URL? We have it at 3Com's price list ( near 20K$). You can find manual ftp://totalservice.usr.com/pub/totalcontrol-hubs/ss7. > > > -Dan -- _______________________________________________ Best regards, Vadim.

Robb, if you have a Radius, set the framed MTU to 1500 for each user. If no Radius, set MTU in the HARC. Not a perfect solution of course! regards, Colin Wantling Energis NV. > We're using the default MTU issued by the TC. I've tried specifying 576, > 1500, 2400 and 3000 with no change to the performance of these sites. > What > is the optimum MTU setting being used today I've read conflicting reports > on > 1500 vs 576. > > Any other ideas? > > Thanks > Robb Bryn > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams > > Sent: Sunday, March 05, 2000 3:15 PM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) Websites failing on TCHub vs Ascend... Where to > > start? > > > > > > Thus spake Brian > > >Sounds like an MTU problem. > > > > >show remote user username > > > > >on the tchub, and take a look at what mtu you are assigning users who > > >are problematic. > > > > Indeed...my thoughts exactly...also, just to be sure, check > > your RADIUS > > users setup as well as that might be where the MTU is being set. > > -- > > 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. >

hello all I have an old 2059 chassis in service with 1 dual pri, 8 a/d quad's, 1 digital quad, an ARC and NMC card. DUAL PRI: 3.0.2 Quads: 6.1.6 ARC: 4.1.59 NMC: 6.2.17 Basically, I have to reboot the quads in order to get them to pick up the phone. DS0's are in service, no errors, just call in, ring no answer (rings). Reboot quads only, calls get answered. Wait a while (next day), cards need rebooting. When I reboot the quads, the ARC also reboots (at least TCM tells me it reboots... also can't ping it while TCM ARC is yellow. Do I have a setting hosed? Any ideas? Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545

We moved all of ours from 12 to 13. No definitive change in performance. I have been seeing a lot of handshaking problems coming up. But our CLEC is moving a lot of traffic off of the 2 tandems here in North Jersey over to direct end-office trunking. They may still be ironing things out. But if it doesn't clear up, I may try switching some cards back to -12. -- Scot NJ Internet Access >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Clint R. Sparks >Sent: Sunday, March 05, 2000 4:22 PM >To: usr-tc@lists.xmission.com >Subject: (usr-tc) Hiper DSP Transmit level setting > > >I am curious to see what others using Hiper DSP code 2.0.51 are using for >their Transmit Level (-db) setting on their Hiper DSP cards? >Ours are currently at 12 -db. > >Thanks, > >Clint R. Sparks >ComQuest Internet Services >csparks@cqc.com > > > > > >- > 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. >

Anyone know the OID to check up/down/loop/whatever of a T1 plugged into a HiperDSP? Thanks, Jason -- Jason Englander <jason@interl.net> Systems Administrator - InterLink L.C.

Jason, snmpwalk with 1.3.6.1.2.1.10.18.6.1.10 OID should do it. Best regards, Yevgeniy On Mon, Mar 06, 2000 at 10:57:36PM -0600, Jason Englander wrote: > Anyone know the OID to check up/down/loop/whatever of a T1 plugged into a > HiperDSP? > > Thanks, > Jason > > -- > Jason Englander <jason@interl.net> > Systems Administrator - InterLink L.C. > > > - > 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 Mon, 6 Mar 2000, Yevgeniy Kruglov wrote: Thanks! Any idea what the possible values are? ie. 1 = up, 0 = down?, 2 = loopback? (I'd rather not unplug one to find out <grin>) Jason > Jason, > > snmpwalk with 1.3.6.1.2.1.10.18.6.1.10 OID should do it. > > Best regards, > Yevgeniy > > On Mon, Mar 06, 2000 at 10:57:36PM -0600, Jason Englander wrote: > > Anyone know the OID to check up/down/loop/whatever of a T1 plugged into a > > HiperDSP? > > > > Thanks, > > Jason > > > > -- > > Jason Englander <jason@interl.net> > > Systems Administrator - InterLink L.C. > > > > > > - > > 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. > -- Jason Englander <jason@interl.net> Systems Administrator - InterLink L.C.

The follwoing error has started to appear on one of my HiperARCs Mar 7 08:17:08 xxxxxxxx At 16:17:08, Facility "User Manager", Level "UNUSUAL":: AUTH: Most likely client/server configuration mismatch Any idea what the problem is?

Check your Radius shared secrets? Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Tue, 7 Mar 2000, Garlic wrote: > > > The follwoing error has started to appear on one of my HiperARCs > > Mar 7 08:17:08 xxxxxxxx At 16:17:08, Facility "User Manager", Level > "UNUSUAL":: > AUTH: Most likely client/server configuration mismatch > > Any idea what the problem is? > > > - > 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. >

This is a multi-part message in MIME format. ------=_NextPart_000_0048_01BF8869.5588DE40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi... Can anybody that have a chassis with netserver, quads cards and a dual e1/PRI, help me with the configuration for ISDN service? please...=20 Jorge Lozano <jorge@andinet.com> SA and ISSO Andinet On Line Please visit, http://www.andinet.com -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.3 for non-commercial use <http://www.pgp.com> iQA/AwUBOMWbWKp3oywyFVUlEQJbGQCgjdxg5HyutD9+aBlfqvakN8V2OwcAoJC+ UqBtH72Wy7DMADcE277Oi8xO =3D+e6m -----END PGP SIGNATURE----- ------=_NextPart_000_0048_01BF8869.5588DE40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Diso-8859-1" = http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV>-----BEGIN PGP SIGNED MESSAGE-----<BR>Hash: SHA1</DIV> <DIV>&nbsp;</DIV> <DIV>Hi...<BR>Can anybody that have a chassis with netserver, quads = cards and=20 a<BR>dual e1/PRI, help me with the configuration for ISDN service?</DIV> <DIV>&nbsp;</DIV> <DIV>please... </DIV> <DIV>&nbsp;</DIV> <DIV>Jorge Lozano &lt;<A=20 href=3D"mailto:jorge@andinet.com">jorge@andinet.com</A>&gt;<BR>SA and = ISSO Andinet=20 On Line<BR>Please visit, <A=20 href=3D"http://www.andinet.com">http://www.andinet.com</A></DIV> <DIV>&nbsp;</DIV> <DIV>-----BEGIN PGP SIGNATURE-----<BR>Version: PGPfreeware 6.5.3 for=20 non-commercial use &lt;<A=20 href=3D"http://www.pgp.com">http://www.pgp.com</A>&gt;</DIV> <DIV>&nbsp;</DIV> <DIV>iQA/AwUBOMWbWKp3oywyFVUlEQJbGQCgjdxg5HyutD9+aBlfqvakN8V2OwcAoJC+<BR>= UqBtH72Wy7DMADcE277Oi8xO<BR>=3D+e6m<BR>-----END=20 PGP SIGNATURE-----<BR></DIV></BODY></HTML> ------=_NextPart_000_0048_01BF8869.5588DE40--

Thus spake Talal Ghaith >The problem occured when i had the second Hiperarc! i really need the >hiper to advertize any ip address that is connected to it !! >anybody have a clue! The HiPer Arcs support RIPv2 in all code versions. 4.2.x also supports OSPF. Either will do what you need. The cisco should have no problem with either of these. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

It fails while running. Rebooting fixes it. Doesn't seem like a setup problem. Mike Andrews wrote: > Check your Radius shared secrets? > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > "Don't sweat the petty things, and don't pet the sweaty things." > > On Tue, 7 Mar 2000, Garlic wrote: > > > > > > > The follwoing error has started to appear on one of my HiperARCs > > > > Mar 7 08:17:08 xxxxxxxx At 16:17:08, Facility "User Manager", Level > > "UNUSUAL":: > > AUTH: Most likely client/server configuration mismatch > > > > Any idea what the problem is? > > > > > > - > > 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.

Thus spake Talal Ghaith >i'm sorry, i did not mention that RIP ver2 is enabled on eth:1 which >is the working interface. >still i can't hear any advertizments from the hiper! Well...you need to have RIPv2 enabled on the cisco too, of course. The configuration on both is relatively simple, but it does have to be configured on both. If it still isn't working, might stick a sniffer on the wire to make sure RIP packets are really going out. There aren't really any big gotchas in dealing with RIPv2 on the arcs, it basically just works. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Hi all, I'm pretty sure I've got a bad DSP, but I thought I'd ask if there's something I'm missing. Here's the info: 2 HARC's, 10 DSP's w/T1's, 1 DSP for spare. I set the proper ownership for cards and have verified by doing a list chassis. The DSP in slot 10 all of a sudden stops taking calls. I plugged the T-Berd into the circuit - the telco side shows no activity, but all channels on the DSP side show off hook - which busy's out the circuit. If I throw a loopback in the circuit at the DSX panel, leave it for a minute, then remove it, the DSP starts taking calls for about a day, then the same thing happens. If I move the T1 to the spare card, it works fine. Any ideas? __________________________________ Justin Ellison System Administrator InternetUSA sysadmin@nebi.com http://nebi.com 800-603-3502

I called 3com on this matter, and it turns out that this is broke in 4.2 releases of HiPer ARC. It appears from the testing I have done, that when a MPPP connection is terminated while data is moving, it will only send one stop record, instead of 2. The tech I spoke with says he recommends that I downgrade to version 4.1.22, of course this means that I will also need to dump my configuration due to the downgrade in code. Is anyone running 4.1.22, and is it very reliable? *************** Jason Watkins I-Land NOC jwatkins@iland.net *************** ----- Original Message ----- Sent: Monday, March 06, 2000 12:41 PM > I'm having a similar problem. I thought it was > possibly due to network latency, but this may > appear to be a problem/bug? Are you by any > chance using MPIP for multiple chassis? Does it always > not send the second stop record, or just sometimes? > Is anyone else having similar radius stop record problems? > It seems like there was a thread a while back that spoke > of slow, or out of order stop records, maybe this is > related? > > > *************** > Jason Watkins > I-Land NOC > jwatkins@iland.net > *************** > ----- Original Message ----- > From: "Grzegorz Paszka" <Grzegorz.Paszka@pik-net.pl> > To: <usr-tc@lists.xmission.com> > Sent: Saturday, March 04, 2000 9:35 AM > Subject: (usr-tc) Hiper ARC + Radius > > > > Hi. > > I'm using 3Com TCH with DSP (2.0.19) and ARC (4.2.32) cards and cistron > 1.6.2. > > When user is doing multilink PPP connection over ISDN then Hiper ARC is > sending > > two Start accounting records. > > But when user drops connection, ARC sends only one Stop record. > > And radius reports that user is still connected via one ISDN channel. > > But of course user isn't connected at all. > > > > I've got simple question : Is there any way to force Hiper ARC to send two > > Stop accounting records for droped multilink PPP ? > > > > Best regards. > > -- > > Grzegorz Paszka, System Administrator, Gliwice ul. Toszecka 102 > > e-mail: Grzegorz.Paszka@pik-net.pl tel. 48-32-2327070 > > > > - > > 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 we used to have a singel HiperArc along with cisco routers, and customers who are assigned a static IP address will have to be staticly routed to the ip address of the hiperarc. and the Gateway Cisco router i did the following i gave the subclass where all my static IP addressed customers a static route with a hight metric ip route XXXX gateway 200 (where XXXX are the static ip addresses, 200 is the metric) Now the dialing in customer if landed on a cisco router, the gateway will know where to get that ip address because of the advertizment of the cisco router and will definitly give it a smaller metric and hence will work fine, Now, if it links to the Hiper it will follow that static route since no one else is advertizing that IP address! The problem occured when i had the second Hiperarc! i really need the hiper to advertize any ip address that is connected to it !! anybody have a clue! cheers tolio

On Sun, 5 Mar 2000, Robb Bryn wrote: > We recently have been getting numerous complaints from our users about > websites that are dog slow or not coming up at all. Normally I wrote it off > as "net traffic" and kept going. Recently we installed an Ascend Max > product and an old Portmaster product. It appears that users dialing into > the TCHub are having difficulty with specific sites where users dialing into > the Ascend and Portmaster products are having no trouble at all with the > same sites. 90% of all sites are accessable from the TCHub while specific > sites continue to fail (starnews.wilmington.net, www.genforum.com are two > examples). Here's another idea. It could be a MTU discovery problem. If you have either numbered your chassis out of private IP space or are blocking ICMP, that might be what's causing it. This might be another hint (I was hoping they were Solaris, since that would reinforce the MTU theory)... ridge.spiritone.com% telnet www.genforum.com Trying 216.15.177.242... Connected to www.genforum.com. Escape character is '^]'. Red Hat Linux release 5.2 (Apollo) Kernel 2.0.36 on an i686 login: login: ridge.spiritone.com% telnet starnews.wilmington.net Trying 205.218.216.4... Connected to starnews.wilmington.net. Escape character is '^]'. Red Hat Linux release 5.2 (Apollo) WISE release 1.22 (i686 optimized) Kernel 2.2.13 on an i686 login: login: -- Aaron Nabil

What's the best init string to disable v.90 & x2 on hiperdsp modems? thx, -- Aaron Nabil

thanx Jeff i'm sorry, i did not mention that RIP ver2 is enabled on eth:1 which is the working interface. still i can't hear any advertizments from the hiper! Jeff Mcadams wrote: > Thus spake Talal Ghaith > >The problem occured when i had the second Hiperarc! i really need the > >hiper to advertize any ip address that is connected to it !! > > >anybody have a clue! > > The HiPer Arcs support RIPv2 in all code versions. 4.2.x also supports > OSPF. Either will do what you need. The cisco should have no problem > with either of these. > -- > 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 have 4.1.22 with a few business ISND calling in w/MLPP. No problems. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Wed, 8 Mar 2000, Jason wrote: > I called 3com on this matter, and it turns out that > this is broke in 4.2 releases of HiPer ARC. It appears > from the testing I have done, that when a MPPP connection > is terminated while data is moving, it will only send one > stop record, instead of 2. The tech I spoke with says > he recommends that I downgrade to version 4.1.22, of > course this means that I will also need to dump my > configuration due to the downgrade in code. Is anyone > running 4.1.22, and is it very reliable? > > > *************** > Jason Watkins > I-Land NOC > jwatkins@iland.net > *************** > ----- Original Message ----- > From: "Jason" <jaslist@iland.net> > To: <usr-tc@lists.xmission.com> > Sent: Monday, March 06, 2000 12:41 PM > Subject: Re: (usr-tc) Hiper ARC + Radius > > > > I'm having a similar problem. I thought it was > > possibly due to network latency, but this may > > appear to be a problem/bug? Are you by any > > chance using MPIP for multiple chassis? Does it always > > not send the second stop record, or just sometimes? > > Is anyone else having similar radius stop record problems? > > It seems like there was a thread a while back that spoke > > of slow, or out of order stop records, maybe this is > > related? > > > > > > *************** > > Jason Watkins > > I-Land NOC > > jwatkins@iland.net > > *************** > > ----- Original Message ----- > > From: "Grzegorz Paszka" <Grzegorz.Paszka@pik-net.pl> > > To: <usr-tc@lists.xmission.com> > > Sent: Saturday, March 04, 2000 9:35 AM > > Subject: (usr-tc) Hiper ARC + Radius > > > > > > > Hi. > > > I'm using 3Com TCH with DSP (2.0.19) and ARC (4.2.32) cards and cistron > > 1.6.2. > > > When user is doing multilink PPP connection over ISDN then Hiper ARC is > > sending > > > two Start accounting records. > > > But when user drops connection, ARC sends only one Stop record. > > > And radius reports that user is still connected via one ISDN channel. > > > But of course user isn't connected at all. > > > > > > I've got simple question : Is there any way to force Hiper ARC to send > two > > > Stop accounting records for droped multilink PPP ? > > > > > > Best regards. > > > -- > > > Grzegorz Paszka, System Administrator, Gliwice ul. Toszecka 102 > > > e-mail: Grzegorz.Paszka@pik-net.pl tel. 48-32-2327070 > > > > > > - > > > 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. >

thanx Jeff , it's working NOW! my mistake, i used to put the following command enable ip rip where i should have put set ip network "ip" routing_protocol Ripv2 thanx again you really were helpful talal Jeff Mcadams wrote: > Thus spake Talal Ghaith > >i'm sorry, i did not mention that RIP ver2 is enabled on eth:1 which > >is the working interface. > > >still i can't hear any advertizments from the hiper! > > Well...you need to have RIPv2 enabled on the cisco too, of course. The > configuration on both is relatively simple, but it does have to be > configured on both. If it still isn't working, might stick a sniffer on > the wire to make sure RIP packets are really going out. There aren't > really any big gotchas in dealing with RIPv2 on the arcs, it basically > just works. > -- > 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.

AT&K0S51.6=1S76=7S81=34S54=96 is what we use here for our alternate dialin number. This disables x2, v.90, v.42bis compression, MNP 5 compression, and the 3429 symbol rate -- pretty much everything that could possibly go wrong with a 33.6K or a 56K modem. :) (Except for Mode 2 DLCs which cut connect speed down to 12K or so -- we hav a 3rd dialin number that adds &N6 to the string for that case.) Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Wed, 8 Mar 2000, Aaron Nabil wrote: > > What's the best init string to disable v.90 & x2 on hiperdsp modems? > > thx, > > -- > Aaron Nabil > > > > - > 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 a bit mask. 1 is no alarm, 32 is red alarm, 128 is a loopback at the near end, and so on. You want to see a value of 1 (only bit 0 set). Here's a fragment of Perl code I have that checks T1 status on a DSP -- it was easier to paste this in than try to explain each bit. :) (This doesn't work on a Dual PRI/T1 card, by the way). my ($alarm) = &ma_snmp::snmpget ($chassname, $usr3com_cfg::nmc_ro_communities{$chassname}, "1.3.6.1.2.1.10.18.6.1.10.$t1"); print "[No Alarm] " if $alarm & 1; print "[Far-End LOF (YELLOW)] " if $alarm & 2; print "[Near-End Sending LOF] " if $alarm & 4; print "[Far-End AIS] " if $alarm & 8; print "[Near-End AIS] " if $alarm & 16; print "[Near-End LOF (RED)] " if $alarm & 32; print "[Near-End LOS] " if $alarm & 64; print "[Near-End Looped] " if $alarm & 128; print "[E1 TS16 AIS] " if $alarm & 256; print "[Far-End TS16 LOMF] " if $alarm & 512; print "[Near-End TS16 LOMF] " if $alarm & 1024; print "[Near-End Testcode] " if $alarm & 2048; print "[??] " if $alarm & 4096; Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Tue, 7 Mar 2000, Jason Englander wrote: > On Mon, 6 Mar 2000, Yevgeniy Kruglov wrote: > > Thanks! Any idea what the possible values are? ie. 1 = up, 0 = down?, 2 > = loopback? (I'd rather not unplug one to find out <grin>) > > Jason > > > > Jason, > > > > snmpwalk with 1.3.6.1.2.1.10.18.6.1.10 OID should do it. > > > > Best regards, > > Yevgeniy > > > > On Mon, Mar 06, 2000 at 10:57:36PM -0600, Jason Englander wrote: > > > Anyone know the OID to check up/down/loop/whatever of a T1 plugged into a > > > HiperDSP? > > > > > > Thanks, > > > Jason > > > > > > -- > > > Jason Englander <jason@interl.net> > > > Systems Administrator - InterLink L.C. > > > > > > > > > - > > > 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. > > > > -- > Jason Englander <jason@interl.net> > Systems Administrator - InterLink L.C. > > > > - > 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 Fri, 3 Mar 2000, Brian wrote: > With hiperarcs at least, you can look at the ip they are coming from, > which you get as a standard enviroment variable when they hit a web page. > You can then cross this with a username in the ARC's snmp. I would That's what we do here... snmpwalk 1.3.6.1.4.1.429.4.10.1.1.9, find the IP address in there, and that gives us a port number. You can then get 1.3.6.1.4.1.429.4.10.1.1.18.$port_number and get the username. Fairly quick, always accurate. Radius logs stand a chance of getting out of whack in my experience, but that's mostly because we've got two Radius servers and entries could be logged to one of two machines if one goes down... and collecting it all back in one place is a pain -- unless you've got SQL capabilities in your Radius server. (We don't, yet. Haven't gotten around to it. :) > caution though, I think its possible for the user hitting your web page to > modify the env variable for the ip address and pretend he is someone he is > not. Are you sure about that... on a standard Apache setup? Things like Squid make it harder to get the real IP address, but not impossible... Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things."

Qty 1- available tomorrow. Asking $1900 or BO. .................................................... Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com http://www.ISP-NetworkHardware.com or http://www.wrca.net Cisco, Ascend, Livingston, USR, Microcom, Motorola Computone, Kentrox, Adtran...and more

I'm pulling my hair out on this one. The chassis is in public IP space (208.133.28.2 & 208.133.28.51), I am not blocking ICMP traffic in any way. I've set via RADIUS on all users to a default MTU of 1500 (Chassis reports user MTU set to 1500 when doing a "show remote user"). I can ping and telnet to both sites from a dialup. Just can't get to them with a browser. On stanews.wilmington.net I can get text... no pictures and it's dog slow. On www.genforum.com and www.genealogy.com it doesn't come up in the browser at all (reports no connection to the server). I'm clueless on this one...Sounds like a dead ringer for MTU,, but can't figure. But on my Ascend & Portmaster... No problems. Thanks Robb Bryn > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Aaron Nabil > Sent: Wednesday, March 08, 2000 7:49 PM > To: 'usr-tc@lists.xmission.com' > Subject: Re: (usr-tc) Websites failing on TCHub vs Ascend... Where to > start? > > Here's another idea. It could be a MTU discovery problem. If you have either numbered your chassis out of private IP space or are blocking ICMP, that might be what's causing it. This might be another hint (I was hoping they were Solaris, since that would reinforce the MTU theory)... ridge.spiritone.com% telnet www.genforum.com Trying 216.15.177.242... Connected to www.genforum.com. Escape character is '^]'. Red Hat Linux release 5.2 (Apollo) Kernel 2.0.36 on an i686 login: login: ridge.spiritone.com% telnet starnews.wilmington.net Trying 205.218.216.4... Connected to starnews.wilmington.net. Escape character is '^]'. Red Hat Linux release 5.2 (Apollo) WISE release 1.22 (i686 optimized) Kernel 2.2.13 on an i686 login: login: -- Aaron Nabil - 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 have 150 non v90 nmc cards available. anyone out there that could use or buy a qty? .................................................... Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com http://www.ISP-NetworkHardware.com or http://www.wrca.net Cisco, Ascend, Livingston, USR, Microcom, Motorola Computone, Kentrox, Adtran...and more

Hate to say it, but this has been a long time TC problem that 3Com has no interest in fixing. Krish worked on it for while until I could not make it fail on demand. Bet you have an ISDN router on the remote end! It is sporadic and dificult to pinpoint. Cost me thousands in business since we could keep the customers webservers running. Just won't pass http traffic (either way). Wish I could help. The problem never went away. Once you reboot the router, you are okay until the problem comes back. Sorry I wasn't much help, but I just wanted you to know what your odds were. We fixed it by no longer buying TCs. Our Cisco's work fine for these applications (we use 3640s and call the customer to avoid the metering charges.) ----- Original Message ----- Sent: Thursday, March 09, 2000 4:19 PM > I'm pulling my hair out on this one. The chassis is in public IP space > (208.133.28.2 & 208.133.28.51), I am not blocking ICMP traffic in any way. > I've set via RADIUS on all users to a default MTU of 1500 (Chassis reports > user MTU set to 1500 when doing a "show remote user"). I can ping and > telnet to both sites from a dialup. Just can't get to them with a browser. > On stanews.wilmington.net I can get text... no pictures and it's dog slow. > On www.genforum.com and www.genealogy.com it doesn't come up in the browser > at all (reports no connection to the server). I'm clueless on this > one...Sounds like a dead ringer for MTU,, but can't figure. > > But on my Ascend & Portmaster... No problems. > > Thanks > Robb Bryn > > > > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Aaron Nabil > > Sent: Wednesday, March 08, 2000 7:49 PM > > To: 'usr-tc@lists.xmission.com' > > Subject: Re: (usr-tc) Websites failing on TCHub vs Ascend... Where to > > start? > > > > > Here's another idea. It could be a MTU discovery problem. If you have > either numbered your chassis out of private IP space or are blocking ICMP, > that might be what's causing it. > > This might be another hint (I was hoping they were Solaris, since that > would reinforce the MTU theory)... > > ridge.spiritone.com% telnet www.genforum.com > Trying 216.15.177.242... > Connected to www.genforum.com. > Escape character is '^]'. > > Red Hat Linux release 5.2 (Apollo) > Kernel 2.0.36 on an i686 > login: > login: > > ridge.spiritone.com% telnet starnews.wilmington.net > Trying 205.218.216.4... > Connected to starnews.wilmington.net. > Escape character is '^]'. > > Red Hat Linux release 5.2 (Apollo) > WISE release 1.22 (i686 optimized) > Kernel 2.2.13 on an i686 > login: > login: > > -- > Aaron Nabil > > > - > 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. >

In looking at the connections on my chassis, I noticed something that seems very unlikely. It's that all of the non-x2/v.90 modem connections always have a rcv trellis rate of 64S-4D while they have a transmit trellis rate that is almost (9 in 10) anything _but_ 64S-4D. I don't have any quad modems any more, but if I did it would be interesting to see if they had the same anomoly. I'm not a modem designer, but I'm going to guess that the 64 is the number on points in the constellation. If that's the case, I'd imagine that the forward channel, the one that is from the ISP to the end user, the one that is digital, would be the one with the best performance, least phase noise, and have the most constellation points. It seems odd that in fact the reverse is true, that the receive trellis rate is always pegged at 64S-4D while the transmit trellis rate is variable, but almost never 64S-4D! Another observation I made is that the S55 register has absolutely no effect on the selected trellis rates in either direction. You can set S55 to any value and the rates will not be negotiated any differently. Is it possible some debugging switch got left thrown in the DSP code to account for this? Thanks, -- Aaron Nabil

On Thu, 9 Mar 2000, Mike Andrews wrote: > It's a bit mask. 1 is no alarm, 32 is red alarm, 128 is a loopback at the > near end, and so on. You want to see a value of 1 (only bit 0 set). > > Here's a fragment of Perl code I have that checks T1 status on a DSP -- it > was easier to paste this in than try to explain each bit. :) (This > doesn't work on a Dual PRI/T1 card, by the way). > > my ($alarm) = &ma_snmp::snmpget ($chassname, > $usr3com_cfg::nmc_ro_communities{$chassname}, > "1.3.6.1.2.1.10.18.6.1.10.$t1"); > print "[No Alarm] " if $alarm & 1; > print "[Far-End LOF (YELLOW)] " if $alarm & 2; > print "[Near-End Sending LOF] " if $alarm & 4; > print "[Far-End AIS] " if $alarm & 8; > print "[Near-End AIS] " if $alarm & 16; > print "[Near-End LOF (RED)] " if $alarm & 32; > print "[Near-End LOS] " if $alarm & 64; > print "[Near-End Looped] " if $alarm & 128; > print "[E1 TS16 AIS] " if $alarm & 256; > print "[Far-End TS16 LOMF] " if $alarm & 512; > print "[Near-End TS16 LOMF] " if $alarm & 1024; > print "[Near-End Testcode] " if $alarm & 2048; > print "[??] " if $alarm & 4096; Thanks! That'll save some time... I ran a commandline snmpwalk of that OID on the NMC card and got this: transmission.18.6.1.10.1025 = 1 transmission.18.6.1.10.2025 = 1 transmission.18.6.1.10.3025 = 1 transmission.18.6.1.10.4025 = 1 transmission.18.6.1.10.5025 = 1 transmission.18.6.1.10.6025 = 1 Then I unplugged the first HiperDSP's T1 (FYI: a channelized T1 - Robbed Bit is set) and got this: transmission.18.6.1.10.1025 = 100 transmission.18.6.1.10.2025 = 1 transmission.18.6.1.10.3025 = 1 transmission.18.6.1.10.4025 = 1 transmission.18.6.1.10.5025 = 1 transmission.18.6.1.10.6025 = 1 Any idea what 100 is? Looks to me like it should be showing 64, no? Jason -- Jason Englander <jason@interl.net> Systems Administrator - InterLink L.C.

anyone have a URL or document that describes 3COM's VSA sent via radius? Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545

Thus spake Jason Englander >On Thu, 9 Mar 2000, Mike Andrews wrote: >> print "[No Alarm] " if $alarm & 1; >> print "[Far-End LOF (YELLOW)] " if $alarm & 2; >> print "[Near-End Sending LOF] " if $alarm & 4; >> print "[Far-End AIS] " if $alarm & 8; >> print "[Near-End AIS] " if $alarm & 16; >> print "[Near-End LOF (RED)] " if $alarm & 32; >> print "[Near-End LOS] " if $alarm & 64; >> print "[Near-End Looped] " if $alarm & 128; >> print "[E1 TS16 AIS] " if $alarm & 256; >> print "[Far-End TS16 LOMF] " if $alarm & 512; >> print "[Near-End TS16 LOMF] " if $alarm & 1024; >> print "[Near-End Testcode] " if $alarm & 2048; >> print "[??] " if $alarm & 4096; >Then I unplugged the first HiperDSP's T1 (FYI: a channelized T1 - Robbed >Bit is set) and got this: > >transmission.18.6.1.10.1025 = 100 >Any idea what 100 is? Looks to me like it should be showing 64, no? Again, its a bitmask. 64+32+4=100 So, you've got Near End Loss Of Signal, Near End Loss Of Framing (Red Alarm), and Near End Sending Loss of Framing Signal. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

We do. Constant DSL is our brand. http://constant.com What markets are you interested in? Thanks. Scott -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Binkley Sent: Friday, March 10, 2000 9:15 AM Is anyone aware of wholesale DSL providers that also provide Internet service like the dialup whoesalers ? Thanks, Jeff Binkley ASA Network Computing - 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 anyone aware of wholesale DSL providers that also provide Internet service like the dialup whoesalers ? Thanks, Jeff Binkley ASA Network Computing

On Fri, 10 Mar 2000, Jeff Binkley wrote: > Is anyone aware of wholesale DSL providers that also provide Internet > service like the dialup whoesalers ? I *think* www.bluestar.net > > Thanks, > > Jeff Binkley > ASA Network Computing > > - > 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 (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

What is the best way to determine the amount of load a hiperarc is under? Is there an oid for the total control chassis back plane usage, or something similar? How do you determine the amount of processor usage on a total control chassis? Any advice would be appreciated. > ________________________________________________ > Dwayne Varey > 2nd Level Support > WestNet - WA's Statewide Internet Provider > Phone: 92182600 - Fax: 92182666 > http://www.wn.com.au > _________________________________________________ > >

I need to configure some quad modem chassis to go out of the country to rebuild one of our pops that got destroyed in a fire. Anyone know how to change the country code in quad modems? I've got a bunch here but they are of course the US variant, I'd really like to be able to use them. Also, if you have some spare quad modems or old chassis, drop me a line. They don't need to be V.90, but I need them pretty quick. 3com employees feel free to reply off-list if it's something you'd need to keep confidential. -- Aaron Nabil

On Fri, 10 Mar 2000, Kent Tambling wrote: > Nooooooooo, not bluestar! > > Says they offer a service, then can't.... > Says they offer a service, then can't.... > Says they offer a service, then can't.... > Says they offer a service, then can't.... Can you give details? Does bluestar allow other ISP's to resale their service? Sorry for the topic, I realize this isn't exactly usr-tc related, and if anyone has this info, I'd be glad to take it up off list. Brian > > > > ----- Original Message ----- > From: "Brian" <signal@shreve.net> > To: <usr-tc@lists.xmission.com> > Sent: Friday, March 10, 2000 12:31 PM > Subject: Re: (usr-tc) Wholesale DSL ? > > > On Fri, 10 Mar 2000, Jeff Binkley wrote: > > > Is anyone aware of wholesale DSL providers that also provide Internet > > service like the dialup whoesalers ? > > I *think* www.bluestar.net > > > > > Thanks, > > > > Jeff Binkley > > ASA Network Computing > > > > - > > 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 (BF304) signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > 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 (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

funny.. the got 31M to offer a service they can't? scott -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Kent Tambling Sent: Friday, March 10, 2000 12:33 PM Nooooooooo, not bluestar! Says they offer a service, then can't.... Says they offer a service, then can't.... Says they offer a service, then can't.... Says they offer a service, then can't.... ----- Original Message ----- Sent: Friday, March 10, 2000 12:31 PM On Fri, 10 Mar 2000, Jeff Binkley wrote: > Is anyone aware of wholesale DSL providers that also provide Internet > service like the dialup whoesalers ? I *think* www.bluestar.net > > Thanks, > > Jeff Binkley > ASA Network Computing > > - > 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 (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal 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.

Don't use sho CPU utilization: HiPer>> sho cpu utILIZATION CPU Utilization: Instantaneous : 0% Last Minute : 0% Last Hour : 0% Last Day : 0% This is with 60+ calls... ANOTHER 3COM BUG! Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 10 Mar 2000, Dwayne Varey wrote: > What is the best way to determine the amount of load a hiperarc is under? > Is there an oid for the total control chassis back plane usage, or something > similar? How do you determine the amount of processor usage on a total > control chassis? Any advice would be appreciated. > > > ________________________________________________ > > Dwayne Varey > > 2nd Level Support > > WestNet - WA's Statewide Internet Provider > > Phone: 92182600 - Fax: 92182666 > > http://www.wn.com.au > > _________________________________________________ > > > > > > - > 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. >

Nooooooooo, not bluestar! Says they offer a service, then can't.... Says they offer a service, then can't.... Says they offer a service, then can't.... Says they offer a service, then can't.... ----- Original Message ----- Sent: Friday, March 10, 2000 12:31 PM On Fri, 10 Mar 2000, Jeff Binkley wrote: > Is anyone aware of wholesale DSL providers that also provide Internet > service like the dialup whoesalers ? I *think* www.bluestar.net > > Thanks, > > Jeff Binkley > ASA Network Computing > > - > 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 (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal 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.

How did you decide on 1518 for the MTU size? Randy McMillan PacInfo ----- Original Message ----- Sent: Friday, March 10, 2000 11:12 AM Where to start? > Problem Solved... > As everyone suspected - it was an MTU problem. More specifically a problem > in the MTU size. Setting the MTU size to 1500 via Radius did NOT fix the > problem. After a few enlightening words from the folks at Source > Technology, and the comments received via this list, I set the MTU size to > 1518 in Radius AND on the Default user in the ARC itself. Everything now > works flawlessly. > > I appreciate everyone's help. > > Thanks > Robb Bryn > > >

Problem Solved... As everyone suspected - it was an MTU problem. More specifically a problem in the MTU size. Setting the MTU size to 1500 via Radius did NOT fix the problem. After a few enlightening words from the folks at Source Technology, and the comments received via this list, I set the MTU size to 1518 in Radius AND on the Default user in the ARC itself. Everything now works flawlessly. I appreciate everyone's help. Thanks Robb Bryn > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Robb Bryn > Sent: Sunday, March 05, 2000 12:22 PM > To: 'usr-tc@lists.xmission.com' > Subject: (usr-tc) Websites failing on TCHub vs Ascend... > Where to start? > > > > We recently have been getting numerous complaints from our users about > websites that are dog slow or not coming up at all. Normally > I wrote it off > as "net traffic" and kept going. Recently we installed an Ascend Max > product and an old Portmaster product. It appears that users > dialing into > the TCHub are having difficulty with specific sites where > users dialing into > the Ascend and Portmaster products are having no trouble at > all with the > same sites. 90% of all sites are accessable from the TCHub > while specific > sites continue to fail (starnews.wilmington.net, www.genforum.com are two examples). Where do I begin to troubleshoot this problem? TCHub versions HARC = 4.2.32 DSP = 2.0.51 Thanks Robb Bryn - 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, 9 Mar 2000, Jason Englander wrote: > On Thu, 9 Mar 2000, Mike Andrews wrote: > > > It's a bit mask. 1 is no alarm, 32 is red alarm, 128 is a loopback at the > > near end, and so on. You want to see a value of 1 (only bit 0 set). > > > > Here's a fragment of Perl code I have that checks T1 status on a DSP -- it > > was easier to paste this in than try to explain each bit. :) (This > > doesn't work on a Dual PRI/T1 card, by the way). > > > > my ($alarm) = &ma_snmp::snmpget ($chassname, > > $usr3com_cfg::nmc_ro_communities{$chassname}, > > "1.3.6.1.2.1.10.18.6.1.10.$t1"); > > print "[No Alarm] " if $alarm & 1; > > print "[Far-End LOF (YELLOW)] " if $alarm & 2; > > print "[Near-End Sending LOF] " if $alarm & 4; > > print "[Far-End AIS] " if $alarm & 8; > > print "[Near-End AIS] " if $alarm & 16; > > print "[Near-End LOF (RED)] " if $alarm & 32; > > print "[Near-End LOS] " if $alarm & 64; > > print "[Near-End Looped] " if $alarm & 128; > > print "[E1 TS16 AIS] " if $alarm & 256; > > print "[Far-End TS16 LOMF] " if $alarm & 512; > > print "[Near-End TS16 LOMF] " if $alarm & 1024; > > print "[Near-End Testcode] " if $alarm & 2048; > > print "[??] " if $alarm & 4096; > > Then I unplugged the first HiperDSP's T1 (FYI: a channelized T1 - Robbed > Bit is set) and got this: > > transmission.18.6.1.10.1025 = 100 > transmission.18.6.1.10.2025 = 1 > transmission.18.6.1.10.3025 = 1 > transmission.18.6.1.10.4025 = 1 > transmission.18.6.1.10.5025 = 1 > transmission.18.6.1.10.6025 = 1 > > Any idea what 100 is? Looks to me like it should be showing 64, no? 100 = 64 + 32 + 4. :) You're got 3 alarm conditions at once. You're both sending and receiving LOF if the T1 isn't plugged in... Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things."

I can't speak as a representative of Bluestar and any comments should be considered as only opinion.... They have contacted almost every tech company in our area about 'partnering' with them, kinda like LCT long distance or Amway, seems everyone you meet can sell DSL. The deal (as we understand it) is not so much wholesale but up front commission where bluestar owns the customer. Again, you would have to check on this. Also, since they can't actually deliver service in our area yet (as of last week, anyway), putting quotes in the hands of every business they can find doesn't make us very happy. Some of our hosting clients in the Jacksonville area (where service is offered) have been given a multitude of quotes, plans, reasons why the service they thought they could get is not available, delayed, etc.. Mabe this stuff is just too new, but confusion makes us uncomfortable. A better solution is to buy wholesale from Kovad, NorthPoint, or New Edge, or local Bell and drop in a DS3 ATM and set up your own circuits. Pretty sure these others have more capitol and longer legs than Bluestar. Again, just my opinion. Kent Tambling kent@acceleration.net System Administrator www.acceleration.net ----- Original Message ----- Sent: Friday, March 10, 2000 1:48 PM On Fri, 10 Mar 2000, Kent Tambling wrote: > Nooooooooo, not bluestar! > > Says they offer a service, then can't.... > Says they offer a service, then can't.... > Says they offer a service, then can't.... > Says they offer a service, then can't.... Can you give details? Does bluestar allow other ISP's to resale their service? Sorry for the topic, I realize this isn't exactly usr-tc related, and if anyone has this info, I'd be glad to take it up off list. Brian > > > > ----- Original Message ----- > From: "Brian" <signal@shreve.net> > To: <usr-tc@lists.xmission.com> > Sent: Friday, March 10, 2000 12:31 PM > Subject: Re: (usr-tc) Wholesale DSL ? > > > On Fri, 10 Mar 2000, Jeff Binkley wrote: > > > Is anyone aware of wholesale DSL providers that also provide Internet > > service like the dialup whoesalers ? > > I *think* www.bluestar.net > > > > > Thanks, > > > > Jeff Binkley > > ASA Network Computing > > > > - > > 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 (BF304) signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > 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 (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal 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.

On Fri, 10 Mar 2000, Mike Andrews wrote: > 100 = 64 + 32 + 4. :) You're got 3 alarm conditions at once. You're both > sending and receiving LOF if the T1 isn't plugged in... Thanks guys, I think I just needed a little knock to the head to get the "oh yeah...". Jason -- Jason Englander <jason@interl.net> Systems Administrator - InterLink L.C.

|-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of David Hamilton |Sent: Friday, March 10, 2000 2:22 PM |To: Usr-Tc@Lists.Xmission.Com |Subject: (usr-tc) hyper arc reste | | | |I need to reset a hyper arc to factory defaults? I don't have the telnet |password or the console password. I have physical access. Is there a |jumper setting that will do this? | |David Hamilton | | You can use the boot ROM menu from a console connection.. Choose option 13 from the menu.

I need to reset a hyper arc to factory defaults? I don't have the telnet password or the console password. I have physical access. Is there a jumper setting that will do this? David Hamilton

Does the TC HiperARC/DSP chassis support NFAS on PRIs? -- Mark E. Levy, President FSINet, Inc. 800-827-6085 x202 847-753-6832 fax www.fsi.net mark@fsi.net

On Thu, 9 Mar 2000, Mike Andrews wrote: > AT&K0S51.6=1S76=7S81=34S54=96 is what we use here for our alternate dialin > number. This disables x2, v.90, v.42bis compression, MNP 5 compression, > and the 3429 symbol rate -- pretty much everything that could possibly go > wrong with a 33.6K or a 56K modem. :) You might want to use S81=32, unless you have some inside knowledge about what bit 1 does that isn't in the documentation. In which case, you should share. :) -a

I'd be interested in this list, too, if you ever find it! Dave On Thursday, March 09, 2000 8:29 PM, Paul Farber [SMTP:farber@admin.f-tech.net] wrote: > anyone have a URL or document that describes 3COM's VSA sent via radius? > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > > - > 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 can't login to console. It is password protected and I don't have the password. That was the purpose of this post. hyper arc boot ROM menu? -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Mike Sent: Friday, March 10, 2000 4:10 PM |-----Original Message----- |From: owner-usr-tc@lists.xmission.com |[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of David Hamilton |Sent: Friday, March 10, 2000 2:22 PM |To: Usr-Tc@Lists.Xmission.Com |Subject: (usr-tc) hyper arc reste | | | |I need to reset a hyper arc to factory defaults? I don't have the telnet |password or the console password. I have physical access. Is there a |jumper setting that will do this? | |David Hamilton | | You can use the boot ROM menu from a console connection.. Choose option 13 from the menu. - 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.

Thus spake David Hamilton >I can't login to console. >It is password protected and I don't have the password. >That was the purpose of this post. >hyper arc boot ROM menu? When you reboot an Arc (or initially plug it in ;) a boot rom menu pops up before the actual Arc code gets booted. This gives you quite a few options...one of which being, delete the Arc config on the system (Mike says its option 13, I don't have one handy to check with, but I've never known him to be wrong before ;) When that menu comes up on the console, just select option 13 and let the thing boot...it should, once booted, drop you into the QuickSetup dialog with a totally blank configuration on the Arc. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

sighhh... Thanks..That was it. -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Mcadams Sent: Friday, March 10, 2000 4:30 PM Thus spake David Hamilton >I can't login to console. >It is password protected and I don't have the password. >That was the purpose of this post. >hyper arc boot ROM menu? When you reboot an Arc (or initially plug it in ;) a boot rom menu pops up before the actual Arc code gets booted. This gives you quite a few options...one of which being, delete the Arc config on the system (Mike says its option 13, I don't have one handy to check with, but I've never known him to be wrong before ;) When that menu comes up on the console, just select option 13 and let the thing boot...it should, once booted, drop you into the QuickSetup dialog with a totally blank configuration on the Arc. -- 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.

Thus spake Mark E. Levy >Does the TC HiperARC/DSP chassis support NFAS on PRIs? DSP code 2.0.x and later does. Dual-PRI cards do as well...not sure on the code version needed for that. You *can't* do NFAS between a DSP and dual-pri card...no inter-card-type NFAS allowed (sounds almost racial or something ;) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

I started at 1514 per Source Technology's recommendation and found that 1514 fixed "most" of the problems, began incrementing by 4 until it worked on all sites, ended at 1518. Thanks Robb Bryn > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Randy McMillan > Sent: Friday, March 10, 2000 5:12 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) ****SOLVED***** Websites failing on TCHub vs > Ascend... Where to start? > > > How did you decide on 1518 for the MTU size? > > Randy McMillan > PacInfo > > ----- Original Message ----- > From: Robb Bryn <rbryn@cape-fear.net> > To: <usr-tc@lists.xmission.com> > Sent: Friday, March 10, 2000 11:12 AM > Subject: (usr-tc) ****SOLVED***** Websites failing on TCHub > vs Ascend... > Where to start? > > > > Problem Solved... > > As everyone suspected - it was an MTU problem. More specifically a > problem > > in the MTU size. Setting the MTU size to 1500 via Radius > did NOT fix the > > problem. After a few enlightening words from the folks at Source > > Technology, and the comments received via this list, I set > the MTU size to > > 1518 in Radius AND on the Default user in the ARC itself. > Everything now > > works flawlessly. > > > > I appreciate everyone's help. > > > > Thanks > > Robb Bryn > > > > > > > > > - > 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. >

May be it has something to do with the fact that 1518 is the max MTU permited by ethernet and many sites might have it as the default MTU. Sonny >From: "Robb Bryn" <rbryn@cape-fear.net> >Reply-To: usr-tc@lists.xmission.com >To: <usr-tc@lists.xmission.com> >Subject: RE: (usr-tc) ****SOLVED***** Websites failing on TCHub vs >Ascend... Where to start? >Date: Fri, 10 Mar 2000 16:59:52 -0500 > >I started at 1514 per Source Technology's recommendation and found that >1514 >fixed "most" of the problems, began incrementing by 4 until it worked on >all >sites, ended at 1518. > >Thanks >Robb Bryn > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Randy McMillan > > Sent: Friday, March 10, 2000 5:12 PM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) ****SOLVED***** Websites failing on TCHub vs > > Ascend... Where to start? > > > > > > How did you decide on 1518 for the MTU size? > > > > Randy McMillan > > PacInfo > > > > ----- Original Message ----- > > From: Robb Bryn <rbryn@cape-fear.net> > > To: <usr-tc@lists.xmission.com> > > Sent: Friday, March 10, 2000 11:12 AM > > Subject: (usr-tc) ****SOLVED***** Websites failing on TCHub > > vs Ascend... > > Where to start? > > > > > > > Problem Solved... > > > As everyone suspected - it was an MTU problem. More specifically a > > problem > > > in the MTU size. Setting the MTU size to 1500 via Radius > > did NOT fix the > > > problem. After a few enlightening words from the folks at Source > > > Technology, and the comments received via this list, I set > > the MTU size to > > > 1518 in Radius AND on the Default user in the ARC itself. > > Everything now > > > works flawlessly. > > > > > > I appreciate everyone's help. > > > > > > Thanks > > > Robb Bryn > > > > > > > > > > > > > > > - > > 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. ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

Here INFO0 sequince I recive from HperDSP (from 12bit) -21FD. As defned in ITU-V34: === 10.1.2.3.3 INFO0 information bits Table 14 defines the bits in the INFO0 sequences. Bit 0 is transmitted first. TABLE 14/V.34 Definition of bits in INFO0 sequences INFO0 bits LSB:MSB Definition 0:3 Fill bits: 1111 4:11 Frame sync: 01110010, where the left-most bit is first in time 12 Set to 1 indicates symbol rate 2743 is supported 13 Set to 1 indicates symbol rate 2800 is supported 14 Set to 1 indicates symbol rate 3429 is supported 15 Set to 1 indicates the ability to transmit at the low carrier frequency with a symbol rate of 3000 16 Set to 1 indicates the ability to transmit at the high carrier frequency with a symbol rate of 3000 17 Set to 1 indicates the ability to transmit at the low carrier frequency with a symbol rate of 3200 18 Set to 1 indicates the ability to transmit at the high carrier frequency with a symbol rate of 3200 19 Set to 0 indicates that transmission with a symbol rate of 3429 is disallowed 20 Set to 1 indicates the ability to reduce transmit power to a value lower than the nominal setting 21:23 Maximum allowed difference in symbol rates in the transmit and receive directions. With the symbol rates labelled in increasing order, where 0 represents 2400 and 5 represents 3429, an integer between 0 and 5 indicates the difference allowed in number of symbol rate steps 24 Set to 1 in an INFO0 sequence transmitted from a CME modem 25 Set to 1 indicates the ability to support up to 1664 point signal constellations 26:27 Transmit clock source: 0 = internal, 1 = synchronized to receive timing, 2 = external, 3 = reserved for ITU 28 Set to 1 to acknowledge correct reception of an INFO0 frame during error recovery 29:44 CRC 45:48 Fill bits: 1111 NOTES 1 - Bits 12 through 14 are used to indicate the modem's capabilities and/or configuration. The values of bits 15 through 20 depend upon regulatory requirements and apply only to the modem's transmitter. 2 - Bit 24 may be used in conjunction with the GSTN access category octet defined in Recommendation V.8 to determine the optimum parameters for the signal convertors and error-control functions in the call and answer modem and any intervening CME. ====== Anybody know why? S54=64 on HiperDSP ===== mdm1> ati4 Modem Current Settings E0 Q1 V0 X0 &A1 &G0 &K1 &M4 &N0 &U0 %B7 *U1=1 *U2=0 *U3=1 *V2=0 *X0=2048 *X1=2 S00=001 S01=000 S02=043 S03=013 S04=010 S05=008 S06=002 S07=060 S08=002 S09=006 S10=007 S11=070 S12=050 S13=000 S14=001 S15=000 S16=000 S17=000 S18=000 S19=000 S20=000 S21=000 S22=000 S23=000 S24=000 S25=000 S26=000 S27=000 S28=008 S29=020 S30=000 S31=000 S32=000 S33=000 S34=000 S35=000 S36=000 S37=000 S38=000 S39=012 S40=000 S41=000 S42=000 S43=000 S44=000 S45=000 S46=000 S47=000 S48=000 S49=016 S50=100 S51=064 S52=005 S53=000 S54=064 S55=000 S56=000 S57=000 S58=000 S59=000 S60=000 S61=000 S62=000 S63=000 S64=000 S65=000 S66=000 S67=001 S68=000 S69=000 S70=000 S71=000 S72=000 S73=001 S74=000 S75=000 S76=000 S77=000 S78=000 S79=000 S80=000 S81=000 S82=012 Last Dialed #: ====== Good luck ! ====================== Andrey Zimin | AVZ7-RIPE MTU-Intel ISP Moscow, Russia ======================

Hi all! Anybody know what settings I need on HiperDSP(2.0.51) for delay modem answer on 3sec? As I read in documenation s0 register can`t supported and must be set in 0... :-(( Thank for advice! Good luck ! ====================== Andrey Zimin | AVZ7-RIPE MTU-Intel ISP Moscow, Russia ======================

Heh. I couldn't remember offhand, so I had to go dig around and find it... but I finally did find it, doing a "grep -i s81 *mib". Bit 1 is for enabling/disabling "x2 Version 2". Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Fri, 10 Mar 2000, Aaron Nabil wrote: > On Thu, 9 Mar 2000, Mike Andrews wrote: > > > AT&K0S51.6=1S76=7S81=34S54=96 is what we use here for our alternate dialin > > number. This disables x2, v.90, v.42bis compression, MNP 5 compression, > > and the 3429 symbol rate -- pretty much everything that could possibly go > > wrong with a 33.6K or a 56K modem. :) > > You might want to use S81=32, unless you have some inside knowledge > about what bit 1 does that isn't in the documentation. In which case, > you should share. :)

From the ATS$ command: S54 Bit Mapped 1 = Disable 2400 symbol rate 2 = Disable 2743 symbol rate 4 = Disable 2800 symbol rate 8 = Disable 3000 symbol rate 16 = Disable 3200 symbol rate 32 = Disable 3429 symbol rate 64 = Disable V.8 Call Indicate 128 = Disable V.8 Mode so s54=64 should enable all symbol rates. I don't think there's a *direct* relationship between the S54 register and anything in the v.34 spec. But I would be *very* interested to see if there's a way to get anything this low-level out of *any* modem... (I'm still hoping I could use something like that to ID the brand of modem at the remote end -- that would be *great* for troubleshooting.) So how did you get the INFO0 bits directly? Please share. :) How new is your copy of the v.34 spec? They charge money for copies of that nowadays. I have an older copy from before that time, but it's out of date and doesn't include the 31.2K/33.6K extensions. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Sun, 12 Mar 2000, Andrey Zimin wrote: > Here INFO0 sequince I recive from HperDSP (from 12bit) -21FD. > > As defned in ITU-V34: > === > 10.1.2.3.3 INFO0 information bits > Table 14 defines the bits in the INFO0 sequences. Bit 0 is transmitted first. > > TABLE 14/V.34 > Definition of bits in INFO0 sequences > > INFO0 bits > LSB:MSB Definition > 0:3 Fill bits: 1111 > 4:11 Frame sync: 01110010, where the left-most bit is first in time > 12 Set to 1 indicates symbol rate 2743 is supported > 13 Set to 1 indicates symbol rate 2800 is supported > 14 Set to 1 indicates symbol rate 3429 is supported > 15 Set to 1 indicates the ability to transmit at the low carrier frequency with a symbol rate of 3000 > 16 Set to 1 indicates the ability to transmit at the high carrier frequency with a symbol rate of 3000 > 17 Set to 1 indicates the ability to transmit at the low carrier frequency with a symbol rate of 3200 > 18 Set to 1 indicates the ability to transmit at the high carrier frequency with a symbol rate of 3200 > 19 Set to 0 indicates that transmission with a symbol rate of 3429 is disallowed > 20 Set to 1 indicates the ability to reduce transmit power to a value lower than the nominal setting > 21:23 Maximum allowed difference in symbol rates in the transmit and receive directions. With the symbol rates labelled in > increasing order, where 0 represents 2400 and 5 represents 3429, an integer between 0 and 5 indicates the difference allowed in > number of symbol rate steps > 24 Set to 1 in an INFO0 sequence transmitted from a CME modem > 25 Set to 1 indicates the ability to support up to 1664 point signal constellations > 26:27 Transmit clock source: 0 = internal, 1 = synchronized to receive timing, 2 = external, 3 = reserved for ITU > 28 Set to 1 to acknowledge correct reception of an INFO0 frame during error recovery > 29:44 CRC > 45:48 Fill bits: 1111 > NOTES > 1 - Bits 12 through 14 are used to indicate the modem's capabilities and/or configuration. The values of bits 15 through 20 depend > upon regulatory requirements and apply only to the modem's transmitter. > 2 - Bit 24 may be used in conjunction with the GSTN access category octet defined in Recommendation V.8 to determine the optimum > parameters for the signal convertors and error-control functions in the call and answer modem and any intervening CME. > ====== > > Anybody know why? > S54=64 on HiperDSP > ===== > mdm1> ati4 > > > Modem Current Settings > > E0 Q1 V0 X0 > &A1 &G0 &K1 &M4 &N0 &U0 %B7 > *U1=1 *U2=0 *U3=1 *V2=0 *X0=2048 *X1=2 > > S00=001 S01=000 S02=043 S03=013 S04=010 S05=008 S06=002 S07=060 > S08=002 S09=006 S10=007 S11=070 S12=050 S13=000 S14=001 S15=000 > S16=000 S17=000 S18=000 S19=000 S20=000 S21=000 S22=000 S23=000 > S24=000 S25=000 S26=000 S27=000 S28=008 S29=020 S30=000 S31=000 > S32=000 S33=000 S34=000 S35=000 S36=000 S37=000 S38=000 S39=012 > S40=000 S41=000 S42=000 S43=000 S44=000 S45=000 S46=000 S47=000 > S48=000 S49=016 S50=100 S51=064 S52=005 S53=000 S54=064 S55=000 > S56=000 S57=000 S58=000 S59=000 S60=000 S61=000 S62=000 S63=000 > S64=000 S65=000 S66=000 S67=001 S68=000 S69=000 S70=000 S71=000 > S72=000 S73=001 S74=000 S75=000 S76=000 S77=000 S78=000 S79=000 > S80=000 S81=000 S82=012 > > Last Dialed #: > ====== > > > Good luck ! > ====================== > Andrey Zimin | AVZ7-RIPE > MTU-Intel ISP > Moscow, Russia > ====================== > > > - > 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. >

S50 in 1/50th seconds, default is 100, 255 will double the delay from 2 to 5 seconds. -- Aaron Nabil

Hi: We have a couple of these boxes, and need to make a console cable like captioned. Anyone have the pinout for this? Real pain in the butt to use adapters, etc. to get the original console cable to work. Thanks! Ben

Actually, 3com explained this little quirk a while ago (check the archives). For some reason, they designed it to show CPU utilization above average, rather than an absolute value. i.e. if you normally run at 20% cpu usage, and suddenly peak to 30%, in theory "show cpu" would show 10%. And it *does* on occasion show a non-zero value (we graph it with MRTG) -- it's just really rare. So it's not broken, just designed really really strangely. :) (An absolute value would be much more useful.) Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Mon, 13 Mar 2000, Dwayne Varey wrote: > If this command doesn't work, is there any that will? > > > -----Original Message----- > > From: Paul Farber [mailto:farber@admin.f-tech.net] > > Sent: Saturday, March 11, 2000 2:32 AM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) Advice needed > > > > > > Don't use sho CPU utilization: > > > > HiPer>> sho cpu utILIZATION > > > > CPU Utilization: > > Instantaneous : 0% > > Last Minute : 0% > > Last Hour : 0% > > Last Day : 0% > > > > This is with 60+ calls... ANOTHER 3COM BUG! > > > > > > Paul Farber > > Farber Technology > > farber@admin.f-tech.net > > Ph 570-628-5303 > > Fax 570-628-5545 > > > > On Fri, 10 Mar 2000, Dwayne Varey wrote: > > > > > What is the best way to determine the amount of load a > > hiperarc is under? > > > Is there an oid for the total control chassis back plane > > usage, or something > > > similar? How do you determine the amount of processor > > usage on a total > > > control chassis? Any advice would be appreciated. > > > > > > > ________________________________________________ > > > > Dwayne Varey > > > > 2nd Level Support > > > > WestNet - WA's Statewide Internet Provider > > > > Phone: 92182600 - Fax: 92182666 > > > > http://www.wn.com.au > > > > _________________________________________________ > > > > > > > > > > > > > > - > > > 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. >

On Mon, 13 Mar 2000, Andrey Zimin wrote: > But I can`t understand why HiperDSP not support 2800 symbol rate, supported on > other USR modems line... Dunno... I can try it out here tomorrow. I don't seem to have any calls up at 2800 right now, though I did have some at 2743... > And other strange thing like that: > We are made wide statistical test calls for compiring Cisco (AS5300, MICA modem) and > USR Hiper NASes and get very strange output. > All calls on Hiper would have more power reduction on high frequencies, in comparison with MICA. > For sample two typical calls (from 200 calls series) at same time from one point and > one modem: You can tweak the transmit power on the DSP's, though I'm not sure that's what you're shooting for... > > But I would be *very* interested to see if there's a way to get anything > > this low-level out of *any* modem... (I'm still hoping I could use > > something like that to ID the brand of modem at the remote end -- that > > would be *great* for troubleshooting.) So how did you get the INFO0 bits > > directly? Please share. :) > Not I am. It maked for me one INPRO company engeneer who write code for > modem based on Lucent (AT&T) 1634 datapump. He know many backdoors > for DSP. As I belive all modem on that chipset may give handshake sequince > for human who know secret word... ;-)) Ah, so you got it from the client side, not the server side. I did dig around and found documentation on Lucent's web site that says how to pull the v.34 bits out of an LT Win Modem. Not too secret after all... :)

Target[arc-cpu]: 1.3.6.1.4.1.429.4.3.1.13.0&1.3.6.1.4.1.429.4.3.1.14.0:commname@arcname Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things." On Mon, 13 Mar 2000, Dwayne Varey wrote: > Mike, > What is the oid to graph the value with MRTG? > Thanks for the advice. > > > -----Original Message----- > > From: Mike Andrews [mailto:mandrews@bit0.com] > > Sent: Monday, March 13, 2000 10:47 AM > > To: 'usr-tc@lists.xmission.com' > > Subject: RE: (usr-tc) Advice needed > > > > > > Actually, 3com explained this little quirk a while ago (check the > > archives). For some reason, they designed it to show CPU utilization > > above average, rather than an absolute value. i.e. if you > > normally run at > > 20% cpu usage, and suddenly peak to 30%, in theory "show cpu" > > would show > > 10%. And it *does* on occasion show a non-zero value (we > > graph it with > > MRTG) -- it's just really rare. So it's not broken, just > > designed really > > really strangely. :) (An absolute value would be much more useful.) > > > > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > > "Don't sweat the petty things, and don't pet the sweaty things." > > > > On Mon, 13 Mar 2000, Dwayne Varey wrote: > > > > > If this command doesn't work, is there any that will? > > > > > > > -----Original Message----- > > > > From: Paul Farber [mailto:farber@admin.f-tech.net] > > > > Sent: Saturday, March 11, 2000 2:32 AM > > > > To: usr-tc@lists.xmission.com > > > > Subject: Re: (usr-tc) Advice needed > > > > > > > > > > > > Don't use sho CPU utilization: > > > > > > > > HiPer>> sho cpu utILIZATION > > > > > > > > CPU Utilization: > > > > Instantaneous : 0% > > > > Last Minute : 0% > > > > Last Hour : 0% > > > > Last Day : 0% > > > > > > > > This is with 60+ calls... ANOTHER 3COM BUG! > > > > > > > > > > > > Paul Farber > > > > Farber Technology > > > > farber@admin.f-tech.net > > > > Ph 570-628-5303 > > > > Fax 570-628-5545 > > > > > > > > On Fri, 10 Mar 2000, Dwayne Varey wrote: > > > > > > > > > What is the best way to determine the amount of load a > > > > hiperarc is under? > > > > > Is there an oid for the total control chassis back plane > > > > usage, or something > > > > > similar? How do you determine the amount of processor > > > > usage on a total > > > > > control chassis? Any advice would be appreciated. > > > > > > > > > > > ________________________________________________ > > > > > > Dwayne Varey > > > > > > 2nd Level Support > > > > > > WestNet - WA's Statewide Internet Provider > > > > > > Phone: 92182600 - Fax: 92182666 > > > > > > http://www.wn.com.au > > > > > > _________________________________________________ > > > > > > > > > > > > > > > > > > > > > > - > > > > > 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. > > > > > > > > > - > > 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. >

Can this be set in TCM? I notice that my DSPs connect much quicker than the quads do... ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite Q FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ============================================================================== On Sun, 12 Mar 2000, Aaron Nabil wrote: > > > S50 in 1/50th seconds, default is 100, 255 will double > the delay from 2 to 5 seconds. > > -- > Aaron Nabil > > > - > 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. >

> >From the ATS$ command: == skip > so s54=64 should enable all symbol rates. I don't think there's a > *direct* relationship between the S54 register and anything in the v.34 > spec. I know. Not all S-register on modem worked as defined in help and/or documentations. For sample S55 - USR support only 64S-4D trellis on recive stream. But I can`t understand why HiperDSP not support 2800 symbol rate, supported on other USR modems line... And other strange thing like that: We are made wide statistical test calls for compiring Cisco (AS5300, MICA modem) and USR Hiper NASes and get very strange output. All calls on Hiper would have more power reduction on high frequencies, in comparison with MICA. For sample two typical calls (from 200 calls series) at same time from one point and one modem: ======= Connection Summary: USR HiPer +-----------------------+-----------------+-----------------------------+ | USRSTATS Version 4.19 | 03-08-00 20:12 | 9955554 | +-----------------------+-----------+-----+-----------------------------+ | Elapsed Time 00:00:31 | Modulation V.34+ | | Blocks Received 9 | Speed 31200/24000 | | Blers 0 | Symbol Rate 3429/3429 | | Blocks sent 12 | Carrier Frequency 1959/1959 | | Link Naks 0 | Trellis Code 64S-4D/64S-4D | | Blocks resent 0 | Nonlinear Encoding On/On | | Link Timeouts 0 | Precoding On/On | | Chars sent 12 | Shaping On/On | | Octets sent 12 | Preemphasis 6/6 | | Chars lost 0 | Rx Lev/TX Lev/SNR 29/10/ 38 | | Chars Received 223 | Echo Loss Near 65 Far 76 | | Octets Received 227 | Roundtrip Delay 6 | | Protocol LAPM | Retrains Request/Grant 0/0 | | Block Size | Fallback Disabled | | Window Size | HST Line Reversals 0 | | Compression V42BIS | HST Equalization Long | | Dictionary Size 2048 | SV: DSP: | | String Length 32 | Reason: Online | +-----------------------------------+-----------------------------------+ Channel Probe: +---------------------------------------------------------------+ | -24 | . x X X X x x x . . . . . . . . . . . . . . . . . | 1 | | -26 | . X X X X X X X X X x x . . . . . . . . . . . . . | 3 | | -28 | . X X X X X X X X X X X X X x x . . . . . . . . . | 5 | | -30 | . X X X X X X X X X X X X X X X X X x x . . . . . | 7 | | -32 | X X X X X X X X X X X X X X X X X X X X X . . . . | 9 | | -34 | X X X X X X X X X X X X X X X X X X X X X X . . . | 11 | | -36 | X X X X X X X X X X X X X X X X X X X X X X X . . | 13 | | -38 | X X X X X X X X X X X X X X X X X X X X X X X . . | 15 | | -40 | X X X X X X X X X X X X X X X X X X X X X X X x . | 17 | | -42 | X X X X X X X X X X X X X X X X X X X X X X X X . | 19 | | -44 |=X=X=X=X=X=X=X=X=X=X=X=X=X=X=X=X=X=X=X=X=X=X=X=X=.=| 21 | | -46 | X X X X X X X X X X X X X X X X X X X X X X X X . | 23 | | -48 | X X X X X X X X X X X X X X X X X X X X X X X X X | 25 | |Level+---------------------------------------------------+Atten| | 0 0 0 0 0 0 1 1 1 1 1 1 1 2 2 2 2 2 2 3 3 3 3 3 3 | | 1 3 4 6 7 9 0 2 3 5 6 8 9 1 2 4 5 7 8 0 1 3 4 6 7 | | 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 | | 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 | +---------------------------------------------------------------+ =============================================================================== Connection Summary: Cisco +-----------------------+-----------------+-----------------------------+ | USRSTATS Version 4.19 | 03-08-00 20:28 | 9955555 | +-----------------------+-----------+-----+-----------------------------+ | Elapsed Time 00:00:33 | Modulation V.34+ | | Blocks Received 10 | Speed 31200/21600 | | Blers 0 | Symbol Rate 3429/3429 | | Blocks sent 9 | Carrier Frequency 1959/1959 | | Link Naks 0 | Trellis Code 64S-4D/64S-4D | | Blocks resent 0 | Nonlinear Encoding On/On | | Link Timeouts 0 | Precoding On/On | | Chars sent 12 | Shaping On/On | | Octets sent 9 | Preemphasis 6/6 | | Chars lost 0 | Rx Lev/TX Lev/SNR 31/10/ 37 | | Chars Received 255 | Echo Loss Near 65 Far 76 | | Octets Received 248 | Roundtrip Delay 6 | | Protocol LAPM | Retrains Request/Grant 0/0 | | Block Size | Fallback Disabled | | Window Size | HST Line Reversals 0 | | Compression V42BIS | HST Equalization Long | | Dictionary Size 2048 | SV: DSP: | | String Length 32 | Reason: Online | +-----------------------------------+-----------------------------------+ Channel Probe: +---------------------------------------------------------------+ | -26 | . . . x . . . . . . . . . . . . . . . . . . . . . | 0 | | -28 | . x X X X X X x . . . . . . . . . . . . . . . . . | 2 | | -30 | . X X X X X X X X X x x . . . . . . . . . . . . . | 4 | | -32 | . X X X X X X X X X X X X X x x . . . . . . . . . | 6 | | -34 | x X X X X X X X X X X X X X X X X X x x . . . . . | 8 | | -36 | X X X X X X X X X X X X X X X X X X X X X X x . . | 10 | | -38 | X X X X X X X X X X X X X X X X X X X X X X X x . | 12 | | -40 | X X X X X X X X X X X X X X X X X X X X X X X X . | 14 | | -42 | X X X X X X X X X X X X X X X X X X X X X X X X x | 16 | |Level+---------------------------------------------------+Atten| | 0 0 0 0 0 0 1 1 1 1 1 1 1 2 2 2 2 2 2 3 3 3 3 3 3 | | 1 3 4 6 7 9 0 2 3 5 6 8 9 1 2 4 5 7 8 0 1 3 4 6 7 | | 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 0 5 | | 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 | +---------------------------------------------------------------+ ======== > But I would be *very* interested to see if there's a way to get anything > this low-level out of *any* modem... (I'm still hoping I could use > something like that to ID the brand of modem at the remote end -- that > would be *great* for troubleshooting.) So how did you get the INFO0 bits > directly? Please share. :) Not I am. It maked for me one INPRO company engeneer who write code for modem based on Lucent (AT&T) 1634 datapump. He know many backdoors for DSP. As I belive all modem on that chipset may give handshake sequince for human who know secret word... ;-)) Other interesting thing - russian code for popular USR courer modem ID_SDL 4.03 is able get V90 and V42 sequence by ATI30I31 command. ftp://ftp.usr.spb.ru/courier/id_sdl/ I am sorry, but documentation only on russian language... Or special equipment for modem trobleshuting like http://www.analytic.ru/ > How new is your copy of the v.34 spec? They charge money for copies of > that nowadays. I have an older copy from before that time, but it's out > of date and doesn't include the 31.2K/33.6K extensions. I have V0034e document. It cost no many - ~40$, like good book in shop. ===== ITU-T V.34 TELECOMMUNICATION STANDARDIZATION SECTOR OF ITU (10/96) SERIES V: DATA COMMUNICATION OVER THE TELEPHONE NETWORK Interfaces and voiceband modems A modem operating at data signalling rates of up to 33 600 bit/s for use on the general switched telephone network and on leased point-to-point 2-wire telephone-type circuits ITU-T Recommendation V.34 (Previously CCITT Recommendation) ====== Good luck ! ====================== Andrey Zimin | AVZ7-RIPE MTU-Intel ISP Moscow, Russia ======================

> S50 in 1/50th seconds, default is 100, 255 will double > the delay from 2 to 5 seconds. Yes! Great! It`s realy help! Thank you! Other question - copyng modem profile from TCM realy copy all S-register settings or only restricted number of that? Good luck ! ====================== Andrey Zimin | AVZ7-RIPE MTU-Intel ISP Moscow, Russia ======================

> > And other strange thing like that: > > We are made wide statistical test calls for compiring Cisco (AS5300, MICA modem) and > > USR Hiper NASes and get very strange output. > > All calls on Hiper would have more power reduction on high frequencies, in comparison with MICA. > > For sample two typical calls (from 200 calls series) at same time from one point and > > one modem: Oh, sorry - not 200 calls series, only 20... ;-)) > You can tweak the transmit power on the DSP's, though I'm not sure that's > what you're shooting for... No, I wrote about losses in the top part of a range... > Ah, so you got it from the client side, not the server side. I did dig Yes, sure... > around and found documentation on Lucent's web site that says how to > pull the v.34 bits out of an LT Win Modem. Not too secret after > all... :) Aha, it`s so ineresting for all. Can you public URL? I`m not so fast for dig Lucent sites.... Good luck ! ====================== Andrey Zimin | AVZ7-RIPE MTU-Intel ISP Moscow, Russia ======================

If this was the problem I experienced with users connected via ISDN routers, I think I will shoot myself. Perhaps I did not fully understand the problem here before I spouted off. Was the problem with webservers that connected via the TC or was it users who dialed in and could not move http traffic? I guess I am confused here. Samuel S. Lowe MIS Director UniversalCom, Inc. slowe@universalcom.net ----- Original Message ----- Sent: Friday, March 10, 2000 1:12 PM Where to start? > Problem Solved... > As everyone suspected - it was an MTU problem. More specifically a problem > in the MTU size. Setting the MTU size to 1500 via Radius did NOT fix the > problem. After a few enlightening words from the folks at Source > Technology, and the comments received via this list, I set the MTU size to > 1518 in Radius AND on the Default user in the ARC itself. Everything now > works flawlessly. > > I appreciate everyone's help. > > Thanks > Robb Bryn > > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Robb Bryn > > Sent: Sunday, March 05, 2000 12:22 PM > > To: 'usr-tc@lists.xmission.com' > > Subject: (usr-tc) Websites failing on TCHub vs Ascend... > > Where to start? > > > > > > > > We recently have been getting numerous complaints from our users about > > websites that are dog slow or not coming up at all. Normally > > I wrote it off > > as "net traffic" and kept going. Recently we installed an Ascend Max > > product and an old Portmaster product. It appears that users > > dialing into > > the TCHub are having difficulty with specific sites where > > users dialing into > > the Ascend and Portmaster products are having no trouble at > > all with the > > same sites. 90% of all sites are accessable from the TCHub > > while specific > > sites continue to fail (starnews.wilmington.net, > www.genforum.com are two > examples). > > Where do I begin to troubleshoot this problem? > > TCHub versions > HARC = 4.2.32 > DSP = 2.0.51 > > > > Thanks > Robb Bryn > > - > 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.

No, I belive only from console or from ARC by init_script. Good luck ! ====================== Andrey Zimin | AVZ7-RIPE MTU-Intel ISP Moscow, Russia ====================== > Can this be set in TCM? I notice that my DSPs connect much > quicker than the quads do... > > ============================================================================== > Phillip Ferraro WorldNet Access, Inc > pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service > Voice (910) 346-0835 824 Gumbranch Square, Suite Q > FAX (910) 455-1933 Jacksonville, Nc 28540-6269 > ============================================================================== > > On Sun, 12 Mar 2000, Aaron Nabil wrote: > > > > > > > S50 in 1/50th seconds, default is 100, 255 will double > > the delay from 2 to 5 seconds. > > > > -- > > Aaron Nabil

This is a multi-part message in MIME format. ------=_NextPart_000_0023_01BF8CD4.6D435D70 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Curious if anyone has had any problems with the 2.0.51 HiPerDSP code. I = am preparing to upgrade from the current version 2.0.60, which recently = has not been very stable. A hardware reset will usually bring the card = back up, but this has been happening more in the past few weeks. Also, = any comments on=20 NMC 6.1.17 and ARC 4.1.22 ?=20 Cheryl Johnson Network Administrator SEI Data Network Services, Inc. ------=_NextPart_000_0023_01BF8CD4.6D435D70 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Diso-8859-1" = http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>Curious if anyone has had any problems = with the=20 2.0.51 HiPerDSP code. I am preparing to upgrade from the current version = 2.0.60,=20 which recently has not been very stable. A hardware reset will usually = bring the=20 card back up, but this has been happening more in the past few weeks. = Also, any=20 comments on </FONT></DIV> <DIV><FONT face=3DArial size=3D2>NMC 6.1.17 and ARC 4.1.22 ? = </FONT></DIV> <DIV>&nbsp;</DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>Cheryl Johnson</FONT></DIV> <DIV><FONT face=3DArial size=3D2>Network Administrator</FONT></DIV> <DIV><FONT face=3DArial size=3D2>SEI Data Network Services,=20 Inc.</FONT></DIV></BODY></HTML> ------=_NextPart_000_0023_01BF8CD4.6D435D70--

If this command doesn't work, is there any that will? > -----Original Message----- > From: Paul Farber [mailto:farber@admin.f-tech.net] > Sent: Saturday, March 11, 2000 2:32 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) Advice needed > > > Don't use sho CPU utilization: > > HiPer>> sho cpu utILIZATION > > CPU Utilization: > Instantaneous : 0% > Last Minute : 0% > Last Hour : 0% > Last Day : 0% > > This is with 60+ calls... ANOTHER 3COM BUG! > > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Fri, 10 Mar 2000, Dwayne Varey wrote: > > > What is the best way to determine the amount of load a > hiperarc is under? > > Is there an oid for the total control chassis back plane > usage, or something > > similar? How do you determine the amount of processor > usage on a total > > control chassis? Any advice would be appreciated. > > > > > ________________________________________________ > > > Dwayne Varey > > > 2nd Level Support > > > WestNet - WA's Statewide Internet Provider > > > Phone: 92182600 - Fax: 92182666 > > > http://www.wn.com.au > > > _________________________________________________ > > > > > > > > > > - > > 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. >

Mike, What is the oid to graph the value with MRTG? Thanks for the advice. > -----Original Message----- > From: Mike Andrews [mailto:mandrews@bit0.com] > Sent: Monday, March 13, 2000 10:47 AM > To: 'usr-tc@lists.xmission.com' > Subject: RE: (usr-tc) Advice needed > > > Actually, 3com explained this little quirk a while ago (check the > archives). For some reason, they designed it to show CPU utilization > above average, rather than an absolute value. i.e. if you > normally run at > 20% cpu usage, and suddenly peak to 30%, in theory "show cpu" > would show > 10%. And it *does* on occasion show a non-zero value (we > graph it with > MRTG) -- it's just really rare. So it's not broken, just > designed really > really strangely. :) (An absolute value would be much more useful.) > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > "Don't sweat the petty things, and don't pet the sweaty things." > > On Mon, 13 Mar 2000, Dwayne Varey wrote: > > > If this command doesn't work, is there any that will? > > > > > -----Original Message----- > > > From: Paul Farber [mailto:farber@admin.f-tech.net] > > > Sent: Saturday, March 11, 2000 2:32 AM > > > To: usr-tc@lists.xmission.com > > > Subject: Re: (usr-tc) Advice needed > > > > > > > > > Don't use sho CPU utilization: > > > > > > HiPer>> sho cpu utILIZATION > > > > > > CPU Utilization: > > > Instantaneous : 0% > > > Last Minute : 0% > > > Last Hour : 0% > > > Last Day : 0% > > > > > > This is with 60+ calls... ANOTHER 3COM BUG! > > > > > > > > > Paul Farber > > > Farber Technology > > > farber@admin.f-tech.net > > > Ph 570-628-5303 > > > Fax 570-628-5545 > > > > > > On Fri, 10 Mar 2000, Dwayne Varey wrote: > > > > > > > What is the best way to determine the amount of load a > > > hiperarc is under? > > > > Is there an oid for the total control chassis back plane > > > usage, or something > > > > similar? How do you determine the amount of processor > > > usage on a total > > > > control chassis? Any advice would be appreciated. > > > > > > > > > ________________________________________________ > > > > > Dwayne Varey > > > > > 2nd Level Support > > > > > WestNet - WA's Statewide Internet Provider > > > > > Phone: 92182600 - Fax: 92182666 > > > > > http://www.wn.com.au > > > > > _________________________________________________ > > > > > > > > > > > > > > > > > > - > > > > 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. > > > > > - > 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. >

Thus spake Mike Andrews >So how did you get the INFO0 bits directly? Please share. :) mdmCsTrainingInfo perchance? >How new is your copy of the v.34 spec? They charge money for copies of >that nowadays. I have an older copy from before that time, but it's >out of date and doesn't include the 31.2K/33.6K extensions. I'd love to get a copy of the v.34 and v.90 specs for my reference here too...anyone know how to get ahold of these? Probably even willing to pay if it isn't too terribly outrageous. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

The problem was with users unable to move HTTP traffic from specific websites (90% of all websites worked). As for ISDN routers connecting to the TC, on the trouble sites mentioned above... they could see them with no problem. It was normal analog dialup users on the TC who couldn't see them. I have numerous Pipeline 50's, Webramps, and even a few old Livingston Office routers connecting through the TC with no issues. Thanks Robb Bryn > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Sam Lowe > Sent: Monday, March 13, 2000 8:02 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) ****SOLVED***** Websites failing on TCHub vs > Ascend... Where to start? > > > If this was the problem I experienced with users connected > via ISDN routers, > I think I will shoot myself. Perhaps I did not fully > understand the problem > here before I spouted off. > > Was the problem with webservers that connected via the TC or > was it users > who dialed in and could not move http traffic? > > I guess I am confused here. > >

I have a client with a D-Link isdn router. We set him up to dial our Total control box. B1 comes up fine, when they start pushing alot of data, B2 comes up fine. Throughput increases approiately. When the demand on the line drops off, the B2 channel will turn off. At that time, they stop passing all traffic. Any idea why everything quits when the B2 disconnects? my codes: DSP 2.0.81 HARC 4.2.32 Note: On the client setup, i made their default gateway two hops away. I have two harcs, when they connect it might go to either one. So i made the Dlink default gateway to the Cisco, one hop upstream from the usr-tc. Dlink--->ISDN Line--->USR-tc--->Cisco--->My ISP Thanks, Scott Boggs Network Administrator United Bank

I do not know how up to date these are, but this is free: http://www.3com.com/technology/tech_net/white_papers/500659.html Sheldon ----- Original Message ----- Sent: Monday, March 13, 2000 12:47 PM > On Mon, 13 Mar 2000, Jeff Mcadams wrote: > > > Thus spake Mike Andrews > > >So how did you get the INFO0 bits directly? Please share. :) > > > > mdmCsTrainingInfo perchance? > > That looks promising all of a sudden, yeah, except that it comes up as all > zeros on DSP's... yet another feature mismatch. It works on Quads > though, so I'll see if I can find a matchup. (Anyone from 3Com who wants > to speak up here and save me the reverse engineering work...) :) > > > > I'd love to get a copy of the v.34 and v.90 specs for my reference here > > too...anyone know how to get ahold of these? Probably even willing to > > pay if it isn't too terribly outrageous. > > You can buy 'em from the ITU-T's website. Problem is all the prices are > listed in Swiss Francs, and I don't know enough about the exchange rate to > know if it comes out to $20 or $2000. :) Andrey Zimin hinted it was > closer to $20. The specs *used* to be freely available, and I have a copy > of the 1994 v.34 spec, and v.42, v.42bis, v.8 and some others, but NOT > v.90. Some of the people working on the linmodem.org project may have > copies too. > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville > "Don't sweat the petty things, and don't pet the sweaty things." > > > > > - > 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 Mon, 13 Mar 2000, Jeff Mcadams wrote: > Thus spake Mike Andrews > >So how did you get the INFO0 bits directly? Please share. :) > > mdmCsTrainingInfo perchance? That looks promising all of a sudden, yeah, except that it comes up as all zeros on DSP's... yet another feature mismatch. It works on Quads though, so I'll see if I can find a matchup. (Anyone from 3Com who wants to speak up here and save me the reverse engineering work...) :) > I'd love to get a copy of the v.34 and v.90 specs for my reference here > too...anyone know how to get ahold of these? Probably even willing to > pay if it isn't too terribly outrageous. You can buy 'em from the ITU-T's website. Problem is all the prices are listed in Swiss Francs, and I don't know enough about the exchange rate to know if it comes out to $20 or $2000. :) Andrey Zimin hinted it was closer to $20. The specs *used* to be freely available, and I have a copy of the 1994 v.34 spec, and v.42, v.42bis, v.8 and some others, but NOT v.90. Some of the people working on the linmodem.org project may have copies too. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville "Don't sweat the petty things, and don't pet the sweaty things."

3 total available. 1 can ship today, 2 by weds. USR Hiper ARC w/ nic Asking $2000 or BO 1- USR Hiper NMC w/ nic (new) $650 .................................................... Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com http://www.ISP-NetworkHardware.com or http://www.wrca.net Cisco, Ascend, Livingston, USR, Microcom, Motorola Computone, Kentrox, Adtran...and more

Thus spake Sheldon Koehler >I do not know how up to date these are, but this is free: >http://www.3com.com/technology/tech_net/white_papers/500659.html Pretty much up-to-date, but not terribly in-depth. Certainly not enough for my needs currently. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Thus spake Mike Andrews >That looks promising all of a sudden, yeah, except that it comes up as >all zeros on DSP's... yet another feature mismatch. It works on Quads >though, so I'll see if I can find a matchup. (Anyone from 3Com who >wants to speak up here and save me the reverse engineering work...) :) Indeed...Mike and I spoke by phone today...but it would be nice (hint, hint, hint) for some kind 3Com person to hop in here and decode this nice opaque string for us. :) >You can buy 'em from the ITU-T's website. Problem is all the prices >are listed in Swiss Francs, and I don't know enough about the exchange >rate to know if it comes out to $20 or $2000. :) Andrey Zimin hinted >it was closer to $20. The specs *used* to be freely available, and I >have a copy of the 1994 v.34 spec, and v.42, v.42bis, v.8 and some >others, but NOT v.90. Some of the people working on the linmodem.org >project may have copies too. v.34 was, like, $22, and v.90 was around $13. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 yes, this the pinout for the cable! DB9 RJ45 1 - 2 6 3 5 4 1 5 4 6 3 7 7 8 - 9 - Regards, Jorge Lozano - ----- Original Message ----- Sent: Sunday, March 12, 2000 6:32 PM > Hi: > > We have a couple of these boxes, and need to make a console cable > like captioned. > > Anyone have the pinout for this? Real pain in the butt to use > adapters, etc. to get the original console cable to work. > > Thanks! > > Ben > > > - > 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 SIGNATURE----- Version: PGPfreeware 6.5.3 for non-commercial use <http://www.pgp.com> iQA/AwUBOM2g/Kp3oywyFVUlEQLopwCfa58RoNXZdoWXGSYeF+ZHMPBF+EEAoMXL wyqyXLo13/J70y1W9sR7DTFh =ASa2 -----END PGP SIGNATURE-----

About a week ago, one of our NMC stopped responding, both to SNMP and to ICMP pings. Yet the HARC indicates that the NMC has at least gotten the SNMP requests: HiPer>> show nmc status NMC STATUS Last NMC Query was received at: 14-MAR-2000 12:12:11 Is there anyway to get it running again without having to drive out to powercycle or reseat it? Thanks, --- Jeremy Shaffner System Administrator JORSM Internet jer@jorsm.com http://www.jorsm.com/~jer/pgp.key

verify that your RADIUS secrets are set correctly on both ends Matthew Stainforth || Technical Services Manager || BrunNet Inc. > -----Original Message----- > From: Louis_Sim@3com.com [mailto:Louis_Sim@3com.com] > Sent: Tuesday, March 14, 2000 12:52 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Weird characters appearing as User-Name in HiperARC >=20 >=20 >=20 >=20 > Hi there, >=20 > I have a customer in Sinagpore using HARC 4.1.59-6 for=20 > dial-in user (newly > installed). >=20 > The problem they are having is that when monitoring the=20 > account records using > monitor radius. It shows many unknown userid. Sample below. > User-Name :=20 > = =BB=AE=CF=E6q=A2_'=F3=D0_i=EE=EE_=B7=E3=BBy=FD_=E9=F8&_=A5'E=A5Ykg_=B7=CC= =A4=C6_=E8=CB=F7=A1m$=A158|_=B7_D_Ec_k__g=BF=B7oA_=A9 > User-Name :=20 > = =BB=AE=CF=E6q=A2_'=F3=D0_i=EE=EE_=B7=E3=BBy=FD_=E9=F8&_=A5'E=A5Ykg_=B7=CC= =A4=C6_=E8=CB=F7=A1m$=A158|_=B7_D_Ec_k__g=BF=B7oA_=A9 > User-Name : S7895476u' > User-Name : =D4'#=D4=B01_y_=F7=ED=E0=BF>o=EA=B0=E8z_&_, > = =B2=FD_=DD=EE=FE@|#=D9__=E6Z=C3=D9_=C1=C3=B2=C3=F6=CB=CA*_=B4GVX=CCR=F0?= ,_34=DE___A-r=A7- >=20 > Customer is using Radius for Authentication. >=20 > Any ideas as to why this is happening. >=20 > Thanks in advance for any contributions. >=20 > Regards. > Louis Sim >=20 >=20 >=20 > - > 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. >=20

Thus spake Jeremy Shaffner >About a week ago, one of our NMC stopped responding, both to SNMP and to >ICMP pings. Yet the HARC indicates that the NMC has at least gotten the >SNMP requests: >HiPer>> show nmc status >NMC STATUS >Last NMC Query was received at: 14-MAR-2000 12:12:11 Actually...this has nothing to do with SNMP requests to the NMC. This has to do with the NMC sending chassis awareness queries over the management bus to the Arc. This *does* indicate that the NMC is at least minimally functional...but does not indicate anything about the network connectivity of the NMC. It sounds like your NMC has lost all ability to communicate via its ethernet...not much to do other than head out there to power cycle. :/ Fortunately, none of this should be disruptive to your service. Have you tried pinging the NMC from the local subnet? Maybe from the Arc? Is it possible that the NMC has just lost its default gateway setting? I wouldn't hold out much hope for this, but the possibility exists. Not that this helps you much...but it would be another indication to the functionality of the NMC as it exists currently. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Hi, I don't know the cause, but setting PPP to OFFLOAD in the HiperArc = reduces if not eliminates the problem.=20 regards, Colin Wantling Energis NV, Netherlands > ---------- > From: Louis_Sim@3com.com[SMTP:Louis_Sim@3com.com] > Reply To: usr-tc@lists.xmission.com > Sent: Tuesday, 14 March 2000 5:52 > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Weird characters appearing as User-Name in = HiperARC >=20 >=20 >=20 > Hi there, >=20 > I have a customer in Sinagpore using HARC 4.1.59-6 for dial-in user = (newly > installed). >=20 > The problem they are having is that when monitoring the account = records > using > monitor radius. It shows many unknown userid. Sample below. > User-Name : > = =BB=AE=CF=E6q=A2_'=F3=D0_i=EE=EE_=B7=E3=BBy=FD_=E9=F8&_=A5'E=A5Ykg_=B7=CC= =A4=C6_=E8=CB=F7=A1m$=A158|_=B7_D_Ec_k__g=BF=B7oA_=A9 > User-Name : > = =BB=AE=CF=E6q=A2_'=F3=D0_i=EE=EE_=B7=E3=BBy=FD_=E9=F8&_=A5'E=A5Ykg_=B7=CC= =A4=C6_=E8=CB=F7=A1m$=A158|_=B7_D_Ec_k__g=BF=B7oA_=A9 > User-Name : S7895476u' > User-Name : =D4'#=D4=B01_y_=F7=ED=E0=BF>o=EA=B0=E8z_&_, > = =B2=FD_=DD=EE=FE@|#=D9__=E6Z=C3=D9_=C1=C3=B2=C3=F6=CB=CA*_=B4GVX=CCR=F0E= UR,_34=DE___A-r=A7- >=20 > Customer is using Radius for Authentication. >=20 > Any ideas as to why this is happening. >=20 > Thanks in advance for any contributions. >=20 > Regards. > Louis Sim >=20 >=20 >=20 > - > 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. >=20

Hi there, I have a customer in Sinagpore using HARC 4.1.59-6 for dial-in user (ne= wly installed). The problem they are having is that when monitoring the account records= using monitor radius. It shows many unknown userid. Sample below. User-Name : =BB=AE=CF=E6q=A2_'=F3=D0_i=EE=EE_=B7=E3=BBy=FD_=E9=F8&_=A5'= E=A5Ykg_=B7=CC=A4=C6_=E8=CB=F7=A1m$=A158|_=B7_D_Ec_k__g=BF=B7oA_=A9 User-Name : =BB=AE=CF=E6q=A2_'=F3=D0_i=EE=EE_=B7=E3=BBy=FD_=E9=F8&_=A5'= E=A5Ykg_=B7=CC=A4=C6_=E8=CB=F7=A1m$=A158|_=B7_D_Ec_k__g=BF=B7oA_=A9 User-Name : S7895476u' User-Name : =D4'#=D4=B01_y_=F7=ED=E0=BF>o=EA=B0=E8z_&_, =B2=FD_=DD=EE=FE@|#=D9__=E6Z=C3=D9_=C1=C3=B2=C3=F6=CB=CA*_=B4GVX=CCR=F0= =80,_34=DE___A-r=A7- Customer is using Radius for Authentication. Any ideas as to why this is happening. Thanks in advance for any contributions. Regards. Louis Sim =

At 07:49 PM 3/15/00 +0800, bert.f@staff.pacific.net.ph wrote: >Hi! > >I believed there a command to show which modem is defective in a HiperDSP >card, but right now i can't seem to find it, any one has knoe this command? I'm not aware of a command, but there is a perl script that will poll the chassis for modem failure rates and write the results to a web page. I can't remember where I got it, called badmodems.pl. Let me know if you can't find it, I can get a copy to you later this afternoon. -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000/886-2500 http://www.keyconn.net

Do any of you have experience connecting a TC chassis (HiPer ARC, PRI card, whatever) to a Siemens EWSD? We are able to take modem calls but not ISDN. Any ideas would be appreciated. -- Samuel S. Lowe MIS Director UniversalCom, Inc. slowe@universalcom.net

I am trying to find out what the power requirements are for a couple of different rack configurations, in order to figure out what size UPS I require for each rack. I've researched the 3com newsgroup, as well as the list serv and the support site, but haven't been able to find any usable information. One Hiper rack running Dual 70 Amp PS & 7 HiPer DSP's One Hiper rack running Dual 70 Amp PS & 1 HiPer DSP Two Racks running Dual 45 Amp PS & 12 Quad's Any feedback appreciated.

Sam Lowe wrote: > > Do any of you have experience connecting a TC chassis (HiPer ARC, PRI card, > whatever) to a Siemens EWSD? We are able to take modem calls but not ISDN. > Any ideas would be appreciated. Hmm. We're on a Siemens EWSD, configured for B8ZS/ESF framing with National ISDN 2 protocol. No problems here. Are the calls hitting the box? Maybe you need to turn on PPP Offloading, I had offloading turned off and my box wouldn't take any ISDN calls. Turning offloading on and setting authentication to PAP fixed the problem I originally had with my first HiPer ARC/HiPer DSP setup. Are you dealing with a ILEC or a CLEC? -Ron GLISnet, Inc. +1 810/939.9885

Hi! I believed there a command to show which modem is defective in a HiperDSP card, but right now i can't seem to find it, any one has knoe this command? Thanks, Bert Herbert Frias Network-RAS Group Pacific Internet, Philippines Tel.(632) 637-1700 DL. (632) 683-7164 Fax. (632) 683-7197/98

We are running as a 5ESS per our CLEC. I will have to ask about the NI-2 configuration. The same chassis has other PRI's connected but they are serviced by a Harris 2020. This is our first attempt with the Siemens. BTW, the CLEC is us. We will try the NI-2 setting. Thanks for the info. ----- Original Message ----- Sent: Wednesday, March 15, 2000 3:56 PM > Sam Lowe wrote: > > > > Do any of you have experience connecting a TC chassis (HiPer ARC, PRI card, > > whatever) to a Siemens EWSD? We are able to take modem calls but not ISDN. > > Any ideas would be appreciated. > > Hmm. We're on a Siemens EWSD, configured for B8ZS/ESF framing with National > ISDN 2 protocol. No problems here. > > Are the calls hitting the box? Maybe you need to turn on PPP Offloading, I > had offloading turned off and my box wouldn't take any ISDN calls. Turning > offloading on and setting authentication to PAP fixed the problem I > originally had with my first HiPer ARC/HiPer DSP setup. > > Are you dealing with a ILEC or a CLEC? > > -Ron > GLISnet, Inc. > +1 810/939.9885 > > - > 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. >

Great, helped me out a lot. -----Original Message----- Sent: Wednesday, March 15, 2000 2:47 PM We have some of our older dialup hardware (TC w 1 70amp PS + 12 quads) running on Smart UPS 900's... They work quite well and will run the units for ~20 mins. The newer stuff (TC w/2 70amp PS + 9 pri DSP's) we run off our matrix xr, and I find they draw about 1kv. So you'd want to go with atleast a 1400 ups. Don't know if this will actually be any help... :) If anything make sure you over-buy on the ups. A few years ago we were having major problems with some netserver cards that we found went away when we got our first matrix system online. Andy > >I am trying to find out what the power requirements are for a couple of >different rack configurations, in order to figure out what size UPS I >require for each rack. >I've researched the 3com newsgroup, as well as the list serv and the support >site, but haven't been able to find any usable information. >One Hiper rack running Dual 70 Amp PS & 7 HiPer DSP's >One Hiper rack running Dual 70 Amp PS & 1 HiPer DSP >Two Racks running Dual 45 Amp PS & 12 Quad's >Any feedback appreciated. > > >- >

> >I am trying to find out what the power requirements are for a couple of > >different rack configurations, in order to figure out what size UPS I > >require for each rack. > >I've researched the 3com newsgroup, as well as the list serv and the > support > >site, but haven't been able to find any usable information. > >One Hiper rack running Dual 70 Amp PS & 7 HiPer DSP's > >One Hiper rack running Dual 70 Amp PS & 1 HiPer DSP > >Two Racks running Dual 45 Amp PS & 12 Quad's > >Any feedback appreciated. One of the fun tricks we have done is split the older chassis onto two UPSes, since there are two power cords. The draw from the UPSes splits evenly, and we get some warning if we lose a UPS. ----Steve Stephen Amadei Dandy.net CTO Atlantic City, NJ

Hi Mitch I'd be interested in the perl script also. Cheers Campbell >>> mitch@keyconn.net 03/16/00 06:01 >>> At 07:49 PM 3/15/00 +0800, bert.f@staff.pacific.net.ph wrote: >Hi! > >I believed there a command to show which modem is defective in a HiperDSP >card, but right now i can't seem to find it, any one has knoe this = command? I'm not aware of a command, but there is a perl script that will poll the chassis for modem failure rates and write the results to a web page. I can't remember where I got it, called badmodems.pl. Let me know if you can't find it, I can get a copy to you later this afternoon. --=20 Kirk Mitchell-General Manager mitch@keyconn.net=20 Keystone Connect Unlock Your World Altoona, PA 814-941-5000/886-2500 http://www.keyconn.net=20 - 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 would like to know the value for those HiperDSP parameters use with a CH-T1 FlexPath. My config shows: Dial in Address: Noaddress Ack Wink on dial in address info: Enabled (for the first and the last flexpath in the trunk) Every others DSP are set to disabled. Note: What happens otherwise (first flexpath ack wink = disabled) is that once that trunk fill up, none of the rest will accept calls - the customer hears the dialing, then dead air. Thank you. Richard Roy, CCNA Technical Associate Network Intelligence Design Richard.Roy@aliant.ca Phone: (506) 694-6983 Fax: (506) 694-2525 www.nbtel.nb.ca www.aliant.ca

http://news.cnet.com/news/0-1004-200-1574706.html?tag=st.ne.1002.bgif?st.ne.fd.gif.l Just an FYI of what might be coming up. I see the possibilities presented here as overall a good thing. Maybe part of this will be to quit trying to make CSO a profitable business unit. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

After about 3 months of problem-free operation, I'm getting hung modem pairs again on one of my DSPs. DSPs are 0.49.0 running 2.0.81, ARC 4.2.32. I guess it's time to look at upgrading. Exactly what is the newest DSP PRI code, and how stable is it? Thanks, -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000/886-2500 http://www.keyconn.net

Kirk- I have .49 and .54 DSP's, all running 2.0.51 for over 2 months without incident. I think it's the latest DSP code right now. -- Scot NJAccess >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of K Mitchell >Sent: Saturday, March 18, 2000 11:37 PM >To: usr-tc@lists.xmission.com >Subject: (usr-tc) hung modems return > > >After about 3 months of problem-free operation, I'm getting hung modem >pairs again on one of my DSPs. DSPs are 0.49.0 running 2.0.81, ARC 4.2.32. >I guess it's time to look at upgrading. Exactly what is the newest DSP PRI >code, and how stable is it? > >Thanks, > >-- >Kirk Mitchell-General Manager mitch@keyconn.net >Keystone Connect Unlock Your World >Altoona, PA 814-941-5000/886-2500 http://www.keyconn.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. >

I am pasting my versions as extracted from the TCM. I am at a loss for why sets of modems hang and the card requires a reboot every few days. We have 2 such racks, both with the same versions of the code and they both do this now. (one more than the other). And it seems, but could just be perception, that it is only associated with a few cards/lines. On the rack shown below it is card 1 and card 5, for sure, that do this. I know I have seen this problem talked about. Has anyone seen if this is a line level problem from the telco or something? Both of these units are within a city block of the telco switch. Can I add attenuation on the line with some type of resistance or set it in the unit itself? If I could test things without the telco getting involved everything would go much smoother. 3Com 17-Slot Chassis with PB clocking 1 3COM High-Density 24 Channel NAC B158CSZA 1OQ 0.49.0 8192 2048 0000000000000000 2.0.19 2 3COM High-Density 24 Channel NAC B168CVPA 1OQ 0.49.0 8192 2048 0000000000000000 2.0.19 3 3COM High-Density 24 Channel NAC BCI7C8M4 1OQ 0.49.0 8192 2048 0000000000000000 2.0.19 4 3COM High-Density 24 Channel NAC BC97B9Z4 1OQ 0.49.0 8192 2048 0000000000000000 2.0.19 5 3COM High-Density 24 Channel NAC B249S10G 1OQ 0.53.0 8192 2048 0000000000000000 2.0.19 6 3COM High-Density 24 Channel NAC BC87B123 1OQ 0.49.0 8192 2048 0000000000000000 2.0.19 7 3COM High-Density 24 Channel NAC B229Q4AG 1OQ 0.53.0 8192 2048 0000000000000000 2.0.19 8 3COM High-Density 24 Channel NAC B789BLGM 1OQ 0.54.0 8192 2048 0000000000000000 2.0.19 16 3COM HiPer ARC NAC B478PF8Y 20C 19.0.0 65536 8192 0000000000010000 4.2.32 17 3COM Network Management Card with clock B4F8Q4Y6 1U600000 6.0 16384 8192 0000000000000000 6.1.17 1 3COM T1/E1 HDM NIC 0 0 0000000000000000 2 3COM T1/E1 HDM NIC 0 0 0000000000000000 3 3COM T1/E1 HDM NIC 0 0 0000000000000000 4 3COM T1/E1 HDM NIC 0 0 0000000000000000 5 3COM T1/E1 HDM NIC 0 0 0000000000000000 6 3COM T1/E1 HDM NIC 0 0 0000000000000000 7 3COM T1/E1 HDM NIC 0 0 0000000000000000 8 3COM T1/E1 HDM NIC 0 0 0000000000000000 16 3COM Dual 10/100 Ethernet NIC - PCI based 0 0 0000000000000000 17 3COM Ethernet NIC 0 0 0000000000000000

We have noticed with 2.0.51 that people are complaining that their connection hangs like on web sites they are browsing. I called 3 Com about it and they said they have been hearing complaints about this and advised unless running DSP's with hardware revision 0.55 to go back to Hiper DSP code 2.0.60. So I switched them to see what happens. My complaints were mounting on this problem and before going to 2.0.51 back in December I had not had any complaints about this. Has anyone heard any complaints about this problem with your customers? It could be related to the switch type it is attached to which ours is a GTE GTD5 switch and we have to set our PRI's up in the Hiper DSP's as NI1 for switch type. Clint R. Sparks ComQuest Internet Services csparks@cqc.com ----- Original Message ----- Sent: Sunday, March 19, 2000 3:21 AM > Kirk- > > I have .49 and .54 DSP's, all running 2.0.51 for over 2 months without > incident. I think it's the latest DSP code right now. > > > -- > Scot > NJAccess > > > >-----Original Message----- > >From: owner-usr-tc@lists.xmission.com > >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of K Mitchell > >Sent: Saturday, March 18, 2000 11:37 PM > >To: usr-tc@lists.xmission.com > >Subject: (usr-tc) hung modems return > > > > > >After about 3 months of problem-free operation, I'm getting hung modem > >pairs again on one of my DSPs. DSPs are 0.49.0 running 2.0.81, ARC 4.2.32. > >I guess it's time to look at upgrading. Exactly what is the newest DSP PRI > >code, and how stable is it? > > > >Thanks, > > > >-- > >Kirk Mitchell-General Manager mitch@keyconn.net > >Keystone Connect Unlock Your World > >Altoona, PA 814-941-5000/886-2500 http://www.keyconn.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. > > > > > - > 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 need some help with an ISDN BRI setup we are trying to do. We are trying to hookup a Cisco 1604R ISDN BRI Router to the Hiper DSP Total Control, Ameritech filled the order for BRI two B channels and 1 D Channel and we can manage to hook one B channel no problem but when we try to bond or multilink the two B channels together it will hookup the second channel for approximately two or three seconds and then it dies and about one second later the first B channel that had been hooked up dies. We are running Hiper DSP code 2.0.51 on the particular Hiper DSP card it is on and Hiper ARC code 4.1.59-6. 3 Com looked at our setup on the Total Control and said it look right, Cisco looked at the 1604R and said it looked right. And Ameritech said the B channels are setup right. Now we are lost, something is not right so someone is wrong and we cannot figure what it is. Does anyone have any ideas or know if there is something the Telco has to do to allow two B channels to bond on a BRI setup? Ameritech says they do not that it is all done at each equipment end which I know but we are searching for anything at this point. Any help would be appreciated. Thank you, Clint R. Sparks ComQuest Internet Services csparks@cqc.com

Okay someone must have come across this one. I am doing a default-route option from my steel belted radius and it looks like it is ingnoring the attribute. The syntax I am using is 208.148.52.64/29 208.148.52.65 1 It is not working on my hiper arc or my cisco 5300's. Any ideas? Thanks, Brian Gordon Network Admin Westelcom Internet

We run 2.0.51...........no regrets, its definitly the way to go right now. On Sun, 19 Mar 2000, Scot Desort wrote: > Kirk- > > I have .49 and .54 DSP's, all running 2.0.51 for over 2 months without > incident. I think it's the latest DSP code right now. > > > -- > Scot > NJAccess > > > >-----Original Message----- > >From: owner-usr-tc@lists.xmission.com > >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of K Mitchell > >Sent: Saturday, March 18, 2000 11:37 PM > >To: usr-tc@lists.xmission.com > >Subject: (usr-tc) hung modems return > > > > > >After about 3 months of problem-free operation, I'm getting hung modem > >pairs again on one of my DSPs. DSPs are 0.49.0 running 2.0.81, ARC 4.2.32. > >I guess it's time to look at upgrading. Exactly what is the newest DSP PRI > >code, and how stable is it? > > > >Thanks, > > > >-- > >Kirk Mitchell-General Manager mitch@keyconn.net > >Keystone Connect Unlock Your World > >Altoona, PA 814-941-5000/886-2500 http://www.keyconn.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. > > > > > - > 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 (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Thus spake Clint R. Sparks >I need some help with an ISDN BRI setup we are trying to do. We are >trying to hookup a Cisco 1604R ISDN BRI Router to the Hiper DSP Total >Control, Ameritech filled the order for BRI two B channels and 1 D >Channel and we can manage to hook one B channel no problem but when we >try to bond or multilink the two B channels together it will hookup the >second channel for approximately two or three seconds and then it dies >and about one second later the first B channel that had been hooked up >dies. We are running Hiper DSP code 2.0.51 on the particular Hiper DSP >card it is on and Hiper ARC code 4.1.59-6. 3 Com looked at our setup on >the Total Control and said it look right, Cisco looked at the 1604R and >said it looked right. And Ameritech said the B channels are setup >right. Get a debug/dump of the PPP negotiation on both of the channels...that will probably give you an idea of where the connection is breaking down. >Now we are lost, something is not right so someone is wrong and we >cannot figure what it is. Does anyone have any ideas or know if there >is something the Telco has to do to allow two B channels to bond on a >BRI setup? >Ameritech says they do not that it is all done at each equipment end >which I know but we are searching for anything at this point. No...to the telephone company...a bundled connection is two totally seperate, unrelated phone calls. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Check out dslnetworks.com. They can backhaul the traffic to the net for you, or you can open a pipe to them and provide the IP feed yourself. Nice way to start small by having them do the IP feed, then add your own pipe to them as you grow the DSL and need to take more control over that portion of your network. They work with Rythyms, Northpoint, NAS, and soon, Covad. -- Scot >-----Original Message----- >From: owner-usr-tc@lists.xmission.com >[mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jeff Binkley >Sent: Friday, March 10, 2000 10:15 AM >To: USR-TC@LISTS.XMISSION.COM >Subject: (usr-tc) Wholesale DSL ? > > >Is anyone aware of wholesale DSL providers that also provide Internet >service like the dialup whoesalers ? > >Thanks, > >Jeff Binkley >ASA Network Computing > >- > 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. >

Jeff Mcadams wrote: > >Now we are lost, something is not right so someone is wrong and we > >cannot figure what it is. Does anyone have any ideas or know if there > >is something the Telco has to do to allow two B channels to bond on a > >BRI setup? > > >Ameritech says they do not that it is all done at each equipment end > >which I know but we are searching for anything at this point. > > No...to the telephone company...a bundled connection is two totally > seperate, unrelated phone calls. Well, that depends. I have a customer who was losing his D channel when he brings up his second B channel, you have to make sure the ISDN line isn't hosed. We were able to prove it's a telco issue by plugging telephones into the POTS ports on his router and pull dialtone of both lines, well attempt to pull dialtone on both lines. I took multiple brand routers to his house and they all showed the same problem. And of course the ISDN line tested fine, but upon further review they found some bits were being scrambled in the MUX to the SLC-96. It took 119 days for Ameritech to resolve this, they kept blaming the CPE. Eventually they got some gal on the phone who used a protocol analyzer and said "Boom, this is wrong, this is wrong, click click" and everything has worked fine since. Funny thing was the "Blue Box" tester the techs use seemed to work fine, they must break rules that the routers don't. Of course nobody knows how the bits got scrambled, and the CO itself (A Siemens EWSD switch) is run by Siemens out of Wisconsin. Things shouldn't be this tough. Ameritech sure has gone to hell since SBC took them over, nobody knows anything anymore (more clueless than before SBC), and whenever you call them they use guerrilla marketing techniques on you, even if the call is to the repair department. Are you sure you don't want Super Feature Plan XYZ sir for $70 more a month once your line is fixed? Plus they added a $3.28 "state access charge" to the phone bill on each line, calling the PSC to complain and they tell me SBC just made up that charge and there's nothing they can do about it. Scumbags. -Ron GLISnet, Inc. +1 810/939.9885

Has anyone figgured out how to hang up a call via session-id? The one in my radius entries is usually off by some small number (1-3) from the ones in the ARC snmp. -- Aaron Nabil

http://news.cnet.com/news/0-1004-200-1576889.html?tag=st.ne.1002.thed.1004-2 00-1576889 Looks like we'll be Motorola customers soon... Randy Cosby InfoWest, Inc. 435-674-0165 x11 Fax: 603-462-6427 --- http://www.infowest.com http://www.devshed.com http://www.32bit.com "A ship in port is safe, but that is not what ships were built for" - Grace Hopper

Form the sound of the article, they are drop-kicking teh dial-up modem business, but they are holding on to the ISP hardware. Another article mentioned they were selling the ISP hardware part to Motorola. Of course all of this won't be known for sure for a few days still as the dust settles and the "misunderstandings" created by the journalists disappear. -Greg > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian > Sent: Monday, March 20, 2000 3:56 PM > To: USRobotics TC Mailing List > Subject: (usr-tc) Is 3Com going to give us the SHAFT?! > > > > http://quote.bloomberg.com/fgcgi.cgi?ptitle=Technology%20News& > s1=blk&tp=ad_topright_tech&T=markets_fgcgi_content99.ht&s2=blk > &bt=ad_bottom_tech&s=510a6688fac91aaf5f87a856b > 1669493 > > It doens't sound like they are spinning it off, it sounds > like they plan > to 86 it................if that's the case.........well then we are > fscked. > > Brian > > > ----------------------------------------------------- > Brian Feeny (BF304) signal@shreve.net > 318-222-2638 x 109 http://www.shreve.net/~signal > 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. >

Thus spake Randy Cosby >http://news.cnet.com/news/0-1004-200-1576889.html?tag=st.ne.1002.thed.1004-2 >00-1576889 >Looks like we'll be Motorola customers soon... Nope...3Com is selling WAN core enterprise business to Motorola...Carrier and ISP stuff is gonna stay where it is (listening to the conf call right now) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

http://quote.bloomberg.com/fgcgi.cgi?ptitle=Technology%20News&s1=blk&tp=ad_topright_tech&T=markets_fgcgi_content99.ht&s2=blk&bt=ad_bottom_tech&s=510a6688fac91aaf5f87a856b 1669493 It doens't sound like they are spinning it off, it sounds like they plan to 86 it................if that's the case.........well then we are fscked. Brian Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Please not Motorola they suck. USR makes the best modems in the world what are they thinking? Brian ----- Original Message ----- Sent: Monday, March 20, 2000 4:30 PM > Thus spake Randy Cosby > >http://news.cnet.com/news/0-1004-200-1576889.html?tag=st.ne.1002.thed.1004- 2 > >00-1576889 > > >Looks like we'll be Motorola customers soon... > > Nope...3Com is selling WAN core enterprise business to > Motorola...Carrier and ISP stuff is gonna stay where it is (listening to > the conf call right now) > -- > 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. >

3Com is shedding Netbuilder and Pathbuilder to Motorola Corebuilder goes to Extreme Networks. They are spinning off the NICs and the Modems to/with ACCTON Technologies and form a new company "US Robotics" (20% ownership by 3Com). They are selling the Mt Pleasant FAB (HiPer DSP?) to NatSteel Electronics. They are now reselling Copper Mountain CopperEdge 150 and 200 DSLAM? (hopefully a trend to put it in TC!!) They will be reselling F5 Labs layer 4 switches and new Corebuilder based switch as "Switch 2000?" TotalControl stays with 3Com. CDMA , Cable , Dial, SS7 and DSL is their new target CPE Devices for Cable and DSL will also be part of 3Com Looks like they're concentrating on TC and the CPE. o, and a new logo too! I got that info from the conference call. Greg Long wrote: > > Form the sound of the article, they are drop-kicking teh dial-up modem > business, but they are holding on to the ISP hardware. Another article > mentioned they were selling the ISP hardware part to Motorola. Of course > all of this won't be known for sure for a few days still as the dust settles > and the "misunderstandings" created by the journalists disappear. > > -Greg > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian > > Sent: Monday, March 20, 2000 3:56 PM > > To: USRobotics TC Mailing List > > Subject: (usr-tc) Is 3Com going to give us the SHAFT?! > > > > > > > > http://quote.bloomberg.com/fgcgi.cgi?ptitle=Technology%20News& > > s1=blk&tp=ad_topright_tech&T=markets_fgcgi_content99.ht&s2=blk > > &bt=ad_bottom_tech&s=510a6688fac91aaf5f87a856b > > 1669493 > > > > It doens't sound like they are spinning it off, it sounds > > like they plan > > to 86 it................if that's the case.........well then we are > > fscked. > > > > Brian > > > > > > ----------------------------------------------------- > > Brian Feeny (BF304) signal@shreve.net > > 318-222-2638 x 109 http://www.shreve.net/~signal > > 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. -- Nicolas St-Pierre Systems Engineer Internet Access Solutions Ltd. Tel (905) 469-4953 Fax (905) 469-4954

Some corrections: Analog modems and modem PC cards go the new company with Accton and NatSteel. NICs and combo PC cards stay with 3Com. Switch 4000, not 2000 (who cares about the number anyway?)new product (?). 3Com will OEM Copper Mountain DSLAM as Total Control 500. New logo sucks (you can see at the press box in 3Com's web site) Sonny >From: Nicolas St-Pierre <nstpierre@iasl.com> >Reply-To: usr-tc@lists.xmission.com >To: usr-tc@lists.xmission.com >Subject: Re: (usr-tc) Is 3Com going to give us the SHAFT?! >Date: Mon, 20 Mar 2000 18:56:59 -0500 > >3Com is shedding Netbuilder and Pathbuilder to Motorola > >Corebuilder goes to Extreme Networks. > >They are spinning off the NICs and the Modems to/with ACCTON Technologies >and >form a new company "US Robotics" (20% ownership by 3Com). > >They are selling the Mt Pleasant FAB (HiPer DSP?) to NatSteel Electronics. > >They are now reselling Copper Mountain CopperEdge 150 and 200 DSLAM? >(hopefully >a trend to put it in TC!!) > >They will be reselling F5 Labs layer 4 switches and new Corebuilder based >switch >as "Switch 2000?" > >TotalControl stays with 3Com. CDMA , Cable , Dial, SS7 and DSL is their new >target >CPE Devices for Cable and DSL will also be part of 3Com > >Looks like they're concentrating on TC and the CPE. > >o, and a new logo too! > >I got that info from the conference call. > >Greg Long wrote: > > > > Form the sound of the article, they are drop-kicking teh dial-up modem > > business, but they are holding on to the ISP hardware. Another article > > mentioned they were selling the ISP hardware part to Motorola. Of >course > > all of this won't be known for sure for a few days still as the dust >settles > > and the "misunderstandings" created by the journalists disappear. > > > > -Greg > > > > > -----Original Message----- > > > From: owner-usr-tc@lists.xmission.com > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Brian > > > Sent: Monday, March 20, 2000 3:56 PM > > > To: USRobotics TC Mailing List > > > Subject: (usr-tc) Is 3Com going to give us the SHAFT?! > > > > > > > > > > > > http://quote.bloomberg.com/fgcgi.cgi?ptitle=Technology%20News& > > > s1=blk&tp=ad_topright_tech&T=markets_fgcgi_content99.ht&s2=blk > > > &bt=ad_bottom_tech&s=510a6688fac91aaf5f87a856b > > > 1669493 > > > > > > It doens't sound like they are spinning it off, it sounds > > > like they plan > > > to 86 it................if that's the case.........well then we are > > > fscked. > > > > > > Brian > > > > > > > > > ----------------------------------------------------- > > > Brian Feeny (BF304) signal@shreve.net > > > 318-222-2638 x 109 http://www.shreve.net/~signal > > > 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. > >-- >Nicolas St-Pierre >Systems Engineer >Internet Access Solutions Ltd. >Tel (905) 469-4953 >Fax (905) 469-4954 > >- > 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. ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

On Mon, 20 Mar 2000, Brian Gordon wrote: > Please not Motorola they suck. > > USR makes the best modems in the world what are they thinking? Probably that every PC comes with one (crappy one) and most people are not into spending $$ for a better one.. Modems are a commodity and NIC cards are as well..

What is the best way to configure a framed route in radius sending to a Hiper arc for 1 specific user. Using a subnet /29? Brian

Few clarifications as I understood it (again, from the conference call) Thus spake Nicolas St-Pierre >3Com is shedding Netbuilder and Pathbuilder to Motorola Most of Netbuilder and most of pathbuilder...not all of them. I'm not familiar with the Netbuilder line so can't make a guess there, but I suspect 3Com will hang on to the Tunnel Switch line in the Pathbuilder line (this is a personal guess)...I believe that's the 57x series. >They are spinning off the NICs and the Modems to/with ACCTON Technologies and >form a new company "US Robotics" (20% ownership by 3Com). What goes around, comes around. :) >They are selling the Mt Pleasant FAB (HiPer DSP?) to NatSteel Electronics. Yes, DSP's are made there...about all of Total Control equipment is made there...along with (at least that I know of) CPE cable modems, sportsters (or whatever they're called now), DSL (they only do CPE for these right now), and probably a few other things that I'm forgetting. >They are now reselling Copper Mountain CopperEdge 150 and 200 DSLAM? >(hopefully a trend to put it in TC!!) I'm pretty sure they said that they will be done in a form factor that will include them in the TC. >Looks like they're concentrating on TC and the CPE. Yeah, carrier and ISP (which is basically TC), home and small office (basically Office Connect) the NBX 100 and related (VOIP stuff) and point products from the rest of their lines that complement these areas (like the tunnel switch I suspect). I don't know if others have felt this way, but I've always thought that TC was the "ugly step-child" of 3Com...didn't ever get the attention it deserved, etc. It seems this is changing. >o, and a new logo too! Look forward to seeing it. Only heard it described, and I'm not a terribly good person at visualizing things like that. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

On Mon, 20 Mar 2000, Brian Gordon wrote: > What is the best way to configure a framed route in radius sending to a > Hiper arc for 1 specific user. Using a subnet /29? If you just want to route a subnet, no need for "Framed-Route": joeblow Auth-Type = "Unix-PW" Service-Type = "Framed-User", Framed-Protocol = "PPP", Framed-IP-Address = "208.214.45.1", Framed-Netmask = "255.255.255.248", Framed-MTU = "1500", Port-Limit = "1", Framed-Routing = "None", Framed-Compression = "Van-Jacobson-TCP-IP" But if for some reason, you were routing him a different subnet thru an IP he was assigned, you would do like: joeblow Auth-Type = "Unix-PW" Service-Type = "Framed-User", Framed-Protocol = "PPP", Framed-IP-Address = "208.232.62.1", Framed-Netmask = "255.255.255.255", Framed-Route = "208.214.45.0/29 208.232.62.1 1", Framed-MTU = "1500", Port-Limit = "1", Framed-Routing = "None", Framed-Compression = "Van-Jacobson-TCP-IP" > > Brian > > > - > 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 (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

Hello all, I've got a perplexing problem with a dual-pri card feeding into quads. The circuit is set up good signal. Telco shows that they are handing calls to the PRI but they are being refused by my chassis. Line interface is set to pritdm, all ds0's show in service. Dunno where else to check... any ideas? -Eric

Just a curiosity. On the old 486 NMC's there is an optionfor wan/lan routing which I normally keep turned off. Funny thing is that there is no wan interface. To what interface do they refer to?

On Wed, 22 Mar 2000, Terry Kennedy wrote: > Just a curiosity. On the old 486 NMC's there is an optionfor wan/lan routing > which I normally keep turned off. Funny thing is that there is no wan > interface. > To what interface do they refer to? > The console port is the WAN interface.. You can attach a modem and do SLIP. If you only wanted to manage the NMC, lan-wan routing is turned off. If you want access to the rest of the network via the modem, turn it on..

I'm hoping somebody has an solution for this; I have a USR TC Netserver, running the latest firmware on all the cards that will not allow me to use loopstart and immediate signaling at the same time. I can change the options in TCM, but after I click Set, and then OK, then save the card to NVRAM and reboot, it has magically changed the configs for the trunk signal start back to dialTone. It will keep the loopstart setting, but no matter what trunk signaling type I set it to, it will always revert back to dialtone. Anybody know how to make the immediate start stick? Jeremy Malli

How do I get the HiperArc to switch back to my main authentication server after it has switched to the secondary? Is there a command that will cause it to retry the primary automatically? Russ Miescke Power Web Connect

Thanks, I hate it when I can't remember that. Russ Miescke Power Web Connect ----- Original Message ----- Sent: Thursday, March 23, 2000 2:31 PM > Thus spake Russ Miescke > >How do I get the HiperArc to switch back to my main authentication > >server after it has switched to the secondary? Is there a command that > >will cause it to retry the primary automatically? > > Oh...what *is* that command? > > set radius authentication_algorithm fall_through > -- > 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. >

Thus spake Russ Miescke >How do I get the HiperArc to switch back to my main authentication >server after it has switched to the secondary? Is there a command that >will cause it to retry the primary automatically? Oh...what *is* that command? set radius authentication_algorithm fall_through -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 If you have everything ok at your telco... (the D-channel is up and the span 1 status is F1 (operational)) Maybe... you just forgive enable all modems in the s# ports.. or set active all modems. IMHO. Greetings, Jorge Lozano M. - ----- Original Message ----- Sent: Tuesday, March 21, 2000 10:46 PM > > Hello all, > > I've got a perplexing problem with a dual-pri card feeding into > quads. > > The circuit is set up good signal. Telco shows that they are > handing calls to the PRI but they are being refused by my chassis. > > Line interface is set to pritdm, all ds0's show in service. > > Dunno where else to check... any ideas? > > > -Eric > > > - > 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 SIGNATURE----- Version: PGPfreeware 6.5.3 for non-commercial use <http://www.pgp.com> iQA/AwUBONrcxqp3oywyFVUlEQImfQCg2m93UdBdpUffJl17Dv8Q1daIjoYAoNGW ix4hb5IQe7KSh9KuOK0C5tim =5TKe -----END PGP SIGNATURE-----

I've just loaded the Hi-Per DSP firmware version 2.0.51 into one of our TCS hubs for testing. In older versions of the firmware (I think 3 or so versions prior to this one), the default setting for V.42 Selective Reject was disabled. However, newer versions of the firmware including this most recent one have it enabled by default. The docs indicate it benefits modems and phone lines experiencing some packet loss. However, up till now, we disabled V.42 Selective Reject explicitly just to ensure the same behaviour on our TCS with previous versions of the firmware. We even disabled it on the quad-modem cards for the same reason. This time we're leaving the default setting alone (enabled) but I'm wondering if this might be opening us up to increased problems with customers running older modems. I haven't yet noticed any mention of this feature on the lists or in the archives so I thought I'd ask directly. Has anyone run into problems with using V.42 Selective Reject on the quad-modem cards (version 6.1.6) and/or the HiPer DSP modem cards (version 2.0.81 or 2.0.51)? If so, what percentage of users were affected? What kinds of modems were most susceptible to problems, if any at all? Antonio Querubin

Would someone be so kind as to explain what the difference is between "connect attempt failure" and "incoming connection failed" statistics that are found under modem events in the TCM. I show 0 connect attempt failures on any of my cards but about a 3 to 5% incoming connection failed ration when compared to calls taken. Is this normal or should I be alarmed. I see about the same ratio on all 13 of my cards. And lastly under the "management bus failure" option I will see 1 or 2 on about 10 of my cards but the error is always on modem 1 of that span. Is this normal? Thanks for any help in explaining these options. Greg Owens Magnolia Internet Services http://www.magnolia-net.com

As far as I know, Selective Reject is only supported by 3Com client modems (err, USRobotics, or whatever little company it is that owns that product now, sigh)... but anyway it seems to be safe in every config combo we have here (Quad, DSP 2.0.51, all client modems). Short version of what it does is that it reduces the amount of data that's retransmitted when a v.42 frame gets corrupted. It's an optional part of the v.42 spec and not many people bothered to implement it. For client modems that don't implement it, it doesn't make a bit of difference whether you turn it on or off at the server end. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Internet services for Frankfort, Lawrenceburg, Owenton, Shelbyville www.fark.com: If it's not news, it's Fark. (Or something like that.) On Sat, 25 Mar 2000, Antonio Querubin wrote: > I've just loaded the Hi-Per DSP firmware version 2.0.51 into one of our > TCS hubs for testing. In older versions of the firmware (I think 3 or so > versions prior to this one), the default setting for V.42 Selective Reject > was disabled. However, newer versions of the firmware including this most > recent one have it enabled by default. The docs indicate it benefits > modems and phone lines experiencing some packet loss. > > However, up till now, we disabled V.42 Selective Reject explicitly just to > ensure the same behaviour on our TCS with previous versions of the > firmware. We even disabled it on the quad-modem cards for the same > reason. This time we're leaving the default setting alone (enabled) but > I'm wondering if this might be opening us up to increased problems with > customers running older modems. > > I haven't yet noticed any mention of this feature on the lists or in the > archives so I thought I'd ask directly. Has anyone run into problems with > using V.42 Selective Reject on the quad-modem cards (version 6.1.6) and/or > the HiPer DSP modem cards (version 2.0.81 or 2.0.51)? If so, what > percentage of users were affected? What kinds of modems were most > susceptible to problems, if any at all? > > Antonio Querubin > > > - > 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 all, Have a problem with a customer's webramp not disconnecting anymore. Here's the response from webramp: > I've taken a look at your tracedump and it looks like what is happening is > that the ISP is sending an ICMP packet to the webramp and the webramp is > responding to that. The source address is 208.47.232.2 and the > destination > address is 208.47.232.213. > Your ISP should be able to disable and/or block this packet from reaching > you. > > > Dennis Hemken > Ramp Networks > Customer Support Engineer > 888-RampNet > Well, the 208.47.232.213 is an IP from the pool, and 208.47.232.2 is one of the HiperArc's. Why would my HiperArc's be pinging my dialup clients? __________________________________ Justin Ellison System Administrator InternetUSA sysadmin@nebi.com http://nebi.com 800-603-3502

Connect attemp has to do with outgoing calls, not incoming -----Original Message----- [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Owens Sent: Saturday, March 25, 2000 7:23 PM Would someone be so kind as to explain what the difference is between "connect attempt failure" and "incoming connection failed" statistics that are found under modem events in the TCM. I show 0 connect attempt failures on any of my cards but about a 3 to 5% incoming connection failed ration when compared to calls taken. Is this normal or should I be alarmed. I see about the same ratio on all 13 of my cards. And lastly under the "management bus failure" option I will see 1 or 2 on about 10 of my cards but the error is always on modem 1 of that span. Is this normal? Thanks for any help in explaining these options. Greg Owens Magnolia Internet Services http://www.magnolia-net.com - 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 have a customer that started using a Mac AirPort with an iMac. She couldn't connect to my TC chassis, but was able to connect to a Portmaster. Anyone else experienced this? John Mies John Mies Illinet.com http://www.illinet.com

Hi, Pardon me for asking such a simple question, but I've completely forgotten how to enable telnet access to a HiperARC card. I spent quite some time fiddling around with the HiperMgr application but still cannot seem to get telnet enabled. I'm now worried that I've enabled telnet somehow for dialup clients too. Does anybody out there know what I need to do to turn telnet on for management via the ethernet port? Also, how can I look at the settings to make sure I don't accidentally have it enabled for dialups? Thanks ahead of time, - Mike

We were seeing something similar from our head tech. He has an airport at home and was using it to dial in till the ISDN line was installed. He mentioned that he had some difficulty, or the throughput was not great while he was using the modem. Once he got the ISDN line installed, it worked like a dream. So we no longer paid any attention to it. steve --On Mon, Mar 27, 2000 1:27 PM -0600 John Mies <jmies@illinet.com> wrote: > I have a customer that started using a Mac AirPort with an iMac. She > couldn't connect to my TC chassis, but was able to connect to a > Portmaster. Anyone else experienced this? > > John Mies > > > John Mies > Illinet.com > > http://www.illinet.com > > > - > 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. Steve McConnell EMJI 919.303.3217:126

Mac's modems don't seem to want to play nice with TC's. I would disable the v.90 negotiation on the client's modem (via init string) and try it. If it goes in at 33.6 but not v.90.... than it's just a MAC thing. The apple web site is basically "Our stuff works.... it must be the ISP". If you can get ANY usefull info from thier site... post a url. I have to turn MAC's away due to not being able to support them. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Mon, 27 Mar 2000, Steve McConnell wrote: > We were seeing something similar from our head tech. He has an airport at > home and was using it to dial in till the ISDN line was installed. He > mentioned that he had some difficulty, or the throughput was not great > while he was using the modem. Once he got the ISDN line installed, it > worked like a dream. So we no longer paid any attention to it. > > steve > > > > > --On Mon, Mar 27, 2000 1:27 PM -0600 John Mies <jmies@illinet.com> wrote: > > > I have a customer that started using a Mac AirPort with an iMac. She > > couldn't connect to my TC chassis, but was able to connect to a > > Portmaster. Anyone else experienced this? > > > > John Mies > > > > > > John Mies > > Illinet.com > > > > http://www.illinet.com > > > > > > - > > 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. > > > > Steve McConnell > EMJI > 919.303.3217:126 > > > - > 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. >

Expect a 5-10% incoming call failure rate. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Mon, 27 Mar 2000, Terry Kennedy wrote: > Connect attemp has to do with outgoing calls, not incoming > > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Greg Owens > Sent: Saturday, March 25, 2000 7:23 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) explanation of options needed please > > > Would someone be so kind as to explain what the difference is between > "connect attempt failure" and "incoming connection failed" statistics that > are found under modem events in the TCM. > I show 0 connect attempt failures on any of my cards but about a 3 to 5% > incoming connection failed ration when compared to calls taken. Is this > normal or should I be alarmed. I see about the same ratio on all 13 of my > cards. > And lastly under the "management bus failure" option I will see 1 or 2 > on about 10 of my cards but the error is always on modem 1 of that span. Is > this normal? > Thanks for any help in explaining these options. > Greg Owens > Magnolia Internet Services > http://www.magnolia-net.com > > > - > 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. >

Well, I just lost a dialup customer of four years over that one. MacSuX http://til.info.apple.com/techinfo.nsf/artnum/n58538 At 03:31 PM 3/27/00 -0500, you wrote: >Mac's modems don't seem to want to play nice with TC's. I would >disable the v.90 negotiation on the client's modem (via init string) and >try it. If it goes in at 33.6 but not v.90.... than it's just a MAC >thing. > >The apple web site is basically "Our stuff works.... it must be the ISP". > >If you can get ANY usefull info from thier site... post a url. I have to >turn MAC's away due to not being able to support them. > >Paul Farber >Farber Technology >farber@admin.f-tech.net >Ph 570-628-5303 >Fax 570-628-5545 > >On Mon, 27 Mar 2000, Steve McConnell wrote: > > > We were seeing something similar from our head tech. He has an airport at > > home and was using it to dial in till the ISDN line was installed. He > > mentioned that he had some difficulty, or the throughput was not great > > while he was using the modem. Once he got the ISDN line installed, it > > worked like a dream. So we no longer paid any attention to it. > > > > steve > > > > > > > > > > --On Mon, Mar 27, 2000 1:27 PM -0600 John Mies <jmies@illinet.com> wrote: > > > > > I have a customer that started using a Mac AirPort with an iMac. She > > > couldn't connect to my TC chassis, but was able to connect to a > > > Portmaster. Anyone else experienced this? > > > > > > John Mies > > > > > > > > > John Mies > > > Illinet.com > > > > > > http://www.illinet.com > > > > > > > > > - > > > 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. > > > > > > > > Steve McConnell > > EMJI > > 919.303.3217:126 > > > > > > - > > 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. > > >-=-=- >SBG-Priority: 4 (Low) http://www.internz.com/SpamBeGone/

This is a multi-part message in MIME format. ------=_NextPart_000_0181_01BF98D5.0EC10510 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have a few users that use a private IP pool to get their IP address, = and I was wondering if there was a way to route traffic from them out = the second ethernet interface. Thanks. Mike Wilker Director of Network Operations Local Link, Inc. ------=_NextPart_000_0181_01BF98D5.0EC10510 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Diso-8859-1" = http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>I have a few users that use a private = IP pool to=20 get their IP address, and I was wondering if there was a way to route = traffic=20 from them out the second ethernet interface.&nbsp; Thanks.</FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>Mike Wilker<BR>Director of Network=20 Operations<BR>Local Link, Inc.<BR></FONT></DIV></BODY></HTML> ------=_NextPart_000_0181_01BF98D5.0EC10510--

I'm banging my head against the wall on this SNMP disconnect problem. I want to be able to do a disconnect via a single "set" that is indexed via session-id or username and session-id. There are two good candidates. The best one is usrUserMan.usrUserManGroup.usrUserManActiveSessionTable.uumActiveSessionEntry.uumActiveSessionAction which works when you hand it the session ID it's looking for. Unfortunatly, the session-ID it's looking for is "off" by some, small, random, unpredicatable number compared to the Radius Session-ID, and you can only learn this bad sesion-ID by doing a "get" to discover it's corrupted value, which would be as slow as what I'm doing now. The other candidate is usrUserMan.usrUserManGroup.usrUserManVTSTermTable.usrUserManVTSTermEntry.usrUserManVTSTermAction which has the advantage that it's Session-ID always matches what's in the Radius accounting records, but the problem is I've never been able to make it work. In fact I use this table now to verify the user is still online before I go whack the modem. So my choices are one that works, but can't be used beacause it's of random noise in the session-id, or one that has perfectly matching session-ids but I can't figgure out how to make it work. If I buy a support contract, is this something that 3COM would answer or fix? -- Aaron Nabil

Thus spake Mike Wilker >I have a few users that use a private IP pool to get their IP address, >and I was wondering if there was a way to route traffic from them out >the second ethernet interface. Thanks. Its not exactly routing based on the source IP address I don't believe, but check out the Internet Equal Access routing feature in the Arc code. I *think* this can accomplish what you need. I've never used it, but from what I understand it should do what you need. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

On Tue, 28 Mar 2000, Mike Wilker wrote: > I have a few users that use a private IP pool to get their IP address, > and I was wondering if there was a way to route traffic from them out > the second ethernet interface. Thanks. Yes, by using the VPN-Neighbor RADIUS attribute........ > > Mike Wilker > Director of Network Operations > Local Link, Inc. > > Brian Feeny (BF304) signal@shreve.net 318-222-2638 x 109 http://www.shreve.net/~signal Network Administrator ShreveNet Inc. (ASN 11881)

On Tue, 28 Mar 2000, Aaron Nabil wrote: > > I'm banging my head against the wall on this SNMP disconnect problem. I > want to be able to do a disconnect via a single "set" that is indexed via > session-id or username and session-id. Why are you so attached to the session ID? Why not use the port number to directly hang up the modem? > There are two good candidates. The best one is > usrUserMan.usrUserManGroup.usrUserManActiveSessionTable.uumActiveSessionEntry.uumActiveSessionAction > which works when you hand it the session ID it's looking > for. Unfortunatly, the session-ID it's looking for is "off" by some, > small, random, unpredicatable number compared to the Radius > Session-ID, and you can only learn this bad sesion-ID by doing a "get" to > discover it's corrupted value, which would be as slow as what I'm doing > now. How is this off?? Can you give an example? > The other candidate is > usrUserMan.usrUserManGroup.usrUserManVTSTermTable.usrUserManVTSTermEntry.usrUserManVTSTermAction > which has the advantage that it's Session-ID always matches what's in the > Radius accounting records, but the problem is I've never been able to > make it work. In fact I use this table now to verify the user is still > online before I go whack the modem. This one should work. But it looks like (from the MIB) that you need to specify more than just the sessionId. It says : -- The usrUserManVTSTermTable is used to terminate a session using -- the unique index key made up of AusrUserManVTSTermUserName, -- usrUserManVTSTermSessionId, usrUserManVTSTermDynamicIpAddress, -- and usrUserManVTSTermSessionKey. So the trick will be to figure out how to generate that key.. I think HARM can do this. You may want to snoop a HARM packet and see what it does. > So my choices are one that works, but can't be used beacause it's of > random noise in the session-id, or one that has perfectly matching > session-ids but I can't figgure out how to make it work. > > If I buy a support contract, is this something that 3COM would answer or

On Wed, 29 Mar 2000, Mike wrote: > On Tue, 28 Mar 2000, Aaron Nabil wrote: > > > > > I'm banging my head against the wall on this SNMP disconnect problem. I > > want to be able to do a disconnect via a single "set" that is indexed via > > session-id or username and session-id. > > Why are you so attached to the session ID? Why not use the port number to > directly hang up the modem? I am using the port number. We hang up _a lot_ (>10/hour, currently) of connections, I don't want to drop the wrong people because I lost an accounting stop. So it requires that I double-check to make sure that the user I want to zap is still on that port first. If I was using session-id, it wouldn't be necessary to make that check. > > There are two good candidates. The best one is > > usrUserMan.usrUserManGroup.usrUserManActiveSessionTable.uumActiveSessionEntry.uumActiveSessionAction > > which works when you hand it the session ID it's looking > > for. Unfortunatly, the session-ID it's looking for is "off" by some, > > small, random, unpredicatable number compared to the Radius > > Session-ID, and you can only learn this bad sesion-ID by doing a "get" to > > discover it's corrupted value, which would be as slow as what I'm doing > > now. > > How is this off?? Can you give an example? An example would be the Radius Session-ID is 6637483 and the one in the table is 6637482, 6637483, 6637484, or 6637485. -- Aaron Nabil

Everyone, We have a customer who has a laptop and travels a lot to foreign countries. He dials (or at least attempts to) us via AT&T USA direct where he dials an access numebr in the foreign country and then once he gets the prompt tone he dials us. He has a 3Com Noteworthy PCMCIA modem card. He has yet to be able to get this work work anywhere other than the US and Canada. At this point it appears the PCMCIA card is looking for US dialtone and not foreign country dialtone. As soon as he clicks connect in DUN he sees it try for about a second and then it immediately disconnects. He says he never hears dialtone come up. Has anyone seen this before ? He says the dialtone is different from country to country. I am thinking we need to add X0 in the DUN extra settings option to disable dialtone detection within the modem itself. Thoughts ? Jeff Binkley ASA Network Computing CMPQwk 1.42-21 9999

I travel a lot around the world with my MegaHerzt PCMCIA (had several of them and also the old 3Com PCMCIA LAN+Modem) and I never had that type of problems except in Germany, France and England, which uses different plugs for phones. But once you configure the modem for the correct country, that also goes away. In the other countries in Latin America, Europe, Asia and Australia I just plug my modem to the telephone outlet in my hotel room and dial using AT&T to the US and then to my ISP. Usually when I don't get dial tone is because I'm using the wrong outlet. Dial tones in hotels are usually the same that you get in the US. That might be different if he is dialing without going through a PBX. In that case, uncheck Wait for dialtone in DUN and see if it goes. But most countries use the same dial tone as the US. Sorry I can't be of further assistance. Sonny >From: jeff.binkley@asacomp.com (Jeff Binkley) >Reply-To: usr-tc@lists.xmission.com >To: usr-tc@lists.xmission.com >Subject: (usr-tc) Foreign Country >Date: Wed, 29 Mar 2000 21:30:07 -0500 > >Everyone, > >We have a customer who has a laptop and travels a lot to foreign >countries. He dials (or at least attempts to) us via AT&T USA direct >where he dials an access numebr in the foreign country and then once he >gets the prompt tone he dials us. He has a 3Com Noteworthy PCMCIA modem >card. He has yet to be able to get this work work anywhere other than >the US and Canada. At this point it appears the PCMCIA card is looking >for US dialtone and not foreign country dialtone. As soon as he clicks >connect in DUN he sees it try for about a second and then it immediately >disconnects. He says he never hears dialtone come up. Has anyone seen >this before ? He says the dialtone is different from country to country. >I am thinking we need to add X0 in the DUN extra settings option to >disable dialtone detection within the modem itself. Thoughts ? > > >Jeff Binkley >ASA Network Computing > >CMPQwk 1.42-21 9999 > > >- > 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. ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

Jeff, Some of the latest PCMCIA modem cards have a utility to choose country easily from the desktop. I have used an ActionTec V90 FM560LKI successfully in various countries in Europe and Asia. Don't have to bother your head what it's doing or what init codes it's using! Colin > Everyone, > > We have a customer who has a laptop and travels a lot to foreign > countries. He dials (or at least attempts to) us via AT&T USA direct > where he dials an access numebr in the foreign country and then once he > gets the prompt tone he dials us. He has a 3Com Noteworthy PCMCIA modem > card. He has yet to be able to get this work work anywhere other than > the US and Canada. At this point it appears the PCMCIA card is looking > for US dialtone and not foreign country dialtone. As soon as he clicks > connect in DUN he sees it try for about a second and then it immediately > disconnects. He says he never hears dialtone come up. Has anyone seen > this before ? He says the dialtone is different from country to country. > I am thinking we need to add X0 in the DUN extra settings option to > disable dialtone detection within the modem itself. Thoughts ? > > > Jeff Binkley > ASA Network Computing > > CMPQwk 1.42-21 9999 > > > - > 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. >

In Stock, Tested thru TCM. All Modems flash v90 NMC v90 enabled. Can configure chassis's to your specifications. (digital, analog/digital) USR Technician available for hire. install assistance, configuration at your ip address. Quad Digital Bundles include: $4500 or BO Chassis with Dual 45A power Netserver PRI NMC v90 12- Digital Modems Dual PRI Quad Analog/Digital Bundles include: $6000 or BO HD Chassis with integrated fan tray, single 70A power nmc v90 enabled hiper arc 12- Quad analog/digital modems dual pri WTB: Hiper DSP's!!! .................................................... Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com http://www.ISP-NetworkHardware.com or http://www.wrca.net Cisco, Ascend, Livingston, USR, Microcom, Motorola Computone, Kentrox, Adtran...and more

How many ports on a Patton 2810? I see info at http://www.patton.com about the 2800, with UP TO 30 ports (E1 I assume). > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > Sent: Thursday, March 30, 2000 10:46 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) FS: USR TC v90 > > > Holly shit! I can sell my unsupport, end of life, out of date 2059 bundle > for $4500! Hmmm... a Patton 2810 is only $3600 NEW. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Thu, 30 Mar 2000, Steve Rivera wrote: > > > In Stock, Tested thru TCM. > > All Modems flash v90 > > NMC v90 enabled. > > Can configure chassis's to your specifications. (digital, > analog/digital) > > USR Technician available for hire. install assistance, configuration at > > your ip address. > > > > Quad Digital Bundles include: $4500 or BO > > Chassis with Dual 45A power > > Netserver PRI > > NMC v90 > > 12- Digital Modems > > Dual PRI > > > > Quad Analog/Digital Bundles include: $6000 or BO > > HD Chassis with integrated fan tray, single 70A power > > nmc v90 enabled > > hiper arc > > 12- Quad analog/digital modems > > dual pri > > > > WTB: Hiper DSP's!!! > > .................................................... > > Worldwide Provider of Network Hardware Since 1981. > > Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr > > Email Page 7324335890@page.nextel.com > > http://www.ISP-NetworkHardware.com or http://www.wrca.net > > Cisco, Ascend, Livingston, USR, Microcom, Motorola > > Computone, Kentrox, Adtran...and more > > > > > > > > > > > > > > > > > > > > > > > > > > - > > 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. >

Holly shit! I can sell my unsupport, end of life, out of date 2059 bundle for $4500! Hmmm... a Patton 2810 is only $3600 NEW. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 30 Mar 2000, Steve Rivera wrote: > In Stock, Tested thru TCM. > All Modems flash v90 > NMC v90 enabled. > Can configure chassis's to your specifications. (digital, analog/digital) > USR Technician available for hire. install assistance, configuration at > your ip address. > > Quad Digital Bundles include: $4500 or BO > Chassis with Dual 45A power > Netserver PRI > NMC v90 > 12- Digital Modems > Dual PRI > > Quad Analog/Digital Bundles include: $6000 or BO > HD Chassis with integrated fan tray, single 70A power > nmc v90 enabled > hiper arc > 12- Quad analog/digital modems > dual pri > > WTB: Hiper DSP's!!! > .................................................... > Worldwide Provider of Network Hardware Since 1981. > Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr > Email Page 7324335890@page.nextel.com > http://www.ISP-NetworkHardware.com or http://www.wrca.net > Cisco, Ascend, Livingston, USR, Microcom, Motorola > Computone, Kentrox, Adtran...and more > > > > > > > > > > > > > - > 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. >

Holly Shit! yes you can :) At 12:46 PM 03/30/2000 -0500, you wrote: >Holly shit! I can sell my unsupport, end of life, out of date 2059 bundle >for $4500! Hmmm... a Patton 2810 is only $3600 NEW. > >Paul Farber >Farber Technology >farber@admin.f-tech.net >Ph 570-628-5303 >Fax 570-628-5545 > >On Thu, 30 Mar 2000, Steve Rivera wrote: > > > In Stock, Tested thru TCM. > > All Modems flash v90 > > NMC v90 enabled. > > Can configure chassis's to your specifications. (digital, analog/digital) > > USR Technician available for hire. install assistance, configuration at > > your ip address. > > > > Quad Digital Bundles include: $4500 or BO > > Chassis with Dual 45A power > > Netserver PRI > > NMC v90 > > 12- Digital Modems > > Dual PRI > > > > Quad Analog/Digital Bundles include: $6000 or BO > > HD Chassis with integrated fan tray, single 70A power > > nmc v90 enabled > > hiper arc > > 12- Quad analog/digital modems > > dual pri > > > > WTB: Hiper DSP's!!! > > .................................................... > > Worldwide Provider of Network Hardware Since 1981. > > Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr > > Email Page 7324335890@page.nextel.com > > http://www.ISP-NetworkHardware.com or http://www.wrca.net > > Cisco, Ascend, Livingston, USR, Microcom, Motorola > > Computone, Kentrox, Adtran...and more > > > > > > > > > > > > > > > > > > > > > > > > > > - > > 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. .................................................... Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com http://www.ISP-NetworkHardware.com or http://www.wrca.net Cisco, Ascend, Livingston, USR, Microcom, Motorola Computone, Kentrox, Adtran...and more

This is a multi-part message in MIME format. ------=_NextPart_000_020A_01BF9A4D.4FDF0B40 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have a user that suddenly about a week ago couldn't stay on longer = than 9 minutes and some-odd seconds. They are using a Dell computer = with a USR PCI winmodem. The disconnect reason is reported as Normal = User Call Clear. We had them bring in the computer yesterday and were = able to connect longer from our office, but when they brought it home = the same thing happened. Does anyone have any ideas? Thanks. Mike Wilker Director of Network Operations Local Link, Inc. ------=_NextPart_000_020A_01BF9A4D.4FDF0B40 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Diso-8859-1" = http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2> <DIV><FONT face=3DArial size=3D2>I have a user that suddenly about a = week ago=20 couldn't stay on longer than 9 minutes and some-odd seconds.&nbsp; They = are=20 using a Dell computer with a USR PCI winmodem.&nbsp; The disconnect = reason is=20 reported as Normal User Call Clear.&nbsp; We had them bring in the = computer=20 yesterday and were able to connect longer from our office, but when they = brought=20 it home the same thing happened.&nbsp; Does anyone have any ideas?&nbsp; = Thanks.</FONT></DIV> <DIV>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2>Mike Wilker<BR>Director of Network=20 Operations<BR>Local Link, = Inc.<BR></FONT></DIV></FONT></DIV></BODY></HTML> ------=_NextPart_000_020A_01BF9A4D.4FDF0B40--

I found some VSA stuff in the HiperARC product reference. It is in Appendix E.. I use Funk Steel Belted and it helped me. It should be downloadable in PDF, but its big....about 300 pages Scott Boggs Network Administrator United Bank > -----Original Message----- > From: Paul Farber [SMTP:farber@admin.f-tech.net] > Sent: Thursday, March 09, 2000 8:29 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) list of USR VSA's for RADIUS > > anyone have a URL or document that describes 3COM's VSA sent via radius? > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > > - > 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 have been using the latest DSP software and I notice that I have pairs of modems that are failing connections at much higher rates than the other modems. I have heard some discussion of this. Does anyone know how to reset modem pairs and clear the statistics? Thanks, Scott Boggs Network Administrator United Bank

Obviously. So we're going to get 24 or 23 ports with the patton. And we're comparing that to a 48 port TC. Yeah, it's old, unsupported, but the price isn't REALLY that bad. :) Randy Cosby InfoWest, Inc. 435-674-0165 x11 Fax: 603-462-6427 --- http://www.infowest.com http://www.devshed.com http://www.32bit.com "A ship in port is safe, but that is not what ships were built for" - Grace Hopper > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > Sent: Thursday, March 30, 2000 5:04 PM > To: usr-tc@lists.xmission.com > Subject: RE: (usr-tc) FS: USR TC v90 > > > E1's ain't available in the US. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Thu, 30 Mar 2000, Randy Cosby wrote: > > > How many ports on a Patton 2810? I see info at > http://www.patton.com about > > the 2800, with UP TO 30 ports (E1 I assume). > > > > > -----Original Message----- > > > From: owner-usr-tc@lists.xmission.com > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > > > Sent: Thursday, March 30, 2000 10:46 AM > > > To: usr-tc@lists.xmission.com > > > Subject: Re: (usr-tc) FS: USR TC v90 > > > > > > > > > Holly shit! I can sell my unsupport, end of life, out of > date 2059 bundle > > > for $4500! Hmmm... a Patton 2810 is only $3600 NEW. > > > > > > Paul Farber > > > Farber Technology > > > farber@admin.f-tech.net > > > Ph 570-628-5303 > > > Fax 570-628-5545 > > > > > > On Thu, 30 Mar 2000, Steve Rivera wrote: > > > > > > > In Stock, Tested thru TCM. > > > > All Modems flash v90 > > > > NMC v90 enabled. > > > > Can configure chassis's to your specifications. (digital, > > > analog/digital) > > > > USR Technician available for hire. install assistance, > configuration at > > > > your ip address. > > > > > > > > Quad Digital Bundles include: $4500 or BO > > > > Chassis with Dual 45A power > > > > Netserver PRI > > > > NMC v90 > > > > 12- Digital Modems > > > > Dual PRI > > > > > > > > Quad Analog/Digital Bundles include: $6000 or BO > > > > HD Chassis with integrated fan tray, single 70A power > > > > nmc v90 enabled > > > > hiper arc > > > > 12- Quad analog/digital modems > > > > dual pri > > > > > > > > WTB: Hiper DSP's!!! > > > > .................................................... > > > > Worldwide Provider of Network Hardware Since 1981. > > > > Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr > > > > Email Page 7324335890@page.nextel.com > > > > http://www.ISP-NetworkHardware.com or http://www.wrca.net > > > > Cisco, Ascend, Livingston, USR, Microcom, Motorola > > > > Computone, Kentrox, Adtran...and more > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > 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. > > > > > - > 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. >

E1's ain't available in the US. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 30 Mar 2000, Randy Cosby wrote: > How many ports on a Patton 2810? I see info at http://www.patton.com about > the 2800, with UP TO 30 ports (E1 I assume). > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > > Sent: Thursday, March 30, 2000 10:46 AM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) FS: USR TC v90 > > > > > > Holly shit! I can sell my unsupport, end of life, out of date 2059 bundle > > for $4500! Hmmm... a Patton 2810 is only $3600 NEW. > > > > Paul Farber > > Farber Technology > > farber@admin.f-tech.net > > Ph 570-628-5303 > > Fax 570-628-5545 > > > > On Thu, 30 Mar 2000, Steve Rivera wrote: > > > > > In Stock, Tested thru TCM. > > > All Modems flash v90 > > > NMC v90 enabled. > > > Can configure chassis's to your specifications. (digital, > > analog/digital) > > > USR Technician available for hire. install assistance, configuration at > > > your ip address. > > > > > > Quad Digital Bundles include: $4500 or BO > > > Chassis with Dual 45A power > > > Netserver PRI > > > NMC v90 > > > 12- Digital Modems > > > Dual PRI > > > > > > Quad Analog/Digital Bundles include: $6000 or BO > > > HD Chassis with integrated fan tray, single 70A power > > > nmc v90 enabled > > > hiper arc > > > 12- Quad analog/digital modems > > > dual pri > > > > > > WTB: Hiper DSP's!!! > > > .................................................... > > > Worldwide Provider of Network Hardware Since 1981. > > > Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr > > > Email Page 7324335890@page.nextel.com > > > http://www.ISP-NetworkHardware.com or http://www.wrca.net > > > Cisco, Ascend, Livingston, USR, Microcom, Motorola > > > Computone, Kentrox, Adtran...and more > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > 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. >

It's old, unsupported, dosen't do mlppp, has routing problems, an underpowered CPU, not enough RAM, slow management card. For the cost of an old, outdate 2059, you can get the same ports (48) for slightly more out of patton. How many ISP's leased 2059's with FMV cause we KNEW they were going to be discontinued... yet resellers are jacking the price up to 4500 on these 486 based RASes? I hate when businesses screw themselved... knowingly. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Thu, 30 Mar 2000, Randy Cosby wrote: > Obviously. So we're going to get 24 or 23 ports with the patton. And we're > comparing that to a 48 port TC. Yeah, it's old, unsupported, but the price > isn't REALLY that bad. :) > > Randy Cosby > InfoWest, Inc. > 435-674-0165 x11 > Fax: 603-462-6427 > --- > http://www.infowest.com > http://www.devshed.com > http://www.32bit.com > > "A ship in port is safe, but that is not what ships were built for" - Grace > Hopper > > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > > Sent: Thursday, March 30, 2000 5:04 PM > > To: usr-tc@lists.xmission.com > > Subject: RE: (usr-tc) FS: USR TC v90 > > > > > > E1's ain't available in the US. > > > > Paul Farber > > Farber Technology > > farber@admin.f-tech.net > > Ph 570-628-5303 > > Fax 570-628-5545 > > > > On Thu, 30 Mar 2000, Randy Cosby wrote: > > > > > How many ports on a Patton 2810? I see info at > > http://www.patton.com about > > > the 2800, with UP TO 30 ports (E1 I assume). > > > > > > > -----Original Message----- > > > > From: owner-usr-tc@lists.xmission.com > > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > > > > Sent: Thursday, March 30, 2000 10:46 AM > > > > To: usr-tc@lists.xmission.com > > > > Subject: Re: (usr-tc) FS: USR TC v90 > > > > > > > > > > > > Holly shit! I can sell my unsupport, end of life, out of > > date 2059 bundle > > > > for $4500! Hmmm... a Patton 2810 is only $3600 NEW. > > > > > > > > Paul Farber > > > > Farber Technology > > > > farber@admin.f-tech.net > > > > Ph 570-628-5303 > > > > Fax 570-628-5545 > > > > > > > > On Thu, 30 Mar 2000, Steve Rivera wrote: > > > > > > > > > In Stock, Tested thru TCM. > > > > > All Modems flash v90 > > > > > NMC v90 enabled. > > > > > Can configure chassis's to your specifications. (digital, > > > > analog/digital) > > > > > USR Technician available for hire. install assistance, > > configuration at > > > > > your ip address. > > > > > > > > > > Quad Digital Bundles include: $4500 or BO > > > > > Chassis with Dual 45A power > > > > > Netserver PRI > > > > > NMC v90 > > > > > 12- Digital Modems > > > > > Dual PRI > > > > > > > > > > Quad Analog/Digital Bundles include: $6000 or BO > > > > > HD Chassis with integrated fan tray, single 70A power > > > > > nmc v90 enabled > > > > > hiper arc > > > > > 12- Quad analog/digital modems > > > > > dual pri > > > > > > > > > > WTB: Hiper DSP's!!! > > > > > .................................................... > > > > > Worldwide Provider of Network Hardware Since 1981. > > > > > Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr > > > > > Email Page 7324335890@page.nextel.com > > > > > http://www.ISP-NetworkHardware.com or http://www.wrca.net > > > > > Cisco, Ascend, Livingston, USR, Microcom, Motorola > > > > > Computone, Kentrox, Adtran...and more > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > 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. > > > > > > > > > - > > 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. >

I paid $16k each for mine new but that was before they became a mass market product. 8-) They are going for $4k or so all over the place. At 10:16 AM 3/31/00 -0500, you wrote: >My gripe is that they are still asking $4K for NETSERVER based gear. > >And there is NO WAY a NETSERVER based chassis is worth $4K. Christ, they >were only $10K NEW. Thanks, Greg Coffey <gcoffey@vcn.com> Visionary Communications V 307-234-5443 F 307-234-5446 100 N. Center Suite #100, Casper, WY 82601 www.vcn.com _________________________________________________________

First, why are you discussing Patton on this list? Second, I don't respect or purchase from companies that use misdirection in their advertising or market position. The Patton doesn't do 30 or 60 channels, vs 3Coms 'limit' of 48. I don't care what it will do in Europe, and I hate people who use apples and oranges comparisons. Third, there is absolutely no mention of MLPPP, or even more critical to those who are growing, Multi-chassis MLPPP. You certainly won't be able to minimize redundant D channel usage in large aggregations of dialup lines. Fourth, I'm supposed to purchase a mission critical piece of equipment from someone who built modem sharing devices up until last year? Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Thursday, March 30, 2000 7:23 PM > It's old, unsupported, dosen't do mlppp, has routing problems, an > underpowered CPU, not enough RAM, slow management card. > > For the cost of an old, outdate 2059, you can get the same ports (48) for > slightly more out of patton. > > How many ISP's leased 2059's with FMV cause we KNEW they were going to be > discontinued... yet resellers are jacking the price up to 4500 on these > 486 based RASes? > > I hate when businesses screw themselved... knowingly. > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > On Thu, 30 Mar 2000, Randy Cosby wrote: > > > Obviously. So we're going to get 24 or 23 ports with the patton. And we're > > comparing that to a 48 port TC. Yeah, it's old, unsupported, but the price > > isn't REALLY that bad. :) > > > > Randy Cosby > > InfoWest, Inc. > > 435-674-0165 x11 > > Fax: 603-462-6427 > > --- > > http://www.infowest.com > > http://www.devshed.com > > http://www.32bit.com > > > > "A ship in port is safe, but that is not what ships were built for" - Grace > > Hopper > > > > > > > -----Original Message----- > > > From: owner-usr-tc@lists.xmission.com > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > > > Sent: Thursday, March 30, 2000 5:04 PM > > > To: usr-tc@lists.xmission.com > > > Subject: RE: (usr-tc) FS: USR TC v90 > > > > > > > > > E1's ain't available in the US. > > > > > > Paul Farber > > > Farber Technology > > > farber@admin.f-tech.net > > > Ph 570-628-5303 > > > Fax 570-628-5545 > > > > > > On Thu, 30 Mar 2000, Randy Cosby wrote: > > > > > > > How many ports on a Patton 2810? I see info at > > > http://www.patton.com about > > > > the 2800, with UP TO 30 ports (E1 I assume). > > > > > > > > > -----Original Message----- > > > > > From: owner-usr-tc@lists.xmission.com > > > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > > > > > Sent: Thursday, March 30, 2000 10:46 AM > > > > > To: usr-tc@lists.xmission.com > > > > > Subject: Re: (usr-tc) FS: USR TC v90 > > > > > > > > > > > > > > > Holly shit! I can sell my unsupport, end of life, out of > > > date 2059 bundle > > > > > for $4500! Hmmm... a Patton 2810 is only $3600 NEW. > > > > > > > > > > Paul Farber > > > > > Farber Technology > > > > > farber@admin.f-tech.net > > > > > Ph 570-628-5303 > > > > > Fax 570-628-5545 > > > > > > > > > > On Thu, 30 Mar 2000, Steve Rivera wrote: > > > > > > > > > > > In Stock, Tested thru TCM. > > > > > > All Modems flash v90 > > > > > > NMC v90 enabled. > > > > > > Can configure chassis's to your specifications. (digital, > > > > > analog/digital) > > > > > > USR Technician available for hire. install assistance, > > > configuration at > > > > > > your ip address. > > > > > > > > > > > > Quad Digital Bundles include: $4500 or BO > > > > > > Chassis with Dual 45A power > > > > > > Netserver PRI > > > > > > NMC v90 > > > > > > 12- Digital Modems > > > > > > Dual PRI > > > > > > > > > > > > Quad Analog/Digital Bundles include: $6000 or BO > > > > > > HD Chassis with integrated fan tray, single 70A power > > > > > > nmc v90 enabled > > > > > > hiper arc > > > > > > 12- Quad analog/digital modems > > > > > > dual pri > > > > > > > > > > > > WTB: Hiper DSP's!!! > > > > > > .................................................... > > > > > > Worldwide Provider of Network Hardware Since 1981. > > > > > > Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr > > > > > > Email Page 7324335890@page.nextel.com > > > > > > http://www.ISP-NetworkHardware.com or http://www.wrca.net > > > > > > Cisco, Ascend, Livingston, USR, Microcom, Motorola > > > > > > Computone, Kentrox, Adtran...and more > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > > 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. > > > > > > > > > > > > > - > > > 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.

I had some problems with my border Cisco router yesterday. During the troubleshooting RIP was turned off and the aggregate traffic was passed off to one of the HiperArc's to handle. Since the problem was resolved I have been unable to reestablish the Cisco into the RIP distribution. I reentered the commands that were there before being removed, rebooted the Cisco, disabled and reenabled RIP on the HiperArc's and still no rip routes are showing up on the Cisco. What have I missed? What should I be looking for? Mark Thornton San Marcos Internet, Inc. 512-393-5300

My gripe is that they are still asking $4K for NETSERVER based gear. MLPPP or even Multi chassis MLPPP is still kinda new to the Total Control cards. ISDN connections are even worse than .v90 connections.... a large percentage of ISDN calls will somehow lose routing when MLPPP to a TC. 3Com dropped the dial up market about 1 year ago.... look at the new 'features' they've been incorporating in TC, VoIP, Cellular, etc. When the damned things can reliably take a phone call and route the packets using something other than RIP (yeah, OSPF is in their but from what I read it's not the most reliable beast), THEN add bells and whistles. I've been wanting a pure dial up RAS for a while... nothing as complex as TC for handeling mass marketed dial up access.... looks like Patton listened. And there is NO WAY a NETSERVER based chassis is worth $4K. Christ, they were only $10K NEW. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 31 Mar 2000, Mark Thornton wrote: > First, why are you discussing Patton on this list? > > Second, I don't respect or purchase from companies that use misdirection in > their advertising or market position. The Patton doesn't do 30 or 60 > channels, vs 3Coms 'limit' of 48. I don't care what it will do in Europe, > and I hate people who use apples and oranges comparisons. > > Third, there is absolutely no mention of MLPPP, or even more critical to > those who are growing, Multi-chassis MLPPP. You certainly won't be able to > minimize redundant D channel usage in large aggregations of dialup lines. > > Fourth, I'm supposed to purchase a mission critical piece of equipment from > someone who built modem sharing devices up until last year? > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > ----- Original Message ----- > From: Paul Farber <farber@admin.f-tech.net> > To: <usr-tc@lists.xmission.com> > Sent: Thursday, March 30, 2000 7:23 PM > Subject: RE: (usr-tc) FS: USR TC v90 > > > > It's old, unsupported, dosen't do mlppp, has routing problems, an > > underpowered CPU, not enough RAM, slow management card. > > > > For the cost of an old, outdate 2059, you can get the same ports (48) for > > slightly more out of patton. > > > > How many ISP's leased 2059's with FMV cause we KNEW they were going to be > > discontinued... yet resellers are jacking the price up to 4500 on these > > 486 based RASes? > > > > I hate when businesses screw themselved... knowingly. > > > > Paul Farber > > Farber Technology > > farber@admin.f-tech.net > > Ph 570-628-5303 > > Fax 570-628-5545 > > > > On Thu, 30 Mar 2000, Randy Cosby wrote: > > > > > Obviously. So we're going to get 24 or 23 ports with the patton. And > we're > > > comparing that to a 48 port TC. Yeah, it's old, unsupported, but the > price > > > isn't REALLY that bad. :) > > > > > > Randy Cosby > > > InfoWest, Inc. > > > 435-674-0165 x11 > > > Fax: 603-462-6427 > > > --- > > > http://www.infowest.com > > > http://www.devshed.com > > > http://www.32bit.com > > > > > > "A ship in port is safe, but that is not what ships were built for" - > Grace > > > Hopper > > > > > > > > > > -----Original Message----- > > > > From: owner-usr-tc@lists.xmission.com > > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > > > > Sent: Thursday, March 30, 2000 5:04 PM > > > > To: usr-tc@lists.xmission.com > > > > Subject: RE: (usr-tc) FS: USR TC v90 > > > > > > > > > > > > E1's ain't available in the US. > > > > > > > > Paul Farber > > > > Farber Technology > > > > farber@admin.f-tech.net > > > > Ph 570-628-5303 > > > > Fax 570-628-5545 > > > > > > > > On Thu, 30 Mar 2000, Randy Cosby wrote: > > > > > > > > > How many ports on a Patton 2810? I see info at > > > > http://www.patton.com about > > > > > the 2800, with UP TO 30 ports (E1 I assume). > > > > > > > > > > > -----Original Message----- > > > > > > From: owner-usr-tc@lists.xmission.com > > > > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Paul Farber > > > > > > Sent: Thursday, March 30, 2000 10:46 AM > > > > > > To: usr-tc@lists.xmission.com > > > > > > Subject: Re: (usr-tc) FS: USR TC v90 > > > > > > > > > > > > > > > > > > Holly shit! I can sell my unsupport, end of life, out of > > > > date 2059 bundle > > > > > > for $4500! Hmmm... a Patton 2810 is only $3600 NEW. > > > > > > > > > > > > Paul Farber > > > > > > Farber Technology > > > > > > farber@admin.f-tech.net > > > > > > Ph 570-628-5303 > > > > > > Fax 570-628-5545 > > > > > > > > > > > > On Thu, 30 Mar 2000, Steve Rivera wrote: > > > > > > > > > > > > > In Stock, Tested thru TCM. > > > > > > > All Modems flash v90 > > > > > > > NMC v90 enabled. > > > > > > > Can configure chassis's to your specifications. (digital, > > > > > > analog/digital) > > > > > > > USR Technician available for hire. install assistance, > > > > configuration at > > > > > > > your ip address. > > > > > > > > > > > > > > Quad Digital Bundles include: $4500 or BO > > > > > > > Chassis with Dual 45A power > > > > > > > Netserver PRI > > > > > > > NMC v90 > > > > > > > 12- Digital Modems > > > > > > > Dual PRI > > > > > > > > > > > > > > Quad Analog/Digital Bundles include: $6000 or BO > > > > > > > HD Chassis with integrated fan tray, single 70A power > > > > > > > nmc v90 enabled > > > > > > > hiper arc > > > > > > > 12- Quad analog/digital modems > > > > > > > dual pri > > > > > > > > > > > > > > WTB: Hiper DSP's!!! > > > > > > > .................................................... > > > > > > > Worldwide Provider of Network Hardware Since 1981. > > > > > > > Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr > > > > > > > Email Page 7324335890@page.nextel.com > > > > > > > http://www.ISP-NetworkHardware.com or http://www.wrca.net > > > > > > > Cisco, Ascend, Livingston, USR, Microcom, Motorola > > > > > > > Computone, Kentrox, Adtran...and more > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > > > 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. > > > > > > > > > > > > > > > > > - > > > > 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. > > > - > 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. >

Take a look at the MPIP stuff. You need to assign one of the ARCs as a MPIP server and the other as a client. Without MPIP enabled, if the calls span the ARCs, the customer will be unable to establish the second channel. Paul Farber wrote: > > hello all > > I have a POP with 10 DPS's and 2 ARC's. They DSP's are statically > assigned to an ARC, odd cards to ARC1, even cards to ARC2. > > When an ISDN call comes in, it is possible for each channel to go to a > different DPS and different ARC. The ip address is statically assigned > from RADIUS. > > Do the ARC's know what to do in this case? Recently an ISDN customer with > an ISDN Office Conenct has been having 'random' problems getting mail, > sites, etc. I see the logins, but I was wondering if MLPPP with 2 ARC's > in the same chassis would work? And specific settings needed to > accomplish this? > > Paul Farber > Farber Technology > farber@admin.f-tech.net > Ph 570-628-5303 > Fax 570-628-5545 > > - > 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. -- Mark E. Levy, President FSINet, Inc. 800-827-6085 x202 847-753-6832 fax www.fsi.net mark@fsi.net

I need to know what affext having a netmask of 255.255.255.255 on a HiperArc might have on its internal routing tables. I have 3 HUBS, two of which show a netmask of 255.255.255.0 the other has 255.255.255.255 Using Merit radius to authenticate. Any comments (flames) welcome ============================================================================== Phillip Ferraro WorldNet Access, Inc pferraro@wna-linknet.com Onslow County's PREMIER InterNet Service Voice (910) 346-0835 824 Gumbranch Square, Suite Q FAX (910) 455-1933 Jacksonville, Nc 28540-6269 ==============================================================================

Hi Mike Those sort of problems can be a real pain to diagnose! Here's what I = suggest you try. 1. Limit their connect speed on the modem. Amazing how many problems this = fixes. 2. Identify if it's their modem with the problem - ie lend them an = external modem for them to try. This will quite often fix the problem. 3. Get them to dialup to your NAS, and while they're on telnet to the DSP = card, find which modem they're on and keep capturing ati6 and ati11 = commands until they disconnect. I hope this helps Campbell >>> mikew@ll.net 03/31/00 07:39 >>> I have a user that suddenly about a week ago couldn't stay on longer than = 9 minutes and some-odd seconds. They are using a Dell computer with a USR = PCI winmodem. The disconnect reason is reported as Normal User Call = Clear. We had them bring in the computer yesterday and were able to = connect longer from our office, but when they brought it home the same = thing happened. Does anyone have any ideas? Thanks. Mike Wilker Director of Network Operations Local Link, Inc.

Scott telnet to the DSP card via the ARC card (if this is set up). issue "chdev = spa" and then "dis ats" you should see the blocked modems. "chdev mdm = <modem>" then issue "at-d!" and this will reset the modem pair. The only way to reset the stats is to reset the whole DSP card or the NMC = card (I think). Hope this helps Campbell >>> sboggs@unitedbank.net 03/31/00 08:53 >>> I have been using the latest DSP software and I notice that I have pairs = of modems that are failing connections at much higher rates than the other modems. I have heard some discussion of this. Does anyone know how to reset modem pairs and clear the statistics? Thanks, Scott Boggs Network Administrator United Bank - 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.

Thus spake Paul Farber >Do the ARC's know what to do in this case? Recently an ISDN customer >with an ISDN Office Conenct has been having 'random' problems getting >mail, sites, etc. I see the logins, but I was wondering if MLPPP with >2 ARC's in the same chassis would work? And specific settings needed >to accomplish this? 2 Arc's in the same chassis is pretty much the same scenario as 2 Arc's in two seperate chassis...there really is no communication between the Arcs in the same chassis. You'll need to set up MPIP for this to work reliably. Let me know if you need info on setting up MPIP...it should be in the manuals and everything. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

hello all I have a POP with 10 DPS's and 2 ARC's. They DSP's are statically assigned to an ARC, odd cards to ARC1, even cards to ARC2. When an ISDN call comes in, it is possible for each channel to go to a different DPS and different ARC. The ip address is statically assigned from RADIUS. Do the ARC's know what to do in this case? Recently an ISDN customer with an ISDN Office Conenct has been having 'random' problems getting mail, sites, etc. I see the logins, but I was wondering if MLPPP with 2 ARC's in the same chassis would work? And specific settings needed to accomplish this? Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545

I hate wheeling / dealing. You say your price of $4,500 is not set in stone. So if I pay $4,500, either I am a schmuck or you are a crook. Which is it? ----- Original Message ----- Sent: Friday, March 31, 2000 12:56 PM > Look what I started with a simple post to sell some equipment :) > I will work with you on the prices. Nothings ever written stone. > > You guys continue to look at the product as a commodities rather than a > solution. Being on the > other side of the table. I see the USR as a cross-platform competitor to > the AS5248, > PM3, Max 4048.Taking into consideration, The market value of the AS5248 > $6500+/-, > PM3 $6500+/-, Max4048 $6500+/-. The USR Total Control at $4500+/- is a steal.. > > I know the machine has it shortcomings but they all do depending on who you > are talking to. > And another thing to consider is that most of the ISP out there are not > complex operations. > Many dont even have digital circuits. > > Just some food for thought. > > If you are one of the guys who like the USR equipment and are looking for > anything, dont be afraid to contact me. > > I look forward to helping you out :) > > At 08:31 AM 03/31/2000 -0700, you wrote: > >I paid $16k each for mine new but that was before they became a mass > >market product. 8-) > > > >They are going for $4k or so all over the place. > > > > > >At 10:16 AM 3/31/00 -0500, you wrote: > >>My gripe is that they are still asking $4K for NETSERVER based gear. > >> > >>And there is NO WAY a NETSERVER based chassis is worth $4K. Christ, they > >>were only $10K NEW. > > > > > >Thanks, Greg Coffey <gcoffey@vcn.com> > >Visionary Communications V 307-234-5443 F 307-234-5446 > >100 N. Center Suite #100, Casper, WY 82601 www.vcn.com > >_________________________________________________________ > > > > > >- > >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. > > .................................................... > Worldwide Provider of Network Hardware Since 1981. > Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr > Email Page 7324335890@page.nextel.com (start message with YOUR email address) > http://www.ISP-NetworkHardware.com or http://www.wrca.net > Cisco, Ascend, Livingston, USR, Microcom, Motorola > Computone, Kentrox, Adtran...and more > > > > > > > > > > > > > - > 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. >

Look what I started with a simple post to sell some equipment :) I will work with you on the prices. Nothings ever written stone. You guys continue to look at the product as a commodities rather than a solution. Being on the other side of the table. I see the USR as a cross-platform competitor to the AS5248, PM3, Max 4048.Taking into consideration, The market value of the AS5248 $6500+/-, PM3 $6500+/-, Max4048 $6500+/-. The USR Total Control at $4500+/- is a steal.. I know the machine has it shortcomings but they all do depending on who you are talking to. And another thing to consider is that most of the ISP out there are not complex operations. Many dont even have digital circuits. Just some food for thought. If you are one of the guys who like the USR equipment and are looking for anything, dont be afraid to contact me. I look forward to helping you out :) At 08:31 AM 03/31/2000 -0700, you wrote: >I paid $16k each for mine new but that was before they became a mass >market product. 8-) > >They are going for $4k or so all over the place. > > >At 10:16 AM 3/31/00 -0500, you wrote: >>My gripe is that they are still asking $4K for NETSERVER based gear. >> >>And there is NO WAY a NETSERVER based chassis is worth $4K. Christ, they >>were only $10K NEW. > > >Thanks, Greg Coffey <gcoffey@vcn.com> >Visionary Communications V 307-234-5443 F 307-234-5446 >100 N. Center Suite #100, Casper, WY 82601 www.vcn.com >_________________________________________________________ > > >- >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. .................................................... Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com (start message with YOUR email address) http://www.ISP-NetworkHardware.com or http://www.wrca.net Cisco, Ascend, Livingston, USR, Microcom, Motorola Computone, Kentrox, Adtran...and more

Thus spake Paul Farber >My gripe is that they are still asking $4K for NETSERVER based gear. Personally...I wouldn't pay a dime for NETServer gear at this point...*shrug* >MLPPP or even Multi chassis MLPPP is still kinda new to the Total Control >cards. Actually...the TC gear has done MP for quite some time now. MPIP has been solid on the Arcs for quite some time now as well. MP on the NETServers worked fine...MPIP, however, *never* worked on the NETServers. >ISDN connections are even worse than .v90 connections.... a large >percentage of ISDN calls will somehow lose routing when MLPPP to a TC. Hrmm...I've never had any trouble with this on Arcs. >3Com dropped the dial up market about 1 year ago.... look at the new >'features' they've been incorporating in TC, VoIP, Cellular, etc. Yeah...I don't have any great desire for VoIP and Cellular capabilities...but can see where some would. >When the damned things can reliably take a phone call Agreed...though this is a DSP thing...yes, the DSP code still needs to be made more reliable...5% connect failure seems to be the going rate...that's high...though some of the blame is with crap client side modems. >and route the packets using something other than RIP (yeah, OSPF is in >their but from what I read it's not the most reliable beast), THEN add >bells and whistles. true, true. OSPF needs to have its feature set filled out more. Other routing protocols should be added. BGP would be one that I'd like to see actually...though that would be a lower priority. I definitely agree with you here...get the basic functionality down and *SOLID* before moving development assets elsewhere. >I've been wanting a pure dial up RAS for a while... nothing as complex >as TC for handeling mass marketed dial up access.... looks like Patton >listened. Yeah...the problem there, being...there's really not much market anymore for a *pure* dial up RAS. Besides...a RAS really is a router...and to build a good RAS, you're really building a good router with extra features. (a RAS is a router, but a router isn't necessarily a RAS) Agreed, you can still make a good router/RAS that's not as complex/complicated as the TC...but then again...the TC is a very flexible and powerful RAS...I can see the need for something simpler in places. >And there is NO WAY a NETSERVER based chassis is worth $4K. Christ, >they were only $10K NEW. Considering that NETServers are inherently broken in several ways, I tend to be of the opinion that anyone selling one for anything other very limited solutions is pretty much committing fraud. But then...that's just my $.02. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Welcome to reality. Most people rather wheel and deal to ensure a good purchase price. If it is all written in stone you are better off going to local retail outfit. Good luck finding a total control at Comp USA. At 01:56 PM 03/31/2000 -0600, you wrote: >I hate wheeling / dealing. You say your price of $4,500 is not set in >stone. So if I pay $4,500, either I am a schmuck or you are a crook. Which >is it? > > >----- Original Message ----- >From: "Steve Rivera" <sales@wrca.net> >To: <usr-tc@lists.xmission.com> >Sent: Friday, March 31, 2000 12:56 PM >Subject: Re: (usr-tc) FS: USR TC v90 > > > > Look what I started with a simple post to sell some equipment :) > > I will work with you on the prices. Nothings ever written stone. > > > > You guys continue to look at the product as a commodities rather than a > > solution. Being on the > > other side of the table. I see the USR as a cross-platform competitor to > > the AS5248, > > PM3, Max 4048.Taking into consideration, The market value of the AS5248 > > $6500+/-, > > PM3 $6500+/-, Max4048 $6500+/-. The USR Total Control at $4500+/- is a >steal.. > > > > I know the machine has it shortcomings but they all do depending on who >you > > are talking to. > > And another thing to consider is that most of the ISP out there are not > > complex operations. > > Many dont even have digital circuits. > > > > Just some food for thought. > > > > If you are one of the guys who like the USR equipment and are looking for > > anything, dont be afraid to contact me. > > > > I look forward to helping you out :) > > > > At 08:31 AM 03/31/2000 -0700, you wrote: > > >I paid $16k each for mine new but that was before they became a mass > > >market product. 8-) > > > > > >They are going for $4k or so all over the place. > > > > > > > > >At 10:16 AM 3/31/00 -0500, you wrote: > > >>My gripe is that they are still asking $4K for NETSERVER based gear. > > >> > > >>And there is NO WAY a NETSERVER based chassis is worth $4K. Christ, >they > > >>were only $10K NEW. > > > > > > > > >Thanks, Greg Coffey <gcoffey@vcn.com> > > >Visionary Communications V 307-234-5443 F 307-234-5446 > > >100 N. Center Suite #100, Casper, WY 82601 www.vcn.com > > >_________________________________________________________ > > > > > > > > >- > > >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. > > > > .................................................... > > Worldwide Provider of Network Hardware Since 1981. > > Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr > > Email Page 7324335890@page.nextel.com (start message with YOUR email >address) > > http://www.ISP-NetworkHardware.com or http://www.wrca.net > > Cisco, Ascend, Livingston, USR, Microcom, Motorola > > Computone, Kentrox, Adtran...and more > > > > > > > > > > > > > > > > > > > > > > > > > > - > > 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. .................................................... Worldwide Provider of Network Hardware Since 1981. Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr Email Page 7324335890@page.nextel.com (start message with YOUR email address) http://www.ISP-NetworkHardware.com or http://www.wrca.net Cisco, Ascend, Livingston, USR, Microcom, Motorola Computone, Kentrox, Adtran...and more

Not argueing the VALUE of these boxes... just amazed at the PRICE. Historically, USR/3Com gets TOP dollar for their stuff. A sportster is still $130.. a 3c509 is still $100. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545 On Fri, 31 Mar 2000, Steve Rivera wrote: > Look what I started with a simple post to sell some equipment :) > I will work with you on the prices. Nothings ever written stone. > > You guys continue to look at the product as a commodities rather than a > solution. Being on the > other side of the table. I see the USR as a cross-platform competitor to > the AS5248, > PM3, Max 4048.Taking into consideration, The market value of the AS5248 > $6500+/-, > PM3 $6500+/-, Max4048 $6500+/-. The USR Total Control at $4500+/- is a steal.. > > I know the machine has it shortcomings but they all do depending on who you > are talking to. > And another thing to consider is that most of the ISP out there are not > complex operations. > Many dont even have digital circuits. > > Just some food for thought. > > If you are one of the guys who like the USR equipment and are looking for > anything, dont be afraid to contact me. > > I look forward to helping you out :) > > At 08:31 AM 03/31/2000 -0700, you wrote: > >I paid $16k each for mine new but that was before they became a mass > >market product. 8-) > > > >They are going for $4k or so all over the place. > > > > > >At 10:16 AM 3/31/00 -0500, you wrote: > >>My gripe is that they are still asking $4K for NETSERVER based gear. > >> > >>And there is NO WAY a NETSERVER based chassis is worth $4K. Christ, they > >>were only $10K NEW. > > > > > >Thanks, Greg Coffey <gcoffey@vcn.com> > >Visionary Communications V 307-234-5443 F 307-234-5446 > >100 N. Center Suite #100, Casper, WY 82601 www.vcn.com > >_________________________________________________________ > > > > > >- > >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. > > .................................................... > Worldwide Provider of Network Hardware Since 1981. > Steve Rivera - v-732-833-2111 / 732-433-5890 24Hr > Email Page 7324335890@page.nextel.com (start message with YOUR email address) > http://www.ISP-NetworkHardware.com or http://www.wrca.net > Cisco, Ascend, Livingston, USR, Microcom, Motorola > Computone, Kentrox, Adtran...and more > > > > > > > > > > > > > - > 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. >