August 2000

Can I use Kerberos software for securing authentication of all customers from Total control ?. I need to use it a secure ommunication between those terminals [TOTAL CONTROL] on diffrents POPs and Radius servers. Thanks in advance.

I am looking for a good filter to place on our HUBS (HiperArcs) to block a particular usergroup from access to OUR standard services ie. telnet, pop, smtp, dns, nntp. I am not that familiar with filters, but have been reading several examples to include a few 3Com ones, however they are a little vague! I would assume that since the dialup group will use tcp port 5190, that I can effectively block everything else here. I want to assign the Filter-Id in my radius users file. I would also need to know how to "Globally" apply the filter to all modem slots so that I would not have to do it to each individual slot. I can use a little help here... Any comments/samples appreciated ============================================================================== 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 Mon, 31 Jul 2000, Charles Sprickman wrote: > On Mon, 31 Jul 2000 pferraro@wna-linknet.com wrote: > > > Is there a way to have the HiperArc "segregate" deal with a special > > group of users, so that all it allows them to do is httpd services? > > Yes... It's totally possible. Since we use radiator as our radius server > (http://www.open.com.au/radiator/), I'll use that as an example. You > would define a filter on all your arcs that only allows access to the "AOL > port" (see webmaster.aol.com for details on how AOL works) and give it a > name such as "aolfilter". You could then mark all of these users as AOL > users in whatever authentication scheme you use as AOL users (the simplest > example would be making a unix group called "aoluser"). Radiator, and > likely other radius servers, could then have a rule that states "if a user > logs in and is in group 'aoluser', send a filter-id in this request for > 'aolfilter'". > > That's it in a nutshell. The arcs allow filters on a per user basis to be > set in radius replies... > > Charles > > > THe reason for asking is, that AOL is not a local dialup for people in > > this area and they "piggyback" us to get to AOL via the Internet. > > > > What I would like to do is assign then a user ID like aolusername and > > then have the HiperArcs "filter" the accounts with the aol PREFIX and then > > only allow the connection to AOL. I do not want them to have access to > > pop, ftp or news on our network at all since we are providing the dialup > > for AOL. > > > > Does any of this make any sense ? Would like any comments and/or > > suggestions on how we might handle this. > > > > Thanks again!

what version of modem code are you using? and what is the version of hiper arc? These messages say that there is packet bus issues. V On Wed, 2 Aug 2000, Mark Ivens wrote: > Hello, > > Can anyone on the list interpret these error messages? Our telco > reports that the chassis is rejecting all calls offered to it. > > 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL":: > GWCMDM_AL,slot:7/mod:25 TAPI_OPEN failed, retrying > At 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL":: > GWCMDM_AL,slot:7/mod:23 TAPI OPEN failed > At 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL":: > GWCMDM_AL,slot:7/mod:23 TAPI_OPEN failed, retrying > > The DSP also reports > > Span1 Modem Not Available Count is: 2 > > Does this mean that the chassis is failing to get control of the > DSP's? > > The operational status of each modem is listed as down when doing a > list interfaces on the ARC. > > E.g: > Interface Oper Admin > Name Status Status > slot:1/mod:1 Down Up > slot:1/mod:2 Down Up > etc for all the slots. > > Line status parameters reported by the DSP are normal: > > NO ALARM = TRUE > RCV FAR END LOF = FALSE > XMT FAR END LOF = FALSE > RCV AIS = FALSE > XMT AIS = FALSE > OUT OF FRAME = FALSE > LOSS OF SIGNAL = FALSE > LOOPBACK STATE = FALSE > T16 AIS = FALSE > RCV FAR END LOMF = FALSE > XMT FAR END LOMF = FALSE > RCV TEST CODE = FALSE > OTHER FAILURE = FALSE > > I have no idea how to fix this and bring the operational status of the > modems up. It is on a chassis that we are trying to get working in > Germany that was previously used in the UK. We have the switch type > set to ICTR4 and the line type set to crce1. We've tried disabling > chassis awareness and adding each card to the ARC manually. > > I was wondering if anyone on the list might have some idea on how we > can get this chassis working so the powers that be will let me come > back to the UK :-). > > Regards > Mark Ivens > > - > 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, Can anyone on the list interpret these error messages? Our telco reports that the chassis is rejecting all calls offered to it. 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL":: GWCMDM_AL,slot:7/mod:25 TAPI_OPEN failed, retrying At 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL":: GWCMDM_AL,slot:7/mod:23 TAPI OPEN failed At 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL":: GWCMDM_AL,slot:7/mod:23 TAPI_OPEN failed, retrying The DSP also reports Span1 Modem Not Available Count is: 2 Does this mean that the chassis is failing to get control of the DSP's? The operational status of each modem is listed as down when doing a list interfaces on the ARC. E.g: Interface Oper Admin Name Status Status slot:1/mod:1 Down Up slot:1/mod:2 Down Up etc for all the slots. Line status parameters reported by the DSP are normal: NO ALARM = TRUE RCV FAR END LOF = FALSE XMT FAR END LOF = FALSE RCV AIS = FALSE XMT AIS = FALSE OUT OF FRAME = FALSE LOSS OF SIGNAL = FALSE LOOPBACK STATE = FALSE T16 AIS = FALSE RCV FAR END LOMF = FALSE XMT FAR END LOMF = FALSE RCV TEST CODE = FALSE OTHER FAILURE = FALSE I have no idea how to fix this and bring the operational status of the modems up. It is on a chassis that we are trying to get working in Germany that was previously used in the UK. We have the switch type set to ICTR4 and the line type set to crce1. We've tried disabling chassis awareness and adding each card to the ARC manually. I was wondering if anyone on the list might have some idea on how we can get this chassis working so the powers that be will let me come back to the UK :-). Regards Mark Ivens

Thus spake Ved (ved@iyka.com): > what version of modem code are you using? and what is the version of > hiper arc? These messages say that there is packet bus issues. Sorry I didn't mention this previously. V4.2.32. On the DSP's Software Version 2.0.51. > V > > On Wed, 2 Aug 2000, Mark Ivens wrote: > > > Hello, > > > > Can anyone on the list interpret these error messages? Our telco > > reports that the chassis is rejecting all calls offered to it. > > > > 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL":: > > GWCMDM_AL,slot:7/mod:25 TAPI_OPEN failed, retrying > > At 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL":: > > GWCMDM_AL,slot:7/mod:23 TAPI OPEN failed > > At 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL":: > > GWCMDM_AL,slot:7/mod:23 TAPI_OPEN failed, retrying > > > > The DSP also reports > > > > Span1 Modem Not Available Count is: 2 > > > > Does this mean that the chassis is failing to get control of the > > DSP's? > > > > The operational status of each modem is listed as down when doing a > > list interfaces on the ARC. > > > > E.g: > > Interface Oper Admin > > Name Status Status > > slot:1/mod:1 Down Up > > slot:1/mod:2 Down Up > > etc for all the slots. > > > > Line status parameters reported by the DSP are normal: > > > > NO ALARM = TRUE > > RCV FAR END LOF = FALSE > > XMT FAR END LOF = FALSE > > RCV AIS = FALSE > > XMT AIS = FALSE > > OUT OF FRAME = FALSE > > LOSS OF SIGNAL = FALSE > > LOOPBACK STATE = FALSE > > T16 AIS = FALSE > > RCV FAR END LOMF = FALSE > > XMT FAR END LOMF = FALSE > > RCV TEST CODE = FALSE > > OTHER FAILURE = FALSE > > > > I have no idea how to fix this and bring the operational status of the > > modems up. It is on a chassis that we are trying to get working in > > Germany that was previously used in the UK. We have the switch type > > set to ICTR4 and the line type set to crce1. We've tried disabling > > chassis awareness and adding each card to the ARC manually. > > > > I was wondering if anyone on the list might have some idea on how we > > can get this chassis working so the powers that be will let me come > > back to the UK :-). > > > > Regards > > Mark Ivens > > > > - > > 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 Ivens mivens@clara.net "You can't fight in here, this Systems Administrator is the War Room!" - The ClaraNET UK Ltd 020 7903 3203 President, "Dr. Strangelove"

Quoting Mark Ivens <mivens@clara.net>: > Thus spake Ved (ved@iyka.com): > > > what version of modem code are you using? and what is the version of > > hiper arc? These messages say that there is packet bus issues. > > Sorry I didn't mention this previously. V4.2.32. On the DSP's Software > Version 2.0.51. > Well the error message says that one of the modem/modems dropped off the packet bus, and the hiper arc is trying to get that modem back but the modem is not responding. Typically this happens if either the modem reset (MFP - reason) and that the hiper arc did not recover. 4.2.32 - I am not sure but I think does not have all the fixes for the packet bus - 4.1.13 and 4.2.73 does - that code will fix this problem -V > > V > > > > On Wed, 2 Aug 2000, Mark Ivens wrote: > > > > > Hello, > > > > > > Can anyone on the list interpret these error messages? Our telco > > > reports that the chassis is rejecting all calls offered to it. > > > > > > 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL":: > > > GWCMDM_AL,slot:7/mod:25 TAPI_OPEN failed, retrying > > > At 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL":: > > > GWCMDM_AL,slot:7/mod:23 TAPI OPEN failed > > > At 18:24:31, Facility "GWC Modem Driver", Level "UNUSUAL":: > > > GWCMDM_AL,slot:7/mod:23 TAPI_OPEN failed, retrying > > > > > > The DSP also reports > > > > > > Span1 Modem Not Available Count is: 2 > > > > > > Does this mean that the chassis is failing to get control of the > > > DSP's? > > > > > > The operational status of each modem is listed as down when doing a > > > list interfaces on the ARC. > > > > > > E.g: > > > Interface Oper Admin > > > Name Status Status > > > slot:1/mod:1 Down Up > > > slot:1/mod:2 Down Up > > > etc for all the slots. > > > > > > Line status parameters reported by the DSP are normal: > > > > > > NO ALARM = TRUE > > > RCV FAR END LOF = FALSE > > > XMT FAR END LOF = FALSE > > > RCV AIS = FALSE > > > XMT AIS = FALSE > > > OUT OF FRAME = FALSE > > > LOSS OF SIGNAL = FALSE > > > LOOPBACK STATE = FALSE > > > T16 AIS = FALSE > > > RCV FAR END LOMF = FALSE > > > XMT FAR END LOMF = FALSE > > > RCV TEST CODE = FALSE > > > OTHER FAILURE = FALSE > > > > > > > I have no idea how to fix this and bring the operational status of > the > > > modems up. It is on a chassis that we are trying to get working in > > > Germany that was previously used in the UK. We have the switch type > > > set to ICTR4 and the line type set to crce1. We've tried disabling > > > chassis awareness and adding each card to the ARC manually. > > > > > > I was wondering if anyone on the list might have some idea on how we > > > can get this chassis working so the powers that be will let me come > > > back to the UK :-). > > > > > > Regards > > > Mark Ivens > > > > > > - > > > 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 Ivens mivens@clara.net "You can't fight in here, this > Systems Administrator is the War Room!" - The > ClaraNET UK Ltd 020 7903 3203 President, "Dr. Strangelove" > ---------------------------------------------------------------------- > > - > 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 trying to terminate an L2TP tunnel on a HiperArc 5.0.9 The telco provided the following info: L2tp peer Username : clientside Peer Tunnel password : client Telco peer name : telco Client Interface ip address: 10.10.100.1 telco Interface ip address: 10.10.100.8 Could someone tell me what goes where in the HiperArc config.

Quoting Donald Baud <dbaud@bigfoot.com>: > I am trying to terminate an L2TP tunnel on a HiperArc 5.0.9 > > The telco provided the following info: > L2tp peer Username : clientside > Peer Tunnel password : client > Telco peer name : telco > Client Interface ip address: 10.10.100.1 > telco Interface ip address: 10.10.100.8 > The hiper arc has LNS enabled by default, here are the commands that you need add user clientside password <some unique password > set tunnel user clientside password <client> { This is tunnel password} set tunnel user clientside type l2tp client 10.10.100.1 I am not sure but you may have to setup your HiPer arc system tranmit name as telco - but from the above info its not clear whether you want the client system name as telco or hiper's -V > Could someone tell me what goes where in the HiperArc config. > > > > > - > 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. >

Does anyone have these cards available? If you would be willing to upgrade I have the Hiper NMC cards for $850 (new) if you trade in a v90 enabled NMC. I am willing to buy outright so if you have them please email me off list. Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr www.isp-networkhardware.com ICQ# 75229638 Email: srivera@wrca.net Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981. Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More

Thus spake ved@iyka.com (ved@iyka.com): > Well the error message says that one of the modem/modems dropped off > the packet bus, and the hiper arc is trying to get that modem back > but the modem is not responding. Typically this happens if either > the modem reset (MFP - reason) and that the hiper arc did not > recover. 4.2.32 - I am not sure but I think does not have all the > fixes for the packet bus - 4.1.13 and 4.2.73 does - that code will > fix this problem The error message was generated for all the modems, leaving nothing left on the packet bus to take the traffic :-). After struggling with the chassis for a couple of days, I'm afraid we went over to the Dark Side and put in a spare Cisco 5300. We simply ran out of time. When it gets shipped back to the UK, I'll do as you suggest and try a later code revision. Thanks for your help, it was much appreciated. -- Mark Ivens mivens@clara.net "You can teach a dog new tricks but Systems Administrator you can't teach Madonna to act." ClaraNET Ltd 020 7903 3203 - Wheel of Morality, "Anamaniacs"

Hello, You have not used any "add l2tp lns ..." command. Could you explain what the "add l2tp lns ..." command is for and in what circumstance it is used for. ----- Original Message ----- > Quoting Donald Baud <dbaud@bigfoot.com>: > > > I am trying to terminate an L2TP tunnel on a HiperArc 5.0.9 > > > > The telco provided the following info: > > L2tp peer Username : clientside > > Peer Tunnel password : client > > Telco peer name : telco > > Client Interface ip address: 10.10.100.1 > > telco Interface ip address: 10.10.100.8 > > > > The hiper arc has LNS enabled by default, here are the commands that you need > add user clientside password <some unique password > > set tunnel user clientside password <client> { This is tunnel password} > set tunnel user clientside type l2tp client 10.10.100.1 > > I am not sure but you may have to setup your HiPer arc system tranmit name as > telco - but from the above info its not clear whether you want the client > system name as telco or hiper's > > -V > > > Could someone tell me what goes where in the HiperArc config.

I am in the market for USR Hiper ARC's w/ nics. Please email qty and price off list. Thanks in advance. Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr www.isp-networkhardware.com ICQ# 75229638 Email: srivera@wrca.net Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981. Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More

We've had several incidents here in the past few months where our MPIP serving HARC somehow thinks it's about 20 years in the future. Even though the NTP server is set, it manages to get the wrong date and time and keep it for hours. Only after it is manually reset does it seem to function normally. This HARC doesnt differ from our other 13 HARCs by much (2 of the others are MPIP servers as well and do not exhibit this problem, but they do not serve nearly as many other HARCs). We have swapped out the HARC but this has not solved the problem. Has anyone ran into this before? -- Ken Kirchner : kenk@shreve.net Assitant System Administrator : Tel (318)222-2638 ShreveNet, Inc. : Fax (318)213-2650 ShreveNet - Your Premium Internet Service Provider!

Also sprach Ken Kirchner >We've had several incidents here in the past few months where our MPIP >serving HARC somehow thinks it's about 20 years in the future. Even >though the NTP server is set, it manages to get the wrong date and time >and keep it for hours. Only after it is manually reset does it seem to >function normally. This HARC doesnt differ from our other 13 HARCs by >much (2 of the others are MPIP servers as well and do not exhibit this >problem, but they do not serve nearly as many other HARCs). We have >swapped out the HARC but this has not solved the problem. Has anyone >ran into this before? I've never run into that...but I think I'd be turning off the MPIP server_state on that one. Keeping in mind, of course, that MPIP is rather dependant on having the time synchronized between systems, having an MPIP server with the wrong idea of what time it is can be a very big problem. While that Arc may still go all wiggy as to what time it thinks it is, if its only an MPIP client, at least it'll only be affecting calls that it takes, and not calls that are on other Arcs that are using it as an MPIP server as well. Oh...and I wouldn't worry about the MPIP clients, as long as they have another MPIP server configured, they'll fail-over to it without any significant problems. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

My ISDN users are claiming that that could not send e-mail attachments when connected to my ISDN lines. It is the same chassis that I have another DSP with v.90 that works well. My log says nothing. My hiper Arc is v.4.1.59 and the DSP is 2.0.60. - Marcelo

Quoting Mark Ivens <mivens@clara.net>: > Thus spake ved@iyka.com (ved@iyka.com): > > > Well the error message says that one of the modem/modems dropped off > > the packet bus, and the hiper arc is trying to get that modem back > > but the modem is not responding. Typically this happens if either > > the modem reset (MFP - reason) and that the hiper arc did not > > recover. 4.2.32 - I am not sure but I think does not have all the > > fixes for the packet bus - 4.1.13 and 4.2.73 does - that code will > > fix this problem > > The error message was generated for all the modems, leaving nothing > left on the packet bus to take the traffic :-). > > After struggling with the chassis for a couple of days, I'm afraid we > went over to the Dark Side and put in a spare Cisco 5300. We simply > ran out of time. > A complete reboot of the chassis - Power off and Power on should have resolved this issue atleast for 20 days - Anyway when you get the chassis back do use the latest code. V > When it gets shipped back to the UK, I'll do as you suggest and try a > later code revision. > > Thanks for your help, it was much appreciated. > > -- > ---------------------------------------------------------------------- > Mark Ivens mivens@clara.net "You can teach a dog new tricks but > Systems Administrator you can't teach Madonna to act." > ClaraNET Ltd 020 7903 3203 - Wheel of Morality, "Anamaniacs" > --------------------------------------------------------------------- > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Quoting Donald Baud <dbaud@bigfoot.com>: > Hello, > > You have not used any "add l2tp lns ..." command. Could you explain > what > the "add l2tp lns ..." command is for > and in what circumstance it is used for. > Well you need to add a l2tp lns if you are going to use global lns setup on the ARC - meaning, if you have calls coming to the hiper arc and having the calls terminate on a lns, or set of lns you can setup globally several lns, with preference - that way when a l2tp call comes, it will go use the prefrence and send the call to the respective lns. In your case you are trying to terminate a call to the HiPer arc as LNS - so the only command that you need to make sure is available is enable l2tp lns. -V > > ----- Original Message ----- > From: <ved@iyka.com> > > > Quoting Donald Baud <dbaud@bigfoot.com>: > > > > > I am trying to terminate an L2TP tunnel on a HiperArc 5.0.9 > > > > > > The telco provided the following info: > > > L2tp peer Username : clientside > > > Peer Tunnel password : client > > > Telco peer name : telco > > > Client Interface ip address: 10.10.100.1 > > > telco Interface ip address: 10.10.100.8 > > > > > > > The hiper arc has LNS enabled by default, here are the commands that > you > need > > add user clientside password <some unique password > > > set tunnel user clientside password <client> { This is tunnel > password} > > set tunnel user clientside type l2tp client 10.10.100.1 > > > > I am not sure but you may have to setup your HiPer arc system tranmit > name > as > > telco - but from the above info its not clear whether you want the > client > > system name as telco or hiper's > > > > -V > > > > > Could someone tell me what goes where in the HiperArc config. > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Quoting Ken Kirchner <kenk@shreve.net>: > > We've had several incidents here in the past few months where our MPIP > serving HARC somehow thinks it's about 20 years in the future. Even > though > the NTP server is set, it manages to get the wrong date and time and > keep > it for hours. Only after it is manually reset does it seem to function > normally. This HARC doesnt differ from our other 13 HARCs by much (2 of > the others are MPIP servers as well and do not exhibit this problem, but > they do not serve nearly as many other HARCs). We have swapped out the > HARC but this has not solved the problem. Has anyone ran into this > before? What does the syslog say? If there is a NTP issue you should see corresponding syslog entries -V > > -- > Ken Kirchner : kenk@shreve.net > Assitant System Administrator : Tel (318)222-2638 > ShreveNet, Inc. : Fax (318)213-2650 > > ShreveNet - Your Premium Internet Service Provider! > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Quoting Marcelo Souza <mpsouza@centroin.com.br>: > > > My ISDN users are claiming that that could not send e-mail > attachments when connected to my ISDN lines. It is the same chassis that > I > have another DSP with v.90 that works well. > My log says nothing. > My hiper Arc is v.4.1.59 and the DSP is 2.0.60. I do remember an issue with MTU with 2.0.60 code. setting the default user with MTU of 576 usually resolved the issue. The correct way to fix this is to use the latest code. The workaround for this is set user default mtu 576 -V > > - Marcelo > > > > > - > 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 received a call from a Verizon tech concerning ISDN connection problems from their territory. They have narrowed it down to a problem of sending 10 vs. 7 digits in something they call a data table translation. They have already communicated with the local telco who says their system is set up to accept and pass either 7 or 10 digits. So the focus is now on me to fix my system. I don't know what they are talking about and don't recall ever seeing any configuration option that had to do with number of digits. I don't want to screw up my existing connections either. Does anyone have an idea what Verizon is talking about here? Mark Thornton San Marcos Internet, Inc. 512-393-5300

TC NMC 5.5.5, quad modems, PRI. quad modem picks up on an analog call, but never generates the carrier tone... SO the customer just hears dead air... I know there was something for this, maybe modem mapping or somesuch, but it's escaping me. Any tips appreciated.

Quoting Mark Thornton <mark@corridor.net>: > I have received a call from a Verizon tech concerning ISDN connection > problems from their territory. They have narrowed it down to a problem > of > sending 10 vs. 7 digits in something they call a data table translation. > They have already communicated with the local telco who says their > system is > set up to accept and pass either 7 or 10 digits. So the focus is now on > me I guess they are taking about the number of digits the telco is sending. Typically makes sense in the T1 world. In the HiPer DSP or the Quad modem setup you have something called the DFTM settings and where you can say the number of digits that you receive from the telco. If the number say on your DSP is set to say 7 and the telco sends 10 - your call may be disconnected, unless the client modem is smart enough to recognize the answer tones. Again this setting is on the hiper DSP/Quad for the DTFM digits. I am not sure why a ISDN call should matter with the digits - However the digits are setup in that section. Change that setting on the DSP - should be on the span level configuration, and see if that helps. > to fix my system. I don't know what they are talking about and don't > recall > ever seeing any configuration option that had to do with number of > digits. I > don't want to screw up my existing connections either. Does anyone have > an > idea what Verizon is talking about here? > > Mark Thornton > San Marcos Internet, Inc. > 512-393-5300 > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > =========== -V ==========

Quoting Jaye Mathisen <mrcpu@internetcds.com>: > > > TC NMC 5.5.5, quad modems, PRI. No NETServer? Hiper ARC? in this configuration? Are you using just the NMC/Quad? Are you using a device attached via the Quad cables terminate the call? If so the device attached to the Quad is responsible to provide the DTR > > quad modem picks up on an analog call, but never generates the carrier > tone... > > SO the customer just hears dead air... > > I know there was something for this, maybe modem mapping or somesuch, > but > it's escaping me. > > Any tips appreciated. > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > =========== -V ==========

> Again this setting is on the hiper DSP/Quad for the DTFM digits. I am not sure > why a ISDN call should matter with the digits I have heard this may be a problem when multiple area codes are local to a region... not sure if it's true, but just what I've heard.... Mark

Yes, it has a netserver card. Sorry, should've made that clear. On Tue, 8 Aug 2000, Veda Narayan wrote: > Quoting Jaye Mathisen <mrcpu@internetcds.com>: > > > > > > > TC NMC 5.5.5, quad modems, PRI. > No NETServer? Hiper ARC? in this configuration? > > Are you using just the NMC/Quad? > Are you using a device attached via the Quad cables terminate the call? > If so the device attached to the Quad is responsible to provide the DTR > > > > > > > quad modem picks up on an analog call, but never generates the carrier > > tone... > > > > SO the customer just hears dead air... > > > > I know there was something for this, maybe modem mapping or somesuch, > > but > > it's escaping me. > > > > Any tips appreciated. > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > > =========== > > -V > > ========== >

I have noticed that there doesn't appear to be any new posts to the news server on any subject concerning the Total Control products since 6/19. Has it gone off the air? Mark Thornton San Marcos Internet, Inc. 512-393-5300

Quoting Jaye Mathisen <mrcpu@internetcds.com>: > > Yes, it has a netserver card. Sorry, should've made that clear. > > The modems must be active on the netserver card. I guess you did configure the Netserver for the same. If the modems are active and as soon as you place a call if the call drops, setup a syslog server, and grab syslogs from the netserver. The syslog will tell you what is happening to the call. -V > > On Tue, 8 Aug 2000, Veda Narayan wrote: > > > Quoting Jaye Mathisen <mrcpu@internetcds.com>: > > > > > > > > > > > TC NMC 5.5.5, quad modems, PRI. > > No NETServer? Hiper ARC? in this configuration? > > > > Are you using just the NMC/Quad? > > Are you using a device attached via the Quad cables terminate the > call? > > If so the device attached to the Quad is responsible to provide the > DTR > > > > > > > > > > > > quad modem picks up on an analog call, but never generates the > carrier > > > tone... > > > > > > SO the customer just hears dead air... > > > > > > I know there was something for this, maybe modem mapping or > somesuch, > > > but > > > it's escaping me. > > > > > > Any tips appreciated. > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages > send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > =========== > > > > -V > > > > ========== > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > =========== -V ==========

Also sprach Mark Thornton >I have noticed that there doesn't appear to be any new posts to the >news server on any subject concerning the Total Control products since >6/19. Has it gone off the air? Have you switched over to using totalservice.3com.com instead of totalservice.usr.com? I haven't checked if its happened yet, but the usr.com domain name is going away for 3com (being transferred to the NatSteel/Accton modem thingy along with the rest of the "USRobotics" name). Alternatively, keep mind that they restructured the newsgroups, so the old *.totalcontrol group is no longer active at all...its now a *.RAS group (don't remember what the "*" expands out to there, but easy enough to find :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

TO ALL: Anyone know if USR will be doing V.92/V.44 if so will It be a download to my TC boxes? Thanks Alan

Hello all I need to replace an ARC card, right now they are in different chassis. I did a set bulk_file ConfigBulkFile save configuration and tftp'd down the file (from ARC A). I did just enough of the config in ARC B to give it an IP, tftp the config file, do a set bulk_file ConfigBulkFile and restore config, then a reboot. The config file dosen;t seem to take as a sho config lists the minimal config. I watch the boot via console port and no errors. ARC's are both running 4.1.59. ARC A had less RAM/FLASH than ARC B, but other than that they are the same. Any clues??? Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545

Figured it out... you MUST use ConfigBulkFile as the fiel name.. I was using a datestamp based file name. Paul Farber Farber Technology farber@admin.f-tech.net Ph 570-628-5303 Fax 570-628-5545

Please email me if you have 1 available. I will buy up to 6. Must be guaranteed working. or have factory warranty. 6- USR Hiper ARC Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr www.isp-networkhardware.com ICQ# 75229638 Email: srivera@wrca.net Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981. Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have a chassis with a dual E1 card, quad digital and netserver. The E1 is configured as R2 LME, and everything is working fine apparently but when 5 users call in to total control, all timeslots appear as in use in the telephonic company. Any ideas about what is the problem, the telephonic company uses an Alcatel system 12000 rel. 7.0 ... I think so.. :-) Regards, Jorge Lozano <jorge@andinet.com> The only way to predict the future is... to create it! Please visit, http://www.andinet.com -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.3 for non-commercial use <http://www.pgp.com> iQA/AwUBOZQiD6p3oywyFVUlEQJEEwCgnnFbgzbzkCCtmEc86ZNgwooeOlwAn30H NAiG9ucO/XV8didpB1S8YpGB =fNTq -----END PGP SIGNATURE-----

Not sure at what point in time this started, but I regularlly have to go into the T1 card, look at the line stats, figure out which channels are in busy out, reset them. I don't believe I have anything setup with auto-response to do anything like busy itself out. Any way to stopping the modem from busy-ing itself out/any why on what's happening here? Grrrr....replace all of them with DSP's but I'm feeling a little too cheap right now.... T1 Span Line 1 DS0/Modem Status DS0 DS0 Modem Slot/ DS0 DS0 Modem SLOT/ Status Status Chan Status Status chan 1 CONNECT-IN CONNECT-IN 2\1 13 IDLE IDLE 5\1 2 CONNECT-IN CONNECT-IN 2\2 14 IDLE IDLE 5\2 3 BUSY-OUT BUSY-OUT 2\3 15 IDLE IDLE 5\3 4 CONNECT-IN CONNECT-IN 2\4 16 IDLE IDLE 5\4 5 CONNECT-IN CONNECT-IN 3\1 17 IDLE IDLE 6\1 6 CONNECT-IN CONNECT-IN 3\2 18 IDLE IDLE 6\2 7 IDLE IDLE 3\3 19 IDLE IDLE 6\3 8 IDLE IDLE 3\4 20 IDLE IDLE 6\4 9 IDLE IDLE 4\1 21 IDLE IDLE 7\1 10 IDLE IDLE 4\2 22 IDLE IDLE 7\2 11 IDLE IDLE 4\3 23 IDLE IDLE 7\3 12 IDLE IDLE 4\4 24 IDLE IDLE 7\4 SMT Scott M. Trautman 800-482-4638 Global Dialog Internet 608-240-4638,4637fax 2810 Crossroads, STE LL2 scott@gdinet.com Madison WI 53718 <http://www.gdinet.com/>

Is there any way to configure a PRI (on the Netserver PRI, or the DSP), to not accept a call w/o caller-ID info? If it's just not available because of equipment, that's fine, but if the caller is specifically blocking the c-id, then I want to not accept the call on the rack... Is this doable?

Steve, what are you asking on the mp/16's and the netserver 16's albert > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Steve Rivera > -www.wrca.net > Sent: Friday, August 11, 2000 2:33 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) FS: Netservers, MP, Managed MP > > > WR Communications Asssociates has the following equipment available for > immediate sale. All equipment listed is sold with 30 day warranty, Books > and Rack Ears. Worldwide shipment welcomed. > > In House: > 1- Netserver 16 v34 > 1- Netserver 8 v34 > 2- Netserver 8I > 1- MP8 v34 > 3- MP16 v34 > 1- Managed MP16 v34 > > In Coming: Early Next week. > 2- MP8 v34 > 1- MP16 v34 > 1- Managed MP16 v34 > 2- Netserver 8 v34 > 1- Netserver 8I > > Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr > www.isp-networkhardware.com > ICQ# 75229638 > Email: srivera@wrca.net > Mobile Email: srivera711@hotmail.com > > Worldwide Provider of Network Hardware Since 1981. > Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, > IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, > Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & 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. >

WR Communications Asssociates has the following equipment available for immediate sale. All equipment listed is sold with 30 day warranty, Books and Rack Ears. Worldwide shipment welcomed. In House: 1- Netserver 16 v34 1- Netserver 8 v34 2- Netserver 8I 1- MP8 v34 3- MP16 v34 1- Managed MP16 v34 In Coming: Early Next week. 2- MP8 v34 1- MP16 v34 1- Managed MP16 v34 2- Netserver 8 v34 1- Netserver 8I Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr www.isp-networkhardware.com ICQ# 75229638 Email: srivera@wrca.net Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981. Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More

On Fri, 11 Aug 2000, Scott Trautman wrote: > Not sure at what point in time this started, but I regularlly have to go > into the T1 card, look at the line stats, > figure out which channels are in busy out, reset them. You running ARCs or Netservers? I saw the same thing (on an ARC chassis) when I moved to the 4.2.x codebase. Quad code did not change, nor did the T1 card, only the ARC. Sounds like the same thing. I've posted numerous times, but never heard of anyone else with the same problem. Maybe no one uses quads anymore? And of course it's something you don't see unless you are looking for it... Charles > I don't believe I have anything setup with auto-response to do anything like > busy itself out. > > Any way to stopping the modem from busy-ing itself out/any why on what's > happening here? > Grrrr....replace all of them with DSP's but I'm feeling a little too cheap > right now.... > > T1 Span Line 1 DS0/Modem Status > > > DS0 DS0 Modem Slot/ DS0 DS0 Modem SLOT/ > Status Status Chan Status Status chan > > 1 CONNECT-IN CONNECT-IN 2\1 13 IDLE IDLE 5\1 > 2 CONNECT-IN CONNECT-IN 2\2 14 IDLE IDLE 5\2 > 3 BUSY-OUT BUSY-OUT 2\3 15 IDLE IDLE 5\3 > 4 CONNECT-IN CONNECT-IN 2\4 16 IDLE IDLE 5\4 > 5 CONNECT-IN CONNECT-IN 3\1 17 IDLE IDLE 6\1 > 6 CONNECT-IN CONNECT-IN 3\2 18 IDLE IDLE 6\2 > 7 IDLE IDLE 3\3 19 IDLE IDLE 6\3 > 8 IDLE IDLE 3\4 20 IDLE IDLE 6\4 > 9 IDLE IDLE 4\1 21 IDLE IDLE 7\1 > 10 IDLE IDLE 4\2 22 IDLE IDLE 7\2 > 11 IDLE IDLE 4\3 23 IDLE IDLE 7\3 > 12 IDLE IDLE 4\4 24 IDLE IDLE 7\4 > > SMT > > Scott M. Trautman 800-482-4638 > Global Dialog Internet 608-240-4638,4637fax > 2810 Crossroads, STE LL2 scott@gdinet.com > Madison WI 53718 <http://www.gdinet.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. >

Quoting Jaye Mathisen <mrcpu@internetcds.com>: > > > Is there any way to configure a PRI (on the Netserver PRI, or the DSP), > to > not accept a call w/o caller-ID info? > > If it's just not available because of equipment, that's fine, but if the > caller is specifically blocking the c-id, then I want to not accept the > call on the rack... > > Is this doable? Can be done several ways. Using Radius - You can tell radius to expect certain number of digits to validate the user by checking ani. There is configuration on the hiper arc when you can force the hiper arc to check for the ani/dnis (not really sure how to configure - need to look at the manual) but you can tell the hiper arc to do pre-auth on ani/dnis You can also tell the DSP - set it to dtfm - check for address and program it for checking the amount ani digits the telco provides. -V > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > =========== -V ==========

Also sprach Veda Narayan >Quoting Jaye Mathisen <mrcpu@internetcds.com>: >> Is there any way to configure a PRI (on the Netserver PRI, or the >> DSP), to not accept a call w/o caller-ID info? >> If it's just not available because of equipment, that's fine, but if >> the caller is specifically blocking the c-id, then I want to not >> accept the call on the rack... >> Is this doable? >Can be done several ways. Using Radius - You can tell radius to expect >certain number of digits to validate the user by checking ani. >There is configuration on the hiper arc when you can force the hiper >arc to check for the ani/dnis (not really sure how to configure - need >to look at the manual) but you can tell the hiper arc to do pre-auth >on ani/dnis >You can also tell the DSP - set it to dtfm - check for address and >program it for checking the amount ani digits the telco provides. Yeah, but from what I've seen, you can't distinguish between callerid blocking (note, its really caller id, not ANI) and just plain non-existence, which is what the question really was I believe. ie, if I'm calling from my work PBX, it doesn't have the ability to encode callerid information into the call request (at least the way we have it set up...I think the equipment is capable of it), that's different from someone dialing a *xx before they dial to block the callerid information. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

WR Communication Consultants (WRCA) is looking to buy: 3- USR Hiper DSP w/ nic (NEW/OPEN BOX) 5- US Robotics/3Com Hiper Access Router Cards w/ nics. Memory configuration and age of card helpful. Please email off-list. I have the following available: EdgeServer w/ nic Hiper NMC Hiper DSP QTY- Quad Digitals. $250ea or BO Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr www.isp-networkhardware.com ICQ# 75229638 Email: srivera@wrca.net Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981. Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More

Well in this case, it weren't my fault. The telco had loops on the Intermachine trunks feeding the switch feeding my rack, so the rack was merrily sending out the carrier tones, but the end-user never heard them because of the loop. WHich is where we were seeign the problem. Few minutes with a T-BERD on our DSX panel showed us that we were definitely generating tones... On Wed, 9 Aug 2000, Veda Narayan wrote: > Quoting Jaye Mathisen <mrcpu@internetcds.com>: > > > > > Yes, it has a netserver card. Sorry, should've made that clear. > > > > > The modems must be active on the netserver card. I guess you did configure the > Netserver for the same. If the modems are active and as soon as you place a > call if the call drops, setup a syslog server, and grab syslogs from the > netserver. The syslog will tell you what is happening to the call. > > -V > > > > > On Tue, 8 Aug 2000, Veda Narayan wrote: > > > > > Quoting Jaye Mathisen <mrcpu@internetcds.com>: > > > > > > > > > > > > > > > TC NMC 5.5.5, quad modems, PRI. > > > No NETServer? Hiper ARC? in this configuration? > > > > > > Are you using just the NMC/Quad? > > > Are you using a device attached via the Quad cables terminate the > > call? > > > If so the device attached to the Quad is responsible to provide the > > DTR > > > > > > > > > > > > > > > > > quad modem picks up on an analog call, but never generates the > > carrier > > > > tone... > > > > > > > > SO the customer just hears dead air... > > > > > > > > I know there was something for this, maybe modem mapping or > > somesuch, > > > > but > > > > it's escaping me. > > > > > > > > Any tips appreciated. > > > > > > > > > > > > - > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > > with "unsubscribe usr-tc" in the body of the message. > > > > For information on digests or retrieving files and old messages > > send > > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > > > > > > =========== > > > > > > -V > > > > > > ========== > > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > > =========== > > -V > > ========== > > - > 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 taking over some maint. because of the departure of the previous person. One of the netservers has a password that I can't figger' out. Isn't there a dip switch that wipes everything out? Or how do I recover this password?

THis is exactly what I mean. I guess I can go back to our switch and pull the CDR's and figure it out, but it would just be easier to do it at the 3com. Wasn't sure if there was a difference in signalling between the CID stuff not being available and the CID stuff being specifically blocked. On Sat, 12 Aug 2000, Jeff Mcadams wrote: > Also sprach Veda Narayan > >Quoting Jaye Mathisen <mrcpu@internetcds.com>: > >> Is there any way to configure a PRI (on the Netserver PRI, or the > >> DSP), to not accept a call w/o caller-ID info? > > >> If it's just not available because of equipment, that's fine, but if > >> the caller is specifically blocking the c-id, then I want to not > >> accept the call on the rack... > > >> Is this doable? > > >Can be done several ways. Using Radius - You can tell radius to expect > >certain number of digits to validate the user by checking ani. > > >There is configuration on the hiper arc when you can force the hiper > >arc to check for the ani/dnis (not really sure how to configure - need > >to look at the manual) but you can tell the hiper arc to do pre-auth > >on ani/dnis > > >You can also tell the DSP - set it to dtfm - check for address and > >program it for checking the amount ani digits the telco provides. > > Yeah, but from what I've seen, you can't distinguish between callerid > blocking (note, its really caller id, not ANI) and just plain > non-existence, which is what the question really was I believe. ie, if > I'm calling from my work PBX, it doesn't have the ability to encode > callerid information into the call request (at least the way we have it > set up...I think the equipment is capable of it), that's different from > someone dialing a *xx before they dial to block the callerid > information. >

Will 3COM release TC v92/v44 code? I'm convinced - no. Check the archives regarding lack of response from 3COM management over the years. Speaks for it's self. --- Andy Dalrymple XMission Telecom Manager (8/14/00)

dip 4 down power up.,... > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jaye Mathisen > Sent: Monday, August 14, 2000 4:21 PM > To: usr-tc@lists.xmission.com > Subject: (usr-tc) Lost password on Netserver. > > > > > I'm taking over some maint. because of the departure of the previous > person. One of the netservers has a password that I can't figger' out. > > Isn't there a dip switch that wipes everything out? Or how do I recover > this password? > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

WR Communication Associates (WRCA) has the following card available to ship immediately. Cards are guaranteed working upon delivery. 1- USR EdgeServer Card w/ SCSI-2 NIC Part# 69-001160-01 R:5 Part# 69-001410-00 R:2 If you have an interest please contact me off list. I AM IN THE MARKET FOR: Hiper ARC's, DSP's, Quad Analog/Digitals. Please email/Call if you have any available. Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr www.isp-networkhardware.com ICQ# 75229638 Email: srivera@wrca.net Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981. Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More

I'd have to disagree. Not that I have any higher opinion of the 3COM management... 3COM just started running a promotion for Quad->HiperDSP tradeins. If the pattern holds from past promotions (netserver->hiperarc), we'll soon see the end-of-life/support for quads. My guess is v.44/92 will be available for HiperDSP's only, and then only with a service contract. Everyone paid up on their support contracts? Randy InfoWest, Inc. > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Andy > Sent: Monday, August 14, 2000 6:11 PM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) V92/V44 > > > > Will 3COM release TC v92/v44 code? I'm convinced - no. > > Check the archives regarding lack of response from 3COM management over > the years. Speaks for it's self. > > --- > Andy Dalrymple > XMission Telecom Manager (8/14/00) > > > > - > 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 imagine why I would want to trade in modems that work for modems that don't. I already lose enough customers to the other guys because of compatability issue. If we had it to do over again I wouldn't buy 3Com, and the only 3Com product I will ever buy again is to support our existing installation. Any significant increase in ports will be done with another vendor. And they can pry the last quad out of by cold, stiff hands after I am dead. I regret having made the trade-in in the past. Someone is going to have to convince me that the new dsp code really works, then someone else is going to have to give me the code to even begin to change my mind. I will not deal with 3Com directly ever again. I can get that kind of abuse without paying for it locally. BTW, I think it is a farce to even believe that 3Com is lurking on this list anymore. The company sucks, fully intends to go bankrupt, and take all of us with them. Customer service is of no interest to them at all, nor is providing products that solve our problems. They are too busy renaming product lines and building cable system headends into the TCH box to be bothered with anything we need. Why didn't they develop a DSL termination module. That could have extended the TCH with their existing customer base, but no, they go after a new customer base and abandon the dialup servers. I had to get DSL aggregation from another vendor, not because it was better but because I had no choice. That is stupid, but then it fits with a company that intends to lose money. p.s. If this is the one time a 3Com executinve is reading this list, please don't call unless you are going to offer a reasonable support plan to me and everyone else on this list. I don't want to talk out my frustration as though that is going to fix anything. And I don't want to know you are thinking about me and taking my concerns seriously. Show me the support contract that in any way matches my Cisco contract and I will give you a credit card number and get this show going. Otherwise, go to the corner and amuse yourself. Mark Thornton San Marcos Internet, Inc. 512-393-5300 ----- Original Message ----- Sent: Tuesday, August 15, 2000 1:43 PM > I'd have to disagree. Not that I have any higher opinion of the 3COM > management... > > 3COM just started running a promotion for Quad->HiperDSP tradeins. If the > pattern holds from past promotions (netserver->hiperarc), we'll soon see the > end-of-life/support for quads. > > My guess is v.44/92 will be available for HiperDSP's only, and then only > with a service contract. > > Everyone paid up on their support contracts? > > Randy > InfoWest, Inc. > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Andy > > Sent: Monday, August 14, 2000 6:11 PM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) V92/V44 > > > > > > > > Will 3COM release TC v92/v44 code? I'm convinced - no. > > > > Check the archives regarding lack of response from 3COM management over > > the years. Speaks for it's self. > > > > --- > > Andy Dalrymple > > XMission Telecom Manager (8/14/00) > > > > > > > > - > > 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.

Here's an idea for some upwardly mobile person at 3Com with balls (virtual of course, male or female will do)... why not create a software support contract and sell it from your division. You gets lots of hits, and fair amount of money and no support headaches. At this point all we want is access to the code, not your deadheads or bad hod music. If you start generating revenue with no visible increase in expenses you will look like gold to the bean counters (assuming of course my comments about intentionally losing money are completely off-base) and you will likely be promoted and showered with stock options (ouch) and generally be a hero. You'll likely get fan mail from this list and be revered as a god by some. Not a bad turn of events for no investment, don't you think? Mark Thornton San Marcos Internet, Inc. 512-393-5300

Hi All, What's the best way to setup a dual PRI card with two different dialup numbers? In this case, I have one span on one directory number, and another on another number. Each number needs to route to a specific pool of modems. Seems innocent enough. I've configured up the PRI card as follows: Reserved Pool to Inbound Phone Number Mapping Pool ID Inbound Phone Number Pool Type ------- -------------------------- --------- 1 11111111 Analog 2 22222222 Analog 3 ? None (where the appropriate numbers have been substituted) Modem mappings as follows: Quad B-Channel Modem/ I-Modem Reserved Pool Assignments ID Slot/ Pool_ID ID Slot/ Pool_ID ID Slot/ Pool_ID ID Slot/Pool_ID Chan Chan Chan Chan 1 1/1 0 17 5/1 1 33 9/1 2 49 13/1 2 2 1/2 0 18 5/2 1 34 9/2 2 50 13/2 2 3 1/3 0 19 5/3 1 35 9/3 2 51 13/3 2 4 1/4 0 20 5/4 1 36 9/4 2 52 13/4 2 5 2/1 0 21 6/1 1 37 10/1 2 53 14/1 2 6 2/2 0 22 6/2 1 38 10/2 2 54 14/2 2 7 2/3 0 23 6/3 1 39 10/3 2 55 14/3 2 8 2/4 0 24 6/4 1 40 10/4 2 56 14/4 2 9 3/1 1 25 7/1 1 41 11/1 2 57 15/1 0 10 3/2 1 26 7/2 1 42 11/2 2 58 15/2 0 11 3/3 1 27 7/3 1 43 11/3 2 59 15/3 0 12 3/4 1 28 7/4 1 44 11/4 2 60 15/4 0 13 4/1 1 29 8/1 2 45 12/1 2 61 16/1 0 14 4/2 1 30 8/2 2 46 12/2 2 62 16/2 0 15 4/3 1 31 8/3 2 47 12/3 2 63 16/3 0 16 4/4 1 32 8/4 2 48 12/4 2 64 16/4 0 When I place a call to the first number, I get (PRI debug): uccu_get_new_uccb: attach uccb to head of list. tcid: 0x8 ucid: 0x00000008 uccu_get_new_uccb: ALLOC tcid: 0x8 ucid: 0x00000008, allocated = 1, dsl_id=0 sfn:ucc_null,evt:20-SETUP_IND,tcid:0x8,ucid:0x00000008 ucc_setup_in_call: tcid: 0x8, CRV: 22 (0x16) DNIS nums:4 cl type override nums:0 ucc_setup_in_call: ANI (calling_phnum) >362347174<, len = 9, err = 0x32d84 uccidm_search_DNIS_reserved_pool: len_called_num = 8: stripped inbound phone >64719200<, len = 8 uccidm_search_DNIS_reserved_pool: local stripped DNIS >64719200<, len = 8 ucc_route_to_DNIS_reserved_pool: activated: reserved pool ID/type: [1/1], DNIS: >64719200< ds0_res_call_type: dsl: 0, intid: 0, ds0: 8, bct: 73, err: 0 verdict: 1 uccidm_reserve_ds0: SUCCESS: call_type: ANALOG, span=0, ds0=9, in_flag=1 ucc_route_to_DNIS_reserved_pool: no anlg mdm available in pool 1... trying I-mdm UCCM_BUILD_TODEV_NSF_IE: compand code used = 0 (0=A-law,1=U-law,2=country) GetDS0SlotMapByte: mdm_id=11 span=0 ds0=9 octet=3 bitmap=0 GetDS0SlotMapByte: mdm_id=11 span=0 ds0=9 octet=2 bitmap=0 GetDS0SlotMapByte: mdm_id=11 span=0 ds0=9 octet=1 bitmap=1 GetDS0SlotMapByte: mdm_id=11 span=0 ds0=9 octet=0 bitmap=0 ucc_route_to_DNIS_reserved_pool,send usr_X_setup_con_req to dev ucc_route_to_DNIS_reserved_pool:tcid:0x8,ucid:0x00000008,sp:0,b:9,tts:3,dt:4,s/c:3/4,hdl:3 <PH_ERROR> ph_frame__post_xmit: datagram: frame t/p: 8/0030:001e48ec, status >0x04< NOTE:uccpbus_disconnected func called, hdl:3,status:155 NOTE:uccpbus_closed_cb func called, hdl:3,status:0 NOTE:uccpbus_opened_cb func called, hdl:3,status:0 As best I can tell, it's getting the DNIS OK, and mapping it to the right pool, but just not finding any modems in the pool. The modems are defined to the PRI as Quad-I-modems, and are active in the NETserver. All modems are set for PRItdm as the interface type. This chassis has two NETservers - one for each dialup number. PRI card is at 3.1.5, Netserver at 3.8.1. This must be simple, surely? I'm obviously missing something - anyone know what?

I still wouldn't mind seeing a NMC to HiPer NMC tradein promo... What's the details of the latest Quad->DSP tradein? A while back, they did a two-for-one tradein (trade in 12 Quads, get four DSP's instead of two, maybe an ARC thrown in also), then cut it back to a one-for-one. We still have 12 Quads left, which I *might* consider trading in at this point... the DSP's are finally almost close enough to the stability of the Quads. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Tue, 15 Aug 2000, Randy Cosby wrote: > I'd have to disagree. Not that I have any higher opinion of the 3COM > management... > > 3COM just started running a promotion for Quad->HiperDSP tradeins. If the > pattern holds from past promotions (netserver->hiperarc), we'll soon see the > end-of-life/support for quads. > > My guess is v.44/92 will be available for HiperDSP's only, and then only > with a service contract. > > Everyone paid up on their support contracts? > > Randy > InfoWest, Inc. > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Andy > > Sent: Monday, August 14, 2000 6:11 PM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) V92/V44 > > > > > > > > Will 3COM release TC v92/v44 code? I'm convinced - no. > > > > Check the archives regarding lack of response from 3COM management over > > the years. Speaks for it's self. > > > > --- > > Andy Dalrymple > > XMission Telecom Manager (8/14/00) > > > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Quoting albert <emmanuel@mwt.net>: > dip 4 down power up.,... No its dip 5 down not dip 4 -V > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jaye Mathisen > > Sent: Monday, August 14, 2000 4:21 PM > > To: usr-tc@lists.xmission.com > > Subject: (usr-tc) Lost password on Netserver. > > > > > > > > > > I'm taking over some maint. because of the departure of the previous > > person. One of the netservers has a password that I can't figger' > out. > > > > Isn't there a dip switch that wipes everything out? Or how do I > recover > > this password? > > > > > > - > > 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. > =========== -V ==========

Quoting Lists <lists@aussie.nu>: > > Further to my last e-mail, now I'm getting this from the PRI card: > > <PH_ERROR> ph_frame__post_xmit: datagram: frame t/p: 8/0030:001e48ec, > status >0x04< > > Anyone know if this is a fried PRI card, a fried chassis, some other > fried Its not a fried PRI card, all it talks in regards of packet bus communication. It measns that the Netserver droped a frame after the pri card send the same over to the netserver -V > card, fried code, fried config, or something else? > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > =========== -V ==========

Also sprach Randy Cosby >I'd have to disagree. Not that I have any higher opinion of the 3COM >management... >3COM just started running a promotion for Quad->HiperDSP tradeins. If >the pattern holds from past promotions (netserver->hiperarc), we'll >soon see the end-of-life/support for quads. >My guess is v.44/92 will be available for HiperDSP's only, and then >only with a service contract. >Everyone paid up on their support contracts? HAHA! I've pretty much given up, at this point, getting 3Com to be reasonable about their support contracts. I really and truly thought there were some people in power there that had some functional neurons given their support contracts, but apparently that's not the case. Tom Goodman has been going around and around on my behalf trying to get a support contract setup...he says that about every month or so, they come back to him with the same questions he's answered 5 or 6 times before. Of course, I'll go ahead and repeat my assertion (on the off chance that a neuron might actually catch it this time) that the support contracts should be based on the serial number of the cards being covered. The whole idea of "all equipment has to be covered equally" needs to be well and truly scrapped. Let me mention this...I'd rather not have to muck with serial numbers, but I suggest serial numbers as I believe that's the way to protect 3Com from abuse, while at the same time providing decent support for customers, so 3Com...if I were just out for myself on this, I'd just say "let my buy support on what I want to cover and you just accept that". I'm willing to give you serial numbers because I know that protects you. I'll go ahead and re-mention (again, for the benefit of 3Com folks) that being as anal as you all are about software upgrades is a *really* good way to piss off your customer base (as if we weren't all pissed off at you already). Cisco gives you access to the software if you have even a single support contract for a single piece of equipment...while this does open people up to getting support on a minimal piece of equipment and getting code for all their equipment, even the high-end stuff, this doesn't happen all that often. Besides...if you call and ask nicely, usually Cisco TAC will give you the code you need anyway...they're more concerned about selling their equipment and keeping their customers happy than about gouging them for all the revenue they can. I've certainly found, over the past...however many years its been now, several for sure...that it really would be nice to have access to 3Com tech support. I've certainly complained enough about being shut out of communication with 3Com due to not having support that I understand this. The thing that gets me is that 3Com *still* seems to not want communication with their customer base. 3Com's response to problems is *still* add more layers of beaurocracy to insulate them from their customer base rather than trying to strip them away to get good feedback and input from their customer base. Unless and until 3Com realizes and takes to heart this problem...the support contract issue will never really be resolved. Oh, and btw...after a posting a couple of weeks ago...I tried to get in contact with one of the techs I had worked with on here a lot...and that many of you know as well (Mike Wronski)...my email bounced back to me with a "User not listed in public Name & Address Book" message. I'm *hoping* this was just a glitch, or a typo or something on my part and not some new effort by 3Com to prevent direct communication with techs because we don't have support contracts. This, of course, assumes that Wronski and others (couldn't find Krish's address on the usr-tc list subscribers either, but didn't try to email him) are still employed at 3Com...twould be a shame for 3Com if they weren't. Hopefully I'll get some sort of response from this, but I'm not holding my breath. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Mark Thornton >BTW, I think it is a farce to even believe that 3Com is lurking on this >list anymore. Well...I don't know if they pay attention to the list or not, but there are a significant number of 3Com addresses subscribed to it...a few I recognize...many I don't. >They are too busy renaming product lines and building cable system >headends into the TCH box to be bothered with anything we need. I don't mind them building a cable head-end system into the box...its not a bad technical solution...just not one that *I* need. I do see where it would be a good decision for them to make. >Why didn't they develop a DSL termination module. Of course, they did at one point, then canned it...and now they have a partnership with copper mountain to get DSLAM capabilities in the box again. Could be nice...I probably won't be finding out though. The other area that I think it would behoove them to pursue with regards to DSL is the RedBack type of niche. Basically doing the access server portion of it without necessarily including the DSLAM portion. The Arc is a quite capable router, but 3Com doesn't seem to really want to put the effort into really developing it fully for the type of edge functionality that it would/could be *really* awesome for. Ideally, I see an awesome possibility in that you could put the DSLAM card(s) in the chassis and connect them directly across the backplane to the Arc, or let the Arc terminate frame or ATM PVC's from DSLAMs on the other side of a frame or ATM cloud (since this is how many pure ISPs access DSL connections right now). The Arc already has the ability to support frame and ATM pvc's...it just doesn't have the features to make it easily manageable. Better DHCP support (make the limited DHCP support that's there functional would be a start), better routing support (OSPF needs to be made more solid, better redistribution support, better control of advertisements and filtering, etc.), better manageability features (the SNMP support is good...but there's so much there that its hard to cross-reference values and do more intricate control of the system via SNMP...maybe some greater information about what's available in the SNMP MIBs on the thing and good strategies to use it rather than just letting us flouder on our own figuring it out). >p.s. If this is the one time a 3Com executinve is reading this list, >please don't call unless you are going to offer a reasonable support >plan to me and everyone else on this list. Amen...use the serial numbers that I know you all already have in a database...drop the insane rules about having to cover all products at an even level...make it easier to get access to software (why not give it away? its not of any use unless someone has already *purchased* the hardware). I know my thoughts about support contracts are on record many times over...both in the list archives, and with *many* conversations I've had with various people at 3Com, from sales reps, to tech support to SE's to VP's. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

what are we talking about here?? a netserver 16 ? if so it is 4..to clear,.. a > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Veda Narayan > Sent: Tuesday, August 15, 2000 1:51 PM > To: usr-tc@lists.xmission.com; albert > Subject: RE: (usr-tc) Lost password on Netserver. > > > Quoting albert <emmanuel@mwt.net>: > > > dip 4 down power up.,... > > No its dip 5 down not dip 4 > > -V > > > > > -----Original Message----- > > > From: owner-usr-tc@lists.xmission.com > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jaye Mathisen > > > Sent: Monday, August 14, 2000 4:21 PM > > > To: usr-tc@lists.xmission.com > > > Subject: (usr-tc) Lost password on Netserver. > > > > > > > > > > > > > > > I'm taking over some maint. because of the departure of the previous > > > person. One of the netservers has a password that I can't figger' > > out. > > > > > > Isn't there a dip switch that wipes everything out? Or how do I > > recover > > > this password? > > > > > > > > > - > > > 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. > > > > > > =========== > > -V > > ========== > > - > 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. >

Further to my last e-mail, now I'm getting this from the PRI card: <PH_ERROR> ph_frame__post_xmit: datagram: frame t/p: 8/0030:001e48ec, status >0x04< Anyone know if this is a fried PRI card, a fried chassis, some other fried card, fried code, fried config, or something else?

New in the box Hiper DSP's $3750 each (24 ports) or $7500 a set (48 ports) At 04:11 PM 8/14/00 -0400, you wrote: >WR Communication Consultants (WRCA) is looking to buy: > >3- USR Hiper DSP w/ nic (NEW/OPEN BOX) >5- US Robotics/3Com Hiper Access Router Cards w/ nics. > >Memory configuration and age of card helpful. >Please email off-list. > >I have the following available: > >EdgeServer w/ nic >Hiper NMC >Hiper DSP >QTY- Quad Digitals. $250ea or BO > >Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr >www.isp-networkhardware.com >ICQ# 75229638 >Email: srivera@wrca.net >Mobile Email: srivera711@hotmail.com > >Worldwide Provider of Network Hardware Since 1981. >Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, >IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, >Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & 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. > David DenHollander (403)254-1100 Main (403)201-2815 Fax List your equipment for free http://www.adoptable.com/

interesting conversation..................... Warmest Regards, Andrew Shlensky Tel.(480) 829-0404 Fax(480) 968-5779 Cell(602) 790-9331 Aol IM Screen Name:salesandrew (live chat) -////////////////////////////////////////////////////////- GOLD CIRCUIT INC. 2154 E Rio Salado Parkway Tempe AZ 85281 U.S.A New/Used Computer Equipment,PC, Notebook,Accessories, Communication Gear -ISP Equipment-Networking Equipment-Monitors Hard Drives-Printers-Banking Equipment-POS gear -= we buy USED EQUIPMENT all types and quantites=- -//////////////////////////////////////////////////////////////////////////- ----- Original Message ----- Sent: Wednesday, August 16, 2000 12:24 PM > Yes they are in my warehose in Arizona, I will do it for you because you > are such a swell guy. > > > > At 01:46 PM 8/16/00 -0400, you wrote: > >I have a customer that will buy 3 if you can do them at $3500 each. > >Do you have them available to ship immediately? > > > >At 09:22 AM 08/16/2000 -0600, you wrote: > >>New in the box Hiper DSP's $3750 each (24 ports) or $7500 a set (48 ports) > >> > >> > >>At 04:11 PM 8/14/00 -0400, you wrote: > >> >WR Communication Consultants (WRCA) is looking to buy: > >> > > >> >3- USR Hiper DSP w/ nic (NEW/OPEN BOX) > >> >5- US Robotics/3Com Hiper Access Router Cards w/ nics. > >> > > >> >Memory configuration and age of card helpful. > >> >Please email off-list. > >> > > >> >I have the following available: > >> > > >> >EdgeServer w/ nic > >> >Hiper NMC > >> >Hiper DSP > >> >QTY- Quad Digitals. $250ea or BO > >> > > >> >Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr > >> >www.isp-networkhardware.com > >> >ICQ# 75229638 > >> >Email: srivera@wrca.net > >> >Mobile Email: srivera711@hotmail.com > >> > > >> >Worldwide Provider of Network Hardware Since 1981. > >> >Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, > >> >IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, > >> >Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & 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. > >> > > >> > >> > >>David DenHollander > >> > >>(403)254-1100 Main > >>(403)201-2815 Fax > >> > >>List your equipment for free > >>http://www.adoptable.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. > > > > > David DenHollander > > (403)254-1100 Main > (403)201-2815 Fax > > List your equipment for free > http://www.adoptable.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. >

Yes they are in my warehose in Arizona, I will do it for you because you are such a swell guy. At 01:46 PM 8/16/00 -0400, you wrote: >I have a customer that will buy 3 if you can do them at $3500 each. >Do you have them available to ship immediately? > >At 09:22 AM 08/16/2000 -0600, you wrote: >>New in the box Hiper DSP's $3750 each (24 ports) or $7500 a set (48 ports) >> >> >>At 04:11 PM 8/14/00 -0400, you wrote: >> >WR Communication Consultants (WRCA) is looking to buy: >> > >> >3- USR Hiper DSP w/ nic (NEW/OPEN BOX) >> >5- US Robotics/3Com Hiper Access Router Cards w/ nics. >> > >> >Memory configuration and age of card helpful. >> >Please email off-list. >> > >> >I have the following available: >> > >> >EdgeServer w/ nic >> >Hiper NMC >> >Hiper DSP >> >QTY- Quad Digitals. $250ea or BO >> > >> >Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr >> >www.isp-networkhardware.com >> >ICQ# 75229638 >> >Email: srivera@wrca.net >> >Mobile Email: srivera711@hotmail.com >> > >> >Worldwide Provider of Network Hardware Since 1981. >> >Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, >> >IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, >> >Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & 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. >> > >> >> >>David DenHollander >> >>(403)254-1100 Main >>(403)201-2815 Fax >> >>List your equipment for free >>http://www.adoptable.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. > David DenHollander (403)254-1100 Main (403)201-2815 Fax List your equipment for free http://www.adoptable.com/

I have a customer that will buy 3 if you can do them at $3500 each. Do you have them available to ship immediately? At 09:22 AM 08/16/2000 -0600, you wrote: >New in the box Hiper DSP's $3750 each (24 ports) or $7500 a set (48 ports) > > >At 04:11 PM 8/14/00 -0400, you wrote: > >WR Communication Consultants (WRCA) is looking to buy: > > > >3- USR Hiper DSP w/ nic (NEW/OPEN BOX) > >5- US Robotics/3Com Hiper Access Router Cards w/ nics. > > > >Memory configuration and age of card helpful. > >Please email off-list. > > > >I have the following available: > > > >EdgeServer w/ nic > >Hiper NMC > >Hiper DSP > >QTY- Quad Digitals. $250ea or BO > > > >Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr > >www.isp-networkhardware.com > >ICQ# 75229638 > >Email: srivera@wrca.net > >Mobile Email: srivera711@hotmail.com > > > >Worldwide Provider of Network Hardware Since 1981. > >Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, > >IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, > >Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & 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. > > > > >David DenHollander > >(403)254-1100 Main >(403)201-2815 Fax > >List your equipment for free >http://www.adoptable.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.

If your talking TC Netserver its dip 5. ---------- Forwarded message ---------- Reply-To: usr-tc@lists.xmission.com what are we talking about here?? a netserver 16 ? if so it is 4..to clear,.. a > -----Original Message----- > From: owner-usr-tc@lists.xmission.com > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Veda Narayan > Sent: Tuesday, August 15, 2000 1:51 PM > To: usr-tc@lists.xmission.com; albert > Subject: RE: (usr-tc) Lost password on Netserver. > > > Quoting albert <emmanuel@mwt.net>: > > > dip 4 down power up.,... > > No its dip 5 down not dip 4 > > -V > > > > > -----Original Message----- > > > From: owner-usr-tc@lists.xmission.com > > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Jaye Mathisen > > > Sent: Monday, August 14, 2000 4:21 PM > > > To: usr-tc@lists.xmission.com > > > Subject: (usr-tc) Lost password on Netserver. > > > > > > > > > > > > > > > I'm taking over some maint. because of the departure of the previous > > > person. One of the netservers has a password that I can't figger' > > out. > > > > > > Isn't there a dip switch that wipes everything out? Or how do I > > recover > > > this password? > > > > > > > > > - > > > 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. > > > > > > =========== > > -V > > ========== > > - > 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.

This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C0084E.29C15502 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Does anyone know if there is a way to give a user a static IP address = when he connects to a TotalControl with 2 HiperARCs? The issue is that the router that connects the 2 ARCs to the outside world does not know = which ARC to send data destined to the static IP address that is assigned. Why? = Well the same hunt group that the user dials into is assigned to all = HiperDSPs in the chassis and there are 5 DSPs routed through each ARC. So there is = no guarantee which ARC the user will be routed through. =20 I hope you got all that! =20 Can you add the same static IP address in each ARC and have it use RIP = to add a route in the connecting router? If so, will only the one that is = in use by the user have an active RIP session? =20 If you have any ideas at all, please let me know. =20 Thanks.=20 =20 Mike Storjohann=20 Internet Services Administrator=20 HunTel.net=AE=20 mstorjohann@huntel.net <mailto:mstorjohann@huntel.net>=20 ------_=_NextPart_001_01C0084E.29C15502 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 HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Diso-8859-1"> <META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR></HEAD> <BODY> <DIV align=3Dleft><FONT size=3D2><FONT face=3DArial><SPAN=20 class=3D016405521-16082000><SPAN class=3D201001813-17082000>D</SPAN>oes = anyone know=20 if there is a way to give a user a static IP address when he connects = to a=20 TotalControl with 2 HiperARCs?&nbsp; The issue is that the router that = connects=20 the 2 ARCs to the outside world does not know which ARC to send data = destined to=20 the static IP address that is assigned.&nbsp; Why?&nbsp; Well the same = hunt=20 group that the user dials into is assigned to all HiperDSPs in the = chassis and=20 there are 5 DSPs routed through each ARC.&nbsp; So there is no = guarantee which=20 ARC the user will be routed through.</SPAN></FONT></FONT></DIV> <DIV align=3Dleft><SPAN class=3D016405521-16082000></SPAN><FONT = face=3DArial=20 size=3D2>&nbsp;</FONT></DIV> <DIV align=3Dleft><FONT face=3DArial size=3D2><SPAN = class=3D016405521-16082000>I hope=20 you got all that!</SPAN></FONT></DIV> <DIV align=3Dleft><SPAN class=3D016405521-16082000></SPAN><FONT = face=3DArial=20 size=3D2>&nbsp;</FONT></DIV> <DIV align=3Dleft><FONT face=3DArial size=3D2><SPAN = class=3D016405521-16082000>Can you=20 add the same static IP address in each ARC and have it use RIP to add a = route in=20 the connecting router?&nbsp; If so, will only the one that is in use by = the user=20 have an active RIP session?</SPAN></FONT></DIV> <DIV align=3Dleft><FONT size=3D2><FONT face=3DArial><SPAN=20 class=3D201001813-17082000><FONT=20 color=3D#0000ff></FONT></SPAN></FONT></FONT>&nbsp;</DIV> <DIV align=3Dleft><FONT size=3D2><FONT face=3DArial><SPAN = class=3D201001813-17082000>If=20 you have any ideas at all, please let me = know.</SPAN></FONT></FONT></DIV> <DIV align=3Dleft><FONT size=3D2><FONT face=3DArial><SPAN=20 class=3D201001813-17082000></SPAN></FONT></FONT>&nbsp;</DIV> <DIV align=3Dleft><FONT size=3D2><FONT face=3DArial><SPAN=20 class=3D201001813-17082000>Thanks.&nbsp;</SPAN></FONT></FONT></DIV> <DIV align=3Dleft><FONT size=3D2><FONT face=3DArial><SPAN=20 class=3D201001813-17082000></SPAN></FONT></FONT>&nbsp;</DIV> <DIV align=3Dleft><FONT size=3D2><FONT face=3DArial>Mike Storjohann = <BR>Internet=20 Services Administrator <BR>HunTel.net=AE <BR><A=20 href=3D"mailto:mstorjohann@huntel.net">mstorjohann@huntel.net</A></FONT>= </FONT></DIV></BODY></HTML> ------_=_NextPart_001_01C0084E.29C15502--

Oi, we need an FAQ. :) Also sprach Mike Storjohann >I hope you got all that! Didn't need to...most of us on the list are *intimately* familiar with these issues. :) >Can you add the same static IP address in each ARC and have it use RIP >to add a route in the connecting router? If so, will only the one that >is in use by the user have an active RIP session? >If you have any ideas at all, please let me know. You don't want a static route entered on the Arcs...while it *might* work...I'm not sure how you're setting it up, or how the Arcs handle routing advertisements for routes whose next-hop addresses are not reachable...the "correct" way to do it is to put the user's static IP address (and potentially route information) in their RADIUS profile, turn on RIP (probably v2) or OSPF and let the Arc advertise the static IP/route to the next-hop router when the user connects and the static IP/route gets added to the Arc by the RADIUS response. That way, when the user logs off, the route gets dropped by the Arc, gets dropped out of the routing advertisements (for RIP, set to max age then dropped for OSPF...same effect) until the user connects again. This is the whole idea for routing protocols...to let the network routing adapt to changing network topologies...in this case, the changing network topology is where the user is connected. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Heya... I need to back off of a previous post a bit...I have confirmed that Mike Wronski, Krish, and the others are still on the list (apparently through a list exploder at 3Com, not directly), so things aren't as bad as I had feared were possible. :) Anyway...wanted to let the list know that the techs are still around and hearing us (and willing to help if something comes up)...since the list has been fairly quiet of any significant technical issues we just haven't seen much of them. :) Which is rather a good thing in some ways. Of course, my issues with support contracts still stand (particularly since they aren't issues with the techie folks :), and I'd *still* like to hear something from 3Com about what, if anything, they're doing to help resolve the support contract issue. :) -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

On Thu, 17 Aug 2000, Jeff Mcadams wrote: > Heya... > > I need to back off of a previous post a bit...I have confirmed that > Mike Wronski, Krish, and the others are still on the list (apparently > through a list exploder at 3Com, not directly), so things aren't as bad > as I had feared were possible. :) > > Anyway...wanted to let the list know that the techs are still around and > hearing us (and willing to help if something comes up)...since the list > has been fairly quiet of any significant technical issues we just > haven't seen much of them. :) Which is rather a good thing in some > ways. > > Of course, my issues with support contracts still stand (particularly > since they aren't issues with the techie folks :), and I'd *still* like > to hear something from 3Com about what, if anything, they're doing to > help resolve the support contract issue. :) > I'm with you on this one Jeff. I have been waiting now for 14 months and 11 days for the issue to settle about "partial equipment" service contract. I still have a couple of boards on the shelf in the box that I dont want a service contract on until I put them into service! --Rich Adams, President, Dayton Internet Services Inc., Dayton, Ohio-- --w8mfd@dayton.net--www.dayton.net--www.dayton.com--937-586-2500--

Hi, Alarm Server is really starting to annoy the crud out of me. The latest ARC code creates spurious traps. I'm looking around at download.com and finding plenty of SNMP POLLING software, not much that's listing for SNMP Traps, which is what Alarm Server is SENDING. Something with enough flexability to import the MIB/dictionary would be great. Know of anything? Somebody better come up with something or I swear I'm opening up VB6 and then there'll be trouble! SMT Scott M. Trautman 800-482-4638 Global Dialog Internet 608-240-4638,4637fax 2810 Crossroads, STE LL2 scott@gdinet.com Madison WI 53718 <http://www.gdinet.com/>

Hello, We recently started having problems where every other login attempt (or so) fails and we get the following error on the console: Facility "User Manager", Level "CRITICAL":: Unable to allocate memory: ES_NO_DYNMEM add handle A reboot clears it up. We currently have 10 DSP's in it, but we aren't any where near capacity when it happens. Any suggestions? -- --- Jeremy Shaffner System & Network Administrator JORSM Internet jer@jorsm.com http://www.jorsm.com/~jer/pgp.key

Bitching about 3Com and support contracts aside, it's a bit annoying that nobody answered the original question about v.92... Of course until v.92 client modems actually appear on the market, it doesn't really make a damn bit of difference -- I don't see that *any* vendor is in any huge hurry at all to deploy it. Actually v.59 is what I'm really interested in, though I've yet to find *any* documentation on it anywhere, even on the ITU's site... Source Technology gave me the info on the Quad->DSP tradein program too. $50 per port credit. Trade in 12 Quads and get $2400, which doesn't even buy you one DSP much less the equivalent two. "A bit disappointing" would be my usual understated way of putting it... Makes me almost wish I'd traded in all my Quads (instead of just half of them) when I had the chance. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Tue, 15 Aug 2000, Randy Cosby wrote: > I'd have to disagree. Not that I have any higher opinion of the 3COM > management... > > 3COM just started running a promotion for Quad->HiperDSP tradeins. If the > pattern holds from past promotions (netserver->hiperarc), we'll soon see the > end-of-life/support for quads. > > My guess is v.44/92 will be available for HiperDSP's only, and then only > with a service contract. > > Everyone paid up on their support contracts? > > Randy > InfoWest, Inc. > > > -----Original Message----- > > From: owner-usr-tc@lists.xmission.com > > [mailto:owner-usr-tc@lists.xmission.com]On Behalf Of Andy > > Sent: Monday, August 14, 2000 6:11 PM > > To: usr-tc@lists.xmission.com > > Subject: Re: (usr-tc) V92/V44 > > > > > > > > Will 3COM release TC v92/v44 code? I'm convinced - no. > > > > Check the archives regarding lack of response from 3COM management over > > the years. Speaks for it's self. > > > > --- > > Andy Dalrymple > > XMission Telecom Manager (8/14/00) > > > > > > > > - > > 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 have been following this list for some time, and have had great luck with my equipment. I currently have a Total Control Chassis that has performed well for me, but I have found another solution to providing remote access to my customers, so I must sell my equipment. I have one Total Control Chassis with 1 HipArc, 1 TCM, 1 Power Supply, and 4 Hiper DSP's. If anyone would be interested in purchasing some slightly used but reliable equipment, please contact me personally and I can send you the full specs on my equipment. -- Jeff Jarchow BWA Internet http://www.bwai.net/ admin@bwai.net 800-453-4377

Jeremy, we have been having the same problem on some of our chassis over the past 6 weeks or so. I have an open case with them that is being looked at by engineering and R&D. I forwarded your message to them to let them know I'm not the only one with the problem. Hopefully they'll find something soon. Mike Wilker Director of Network Operations Local Link USA & Protocol Communications ----- Original Message ----- Sent: Friday, August 18, 2000 1:10 PM > > Hello, > > We recently started having problems where every other login attempt (or so) > fails and we get the following error on the console: > > Facility "User Manager", Level "CRITICAL":: Unable to allocate memory: ES_NO_DYNMEM add handle > > A reboot clears it up. We currently have 10 DSP's in it, but we aren't any > where near capacity when it happens. > > Any suggestions? > > -- > > --- > Jeremy Shaffner > System & Network Administrator > JORSM Internet > jer@jorsm.com > http://www.jorsm.com/~jer/pgp.key > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message.

Quoting Jeremy Shaffner <jer@jorsm.com>: > > Hello, > > We recently started having problems where every other login attempt (or > so) > fails and we get the following error on the console: > > Facility "User Manager", Level "CRITICAL":: Unable to allocate memory: > ES_NO_DYNMEM add handle > There seems to be a memory leak - What version of hiper arc? Do a mon radius and capture a packet, do sho user default, capture the same, do a show board crash if any crash is seen send it along. V > A reboot clears it up. We currently have 10 DSP's in it, but we aren't > any > where near capacity when it happens. > > Any suggestions? > > -- > > --- > Jeremy Shaffner > System & Network Administrator > JORSM Internet > jer@jorsm.com > http://www.jorsm.com/~jer/pgp.key > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > =========== -V ==========

the Alarm Server does not support the HiperARC mibs.. If you check the read me that accompanys the files, it says its an unsupported product.. I think they stopped working on it a few years ago. On Fri, 18 Aug 2000, Scott Trautman wrote: > Hi, > > Alarm Server is really starting to annoy the crud out of me. > The latest ARC code creates spurious traps. > > I'm looking around at download.com and finding plenty of SNMP POLLING > software, > not much that's listing for SNMP Traps, which is what Alarm Server is > SENDING. > > Something with enough flexability to import the MIB/dictionary would be > great. > > Know of anything? > > Somebody better come up with something or I swear I'm opening up VB6 and > then > there'll be trouble! > > SMT > > Scott M. Trautman 800-482-4638 > Global Dialog Internet 608-240-4638,4637fax > 2810 Crossroads, STE LL2 scott@gdinet.com > Madison WI 53718 <http://www.gdinet.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. >

Hi Everyone, Got a strange one. First for me. We had a lot of customers dialing into Total Control Chassis and everything was OK. Also, have customers dialing into Ascend MAX 6068 Boxes and everything is OK with them too. Rescently we changed some lines around and the customers that were in the TC units are now dialing into the Ascend units. Abount 10% to 20% of the former TC box users are now having the strangest problem I've ever seen. Our Customer's DUN is setup with server assigned IP address and static DNS addresses. When they dial into the Ascend boxes now, it changes the IP address to static and assigns the first DNS number to it. Also, it moves the second DNS number to the first DNS slot and deletes the second. What's up with that ! When we correct it on the customer's machine, it changes right back when they dial in again. Has anyone seen this before? I am so confused right now I don't know which way to turn. TIA Carl Jagerski Network Administrator, Forward Communications carll@forcomm.net 724-378-4490

Quoting Carl Jagerski <carll@forcomm.net>: > Hi Everyone, > Got a strange one. First for me. We had a lot of customers > dialing into Total Control Chassis and everything was OK. Also, > have customers dialing into Ascend MAX 6068 Boxes and everything > is OK with them too. Rescently we changed some lines around and > the customers that were in the TC units are now dialing into the > Ascend units. Abount 10% to 20% of the former TC box users are > now having the strangest problem I've ever seen. > This problem is now happening on the Ascend units correct? It looks like the PPP negotiation on the Ascend has some issues. Certain Max version had issues with DNS and IPCP - Check the web site for further assistance. -V Our Customer's DUN is setup with server assigned IP address and > static DNS addresses. When they dial into the Ascend boxes now, > it changes the IP address to static and assigns the first DNS > number to it. Also, it moves the second DNS number to the first > DNS slot and deletes the second. What's up with that ! > When we correct it on the customer's machine, it changes right > back when they dial in again. > Has anyone seen this before? I am so confused right now I don't > know which way to turn. > TIA > > > > Carl Jagerski > Network Administrator, Forward Communications > carll@forcomm.net > 724-378-4490 > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > =========== -V ==========

Before attempting to upgrade our USR chassis I thought it may be wise to ask the list of their thoughts first. Is anyone running the following software releases? If so, any input on stability or any known problems would be greatly appreciated. NMC 7.1.8 ARC 5.0.9 DSP 2.1.9 -Cheryl Network Administrator SEI Communications Data and Network Services

I'm running this on my test chassis and it appears to be fairly stable, except for the fact that my ARC spontaneously reboots on a random basis. I'm not sure if this is because of the new code or if I need to reflash the card. I was advised by 3Com to reflash and will probably do that at some point as I'd like to upgrade my production pool soon... >Before attempting to upgrade our USR chassis I thought it may be wise to ask >the list of their thoughts first. Is anyone running the following software >releases? If so, any input on stability or any known problems would be >greatly appreciated. > >NMC 7.1.8 >ARC 5.0.9 >DSP 2.1.9 > >-Cheryl >Network Administrator >SEI Communications Data and Network Services ********************************************************* Michelle M. Mogil Network and Computing Systems 735 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8521 email: mmm3@cornell.edu **********************************************

I have heard of a few cases where the ARC reboots or seems to freeze with 5.0.9. It just happened to me once since I flashed the code (about 10 days ago) It seems to happen on loaded chassis' (10 DSPs) Has any one else experienced this ??? JOhn Verreault AEI Internet -----Original Message----- Sent: Tuesday, August 22, 2000 9:18 AM I'm running this on my test chassis and it appears to be fairly stable, except for the fact that my ARC spontaneously reboots on a random basis. I'm not sure if this is because of the new code or if I need to reflash the card. I was advised by 3Com to reflash and will probably do that at some point as I'd like to upgrade my production pool soon... >Before attempting to upgrade our USR chassis I thought it may be wise to ask >the list of their thoughts first. Is anyone running the following software >releases? If so, any input on stability or any known problems would be >greatly appreciated. > >NMC 7.1.8 >ARC 5.0.9 >DSP 2.1.9 > >-Cheryl >Network Administrator >SEI Communications Data and Network Services ********************************************************* Michelle M. Mogil Network and Computing Systems 735 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8521 email: mmm3@cornell.edu ********************************************** - 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 have a URL to a document on the VSA format used by 3COM? I've tried searching the 3COM site but have had no lock. -- Thomas C Kinnen - <tkinnen@lucentradius.com> <kinnen@lucent.com> [RADIUS Engineer] - LUCENT Technologies INS "All of the opinions stated above are my own and not my employer's, unless they were given to me by my employer"

> I'm running this on my test chassis and it appears to be fairly > stable, except for the fact that my ARC spontaneously reboots on > a random basis. I'm not sure if this is because of the new code > or if I need to reflash the card. I was advised by 3Com to > reflash and will probably do that at some point as I'd like to > upgrade my production pool soon... Hmm... noticed the same thing. I was to write about this to the list but stumbled on other event couple of days ago. The ARC rebooted on the same time when I used pmcom style utility on it. After some figuring out I checked the telnet clients on HARC and got this: hiper4> list telNET cliENTS TELNET CLIENT ADDRESSES IP Address Netmask 1.1.1.1 CLI - Software Error - data flag print undefined: 0 255.255.255.255 Checked a little further and seem that there's a problem with host mask with telnet clients on ARC. If the network is bigger than one host then the clients will stick and list normal. I haven't confirmed in any reasonable way what exactly is to blame but since I have turned the pmcom style access off to the ARC and also deleted the host fields in telnet client list there has been no reboots. __________________________________ Kalev Nurklik Delfi Online Pa"rnu mnt. 158, 11317 Tallinn, Estonia Tel: +372 6501709 Fax: +372 6501708 E-mail: k.nurklik@delfi.ee http://online.delfi.ee

I'm preparing to upgrade my HARC from 4.1.59 to the 5.0 code. In the release notes, it states that I may have to do an interim upgrade, depending on the flash memory in my HARC. It says to do a sh mem on the HARC to see if I have 8meg or 16 meg. But when I do a sh mem, I get this: Total System Memory Resources: 118418 KB Free Memory: 95516 KB Code Size: 3815 KB Initialized Data Size: 646 KB Uninitialized Data Size: 3844 KB Stack Size: 512 KB So, where does it show the flash memory size? Is it implied at 8 megs (3815 + 646 + 3844)? Anybody know? -- Scot

3Com is making the assumption that Jeff has made. HiPer arcs were shipped in two configurations. 1) 8M Flash / 64M Ram and 2) 16M Flash / 128M RAM. So for most cases if you know the RAM you kow the flash.. They have overlooked the possibility that some customers may have upgraded the RAM on their own. This was meant to remove the need for physical inspection of the hardware before upgrading. And yes that 15### blocks is 16M Flash.. 8M shows up as 7###.. On Tue, 22 Aug 2000, Scot Desort wrote: > Interesting. I read the instructions to do a sh mem to verify flash capacity > in 2 separate 3COM docs on the upgrade process. I read it a few times since > I didn't see the flash memory figures. > > List files gives me: > > Total Allocated Deleted Free MinimumFree > Sectors Sectors Sectors Sectors Sectors > 15359 2540 1123 11696 2303 > > So, 16 megs I assume by the 15359 "sectors"....?? > > -- > Scot > > ----- Original Message ----- > From: "Jeff Mcadams" <jeffm@iglou.com> > To: <usr-tc@lists.xmission.com> > Sent: Tuesday, August 22, 2000 10:02 PM > Subject: Re: (usr-tc) HARC upgrade > > > > Also sprach Scot Desort > > >I'm preparing to upgrade my HARC from 4.1.59 to the 5.0 code. In the > > >release notes, it states that I may have to do an interim upgrade, > > >depending on the flash memory in my HARC. It says to do a sh mem on the > > >HARC to see if I have 8meg or 16 meg. But when I do a sh mem, I get > > >this: > > > > >Total System Memory Resources: 118418 KB > > >Free Memory: 95516 KB > > >Code Size: 3815 KB > > >Initialized Data Size: 646 KB > > >Uninitialized Data Size: 3844 KB > > >Stack Size: 512 KB > > > > >So, where does it show the flash memory size? Is it implied at 8 megs > (3815 > > >+ 646 + 3844)? > > > > "show mem" doesn't show flash memory size I don't believe...what it does > > show, though, is that you have 128MB of regular ram (118418 is a bit shy > > of the 128 figure, but it certainly rules out your having only 64). I > > believe this implication is that if you have 128 megs of ram, you have > > 16 megs of flash...I believe the Arcs were changed from 64 megs of ram > > to 128 megs of ram at the same time they changed from 8 megs of flash to > > 16 megs of flash. If you want to confirm the amount of flash ram on the > > Arc, do a "list files" and look at the bottom of the output, it should > > give you information about how much flash is available and how much is > > used. > > > > As a quick check on a couple of my Arcs, they are either 8/64 or > > 16/128...I've never seen a 8/128, so you should be ok, but use the "list > > files" to check for sure... > > -- > > 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. >

Also sprach Scot Desort >I'm preparing to upgrade my HARC from 4.1.59 to the 5.0 code. In the >release notes, it states that I may have to do an interim upgrade, >depending on the flash memory in my HARC. It says to do a sh mem on the >HARC to see if I have 8meg or 16 meg. But when I do a sh mem, I get >this: >Total System Memory Resources: 118418 KB >Free Memory: 95516 KB >Code Size: 3815 KB >Initialized Data Size: 646 KB >Uninitialized Data Size: 3844 KB >Stack Size: 512 KB >So, where does it show the flash memory size? Is it implied at 8 megs (3815 >+ 646 + 3844)? "show mem" doesn't show flash memory size I don't believe...what it does show, though, is that you have 128MB of regular ram (118418 is a bit shy of the 128 figure, but it certainly rules out your having only 64). I believe this implication is that if you have 128 megs of ram, you have 16 megs of flash...I believe the Arcs were changed from 64 megs of ram to 128 megs of ram at the same time they changed from 8 megs of flash to 16 megs of flash. If you want to confirm the amount of flash ram on the Arc, do a "list files" and look at the bottom of the output, it should give you information about how much flash is available and how much is used. As a quick check on a couple of my Arcs, they are either 8/64 or 16/128...I've never seen a 8/128, so you should be ok, but use the "list files" to check for sure... -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Interesting. I read the instructions to do a sh mem to verify flash capacity in 2 separate 3COM docs on the upgrade process. I read it a few times since I didn't see the flash memory figures. List files gives me: Total Allocated Deleted Free MinimumFree Sectors Sectors Sectors Sectors Sectors 15359 2540 1123 11696 2303 So, 16 megs I assume by the 15359 "sectors"....?? -- Scot ----- Original Message ----- Sent: Tuesday, August 22, 2000 10:02 PM > Also sprach Scot Desort > >I'm preparing to upgrade my HARC from 4.1.59 to the 5.0 code. In the > >release notes, it states that I may have to do an interim upgrade, > >depending on the flash memory in my HARC. It says to do a sh mem on the > >HARC to see if I have 8meg or 16 meg. But when I do a sh mem, I get > >this: > > >Total System Memory Resources: 118418 KB > >Free Memory: 95516 KB > >Code Size: 3815 KB > >Initialized Data Size: 646 KB > >Uninitialized Data Size: 3844 KB > >Stack Size: 512 KB > > >So, where does it show the flash memory size? Is it implied at 8 megs (3815 > >+ 646 + 3844)? > > "show mem" doesn't show flash memory size I don't believe...what it does > show, though, is that you have 128MB of regular ram (118418 is a bit shy > of the 128 figure, but it certainly rules out your having only 64). I > believe this implication is that if you have 128 megs of ram, you have > 16 megs of flash...I believe the Arcs were changed from 64 megs of ram > to 128 megs of ram at the same time they changed from 8 megs of flash to > 16 megs of flash. If you want to confirm the amount of flash ram on the > Arc, do a "list files" and look at the bottom of the output, it should > give you information about how much flash is available and how much is > used. > > As a quick check on a couple of my Arcs, they are either 8/64 or > 16/128...I've never seen a 8/128, so you should be ok, but use the "list > files" to check for sure... > -- > 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. >

So, in a nutshell, I _do not_ need to perform the interim upgrade to go to 5.x. Since I have 16 megs of flash, my 4.1.59 code can go straight to 5.x without performing the interim 4.1.13 upgrade, correct? -- Scot ----- Original Message ----- Sent: Tuesday, August 22, 2000 10:29 PM > 3Com is making the assumption that Jeff has made. HiPer arcs were shipped > in two configurations. 1) 8M Flash / 64M Ram and 2) 16M Flash / 128M > RAM. So for most cases if you know the RAM you kow the flash.. They have > overlooked the possibility that some customers may have upgraded the RAM > on their own. This was meant to remove the need for physical inspection of > the hardware before upgrading. > > And yes that 15### blocks is 16M Flash.. 8M shows up as 7###.. > > > > On Tue, 22 Aug 2000, Scot Desort wrote: > > > Interesting. I read the instructions to do a sh mem to verify flash capacity > > in 2 separate 3COM docs on the upgrade process. I read it a few times since > > I didn't see the flash memory figures. > > > > List files gives me: > > > > Total Allocated Deleted Free MinimumFree > > Sectors Sectors Sectors Sectors Sectors > > 15359 2540 1123 11696 2303 > > > > So, 16 megs I assume by the 15359 "sectors"....?? > > > > -- > > Scot > > > > ----- Original Message ----- > > From: "Jeff Mcadams" <jeffm@iglou.com> > > To: <usr-tc@lists.xmission.com> > > Sent: Tuesday, August 22, 2000 10:02 PM > > Subject: Re: (usr-tc) HARC upgrade > > > > > > > Also sprach Scot Desort > > > >I'm preparing to upgrade my HARC from 4.1.59 to the 5.0 code. In the > > > >release notes, it states that I may have to do an interim upgrade, > > > >depending on the flash memory in my HARC. It says to do a sh mem on the > > > >HARC to see if I have 8meg or 16 meg. But when I do a sh mem, I get > > > >this: > > > > > > >Total System Memory Resources: 118418 KB > > > >Free Memory: 95516 KB > > > >Code Size: 3815 KB > > > >Initialized Data Size: 646 KB > > > >Uninitialized Data Size: 3844 KB > > > >Stack Size: 512 KB > > > > > > >So, where does it show the flash memory size? Is it implied at 8 megs > > (3815 > > > >+ 646 + 3844)? > > > > > > "show mem" doesn't show flash memory size I don't believe...what it does > > > show, though, is that you have 128MB of regular ram (118418 is a bit shy > > > of the 128 figure, but it certainly rules out your having only 64). I > > > believe this implication is that if you have 128 megs of ram, you have > > > 16 megs of flash...I believe the Arcs were changed from 64 megs of ram > > > to 128 megs of ram at the same time they changed from 8 megs of flash to > > > 16 megs of flash. If you want to confirm the amount of flash ram on the > > > Arc, do a "list files" and look at the bottom of the output, it should > > > give you information about how much flash is available and how much is > > > used. > > > > > > As a quick check on a couple of my Arcs, they are either 8/64 or > > > 16/128...I've never seen a 8/128, so you should be ok, but use the "list > > > files" to check for sure... > > > -- > > > 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. > > > > > - > 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. >

yep. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Tue, 22 Aug 2000, Scot Desort wrote: > So, in a nutshell, I _do not_ need to perform the interim upgrade to go to > 5.x. Since I have 16 megs of flash, my 4.1.59 code can go straight to 5.x > without performing the interim 4.1.13 upgrade, correct? > > -- > Scot > > > ----- Original Message ----- > From: <mike@otherland.dyndns.org> > To: <usr-tc@lists.xmission.com> > Sent: Tuesday, August 22, 2000 10:29 PM > Subject: Re: (usr-tc) HARC upgrade > > > > 3Com is making the assumption that Jeff has made. HiPer arcs were shipped > > in two configurations. 1) 8M Flash / 64M Ram and 2) 16M Flash / 128M > > RAM. So for most cases if you know the RAM you kow the flash.. They have > > overlooked the possibility that some customers may have upgraded the RAM > > on their own. This was meant to remove the need for physical inspection of > > the hardware before upgrading. > > > > And yes that 15### blocks is 16M Flash.. 8M shows up as 7###.. > > > > > > > > On Tue, 22 Aug 2000, Scot Desort wrote: > > > > > Interesting. I read the instructions to do a sh mem to verify flash > capacity > > > in 2 separate 3COM docs on the upgrade process. I read it a few times > since > > > I didn't see the flash memory figures. > > > > > > List files gives me: > > > > > > Total Allocated Deleted Free MinimumFree > > > Sectors Sectors Sectors Sectors Sectors > > > 15359 2540 1123 11696 2303 > > > > > > So, 16 megs I assume by the 15359 "sectors"....?? > > > > > > -- > > > Scot > > > > > > ----- Original Message ----- > > > From: "Jeff Mcadams" <jeffm@iglou.com> > > > To: <usr-tc@lists.xmission.com> > > > Sent: Tuesday, August 22, 2000 10:02 PM > > > Subject: Re: (usr-tc) HARC upgrade > > > > > > > > > > Also sprach Scot Desort > > > > >I'm preparing to upgrade my HARC from 4.1.59 to the 5.0 code. In the > > > > >release notes, it states that I may have to do an interim upgrade, > > > > >depending on the flash memory in my HARC. It says to do a sh mem on > the > > > > >HARC to see if I have 8meg or 16 meg. But when I do a sh mem, I get > > > > >this: > > > > > > > > >Total System Memory Resources: 118418 KB > > > > >Free Memory: 95516 KB > > > > >Code Size: 3815 KB > > > > >Initialized Data Size: 646 KB > > > > >Uninitialized Data Size: 3844 KB > > > > >Stack Size: 512 KB > > > > > > > > >So, where does it show the flash memory size? Is it implied at 8 megs > > > (3815 > > > > >+ 646 + 3844)? > > > > > > > > "show mem" doesn't show flash memory size I don't believe...what it > does > > > > show, though, is that you have 128MB of regular ram (118418 is a bit > shy > > > > of the 128 figure, but it certainly rules out your having only 64). I > > > > believe this implication is that if you have 128 megs of ram, you have > > > > 16 megs of flash...I believe the Arcs were changed from 64 megs of ram > > > > to 128 megs of ram at the same time they changed from 8 megs of flash > to > > > > 16 megs of flash. If you want to confirm the amount of flash ram on > the > > > > Arc, do a "list files" and look at the bottom of the output, it should > > > > give you information about how much flash is available and how much is > > > > used. > > > > > > > > As a quick check on a couple of my Arcs, they are either 8/64 or > > > > 16/128...I've never seen a 8/128, so you should be ok, but use the > "list > > > > files" to check for sure... > > > > -- > > > > 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. > > > > > > > > > - > > 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. >

Seems stable here, save one SNMP-related memory leak in the ARC code (specific to walking a particular section of the tree; real obscure). We have not had any of the spontaneous reboots others have mentioned here. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Mon, 21 Aug 2000, Cheryl Johnson wrote: > Before attempting to upgrade our USR chassis I thought it may be wise to ask > the list of their thoughts first. Is anyone running the following software > releases? If so, any input on stability or any known problems would be > greatly appreciated. > > NMC 7.1.8 > ARC 5.0.9 > DSP 2.1.9 > > -Cheryl > Network Administrator > SEI Communications Data and Network Services > > > > - > 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 also see that as of 7/20/2000 that there are 2 new QUAD upgrades at the 3com site... ============================================================================== 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 Wed, 23 Aug 2000, Mike Andrews wrote: > yep. > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Tue, 22 Aug 2000, Scot Desort wrote: > > > So, in a nutshell, I _do not_ need to perform the interim upgrade to go to > > 5.x. Since I have 16 megs of flash, my 4.1.59 code can go straight to 5.x > > without performing the interim 4.1.13 upgrade, correct? > > > > -- > > Scot > > > > > > ----- Original Message ----- > > From: <mike@otherland.dyndns.org> > > To: <usr-tc@lists.xmission.com> > > Sent: Tuesday, August 22, 2000 10:29 PM > > Subject: Re: (usr-tc) HARC upgrade > > > > > > > 3Com is making the assumption that Jeff has made. HiPer arcs were shipped > > > in two configurations. 1) 8M Flash / 64M Ram and 2) 16M Flash / 128M > > > RAM. So for most cases if you know the RAM you kow the flash.. They have > > > overlooked the possibility that some customers may have upgraded the RAM > > > on their own. This was meant to remove the need for physical inspection of > > > the hardware before upgrading. > > > > > > And yes that 15### blocks is 16M Flash.. 8M shows up as 7###.. > > > > > > > > > > > > On Tue, 22 Aug 2000, Scot Desort wrote: > > > > > > > Interesting. I read the instructions to do a sh mem to verify flash > > capacity > > > > in 2 separate 3COM docs on the upgrade process. I read it a few times > > since > > > > I didn't see the flash memory figures. > > > > > > > > List files gives me: > > > > > > > > Total Allocated Deleted Free MinimumFree > > > > Sectors Sectors Sectors Sectors Sectors > > > > 15359 2540 1123 11696 2303 > > > > > > > > So, 16 megs I assume by the 15359 "sectors"....?? > > > > > > > > -- > > > > Scot > > > > > > > > ----- Original Message ----- > > > > From: "Jeff Mcadams" <jeffm@iglou.com> > > > > To: <usr-tc@lists.xmission.com> > > > > Sent: Tuesday, August 22, 2000 10:02 PM > > > > Subject: Re: (usr-tc) HARC upgrade > > > > > > > > > > > > > Also sprach Scot Desort > > > > > >I'm preparing to upgrade my HARC from 4.1.59 to the 5.0 code. In the > > > > > >release notes, it states that I may have to do an interim upgrade, > > > > > >depending on the flash memory in my HARC. It says to do a sh mem on > > the > > > > > >HARC to see if I have 8meg or 16 meg. But when I do a sh mem, I get > > > > > >this: > > > > > > > > > > >Total System Memory Resources: 118418 KB > > > > > >Free Memory: 95516 KB > > > > > >Code Size: 3815 KB > > > > > >Initialized Data Size: 646 KB > > > > > >Uninitialized Data Size: 3844 KB > > > > > >Stack Size: 512 KB > > > > > > > > > > >So, where does it show the flash memory size? Is it implied at 8 megs > > > > (3815 > > > > > >+ 646 + 3844)? > > > > > > > > > > "show mem" doesn't show flash memory size I don't believe...what it > > does > > > > > show, though, is that you have 128MB of regular ram (118418 is a bit > > shy > > > > > of the 128 figure, but it certainly rules out your having only 64). I > > > > > believe this implication is that if you have 128 megs of ram, you have > > > > > 16 megs of flash...I believe the Arcs were changed from 64 megs of ram > > > > > to 128 megs of ram at the same time they changed from 8 megs of flash > > to > > > > > 16 megs of flash. If you want to confirm the amount of flash ram on > > the > > > > > Arc, do a "list files" and look at the bottom of the output, it should > > > > > give you information about how much flash is available and how much is > > > > > used. > > > > > > > > > > As a quick check on a couple of my Arcs, they are either 8/64 or > > > > > 16/128...I've never seen a 8/128, so you should be ok, but use the > > "list > > > > > files" to check for sure... > > > > > -- > > > > > 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. > > > > > > > > > > > > > - > > > 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. >

Also sprach pferraro@wna-linknet.com > I also see that as of 7/20/2000 that there are 2 new QUAD upgrades >at the 3com site... YES!!! Online configuration of quads! Finally! :) Guess that means I need to re-invigorate my crusade to get 3Com to be less fascist about access to code upgrades. :/ -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

>> I'm running this on my test chassis and it appears to be fairly >> stable, except for the fact that my ARC spontaneously reboots on >> a random basis. I'm not sure if this is because of the new code >> or if I need to reflash the card. I was advised by 3Com to >> reflash and will probably do that at some point as I'd like to >> upgrade my production pool soon... > >Hmm... noticed the same thing. I was to write about this to the list but >stumbled on other event couple of days ago. The ARC rebooted on the same time >when I used pmcom style utility on it. >After some figuring out I checked the telnet clients on HARC and got this: > >hiper4> list telNET cliENTS > >TELNET CLIENT ADDRESSES >IP Address Netmask >1.1.1.1 CLI - Software Error - data flag print undefined: 0 > 255.255.255.255 > >Checked a little further and seem that there's a problem with >host mask with telnet clients on ARC. If the network is bigger >than one host then the clients will stick and list normal. > >I haven't confirmed in any reasonable way what exactly is to blame but >since I have turned the pmcom style access off to the ARC and also deleted >the host fields in telnet client list there has been no reboots. I found the same thing on my ARC. Can you tell me in detail how you turned this pmcom access off and how you deleted the host fields? Thank you! ********************************************************* Michelle M. Mogil Network and Computing Systems 735 Rhodes Hall, Cornell University, Ithaca, NY 14853 vox: (607) 255-0516, fax: (607) 255-8521 email: mmm3@cornell.edu **********************************************

I am using a U.S. Robotics Total Control with NETServer Card V.34/ISDN with Frame Relay V3.3.28. For authentication, I use a RADIUS server, Livingston RADIUS 2.1 1999/6/23. On my Total Control, I have the following filter: ct1> show filter filter1 - IP rules - 1 permit 0.0.0.0/0 192.150.81.179/32 tcp 2 permit 192.150.81.179/32 0.0.0.0/0 tcp 3 deny 0.0.0.0/0 0.0.0.0/0 ip I have the following entry in the users file: perks4u Password="xxx" Framed-Protocol = PPP, Framed-Filter-Id = "filter1", Framed-Netmask = 255.255.255.255 User-Service-Type = Framed-User When I try to dial in as this user, I get connected, then immediately disconnected. The following appears in the syslog: Aug 23 13:15:05 ct1 acct 02000160 dialnet: port S9 perks4u succeeded dest 206.43.246.26 Aug 23 13:15:06 ct1 remote_connect: Packet filter does not exist. User perks4u disconnected. If anyone can shed some light as to why the NAS is claiming that the filter doesn't exist when it clearly does, that would be appreciated. _.,+=~`^"-.,_.,+=~`^"-*.,_.,+=~'`^"-.,_.,+=~`^"-.,_.,+=~`^"- Jesse Schachter .,. Systems Administrator The Protosource Network .,. Main Number: (888) 643-8558 <JSchachter@PSNW.COM> .,. Fax: (559) 490-8630 _.,+=~`^"-.,_.,+=~`^"-.,_.,+=~`^"-.,_.,+*=~`^"-.,_.,+=%~`^"-

On Wed, 23 Aug 2000, Mike Andrews wrote: > Seems stable here, save one SNMP-related memory leak in the ARC code > (specific to walking a particular section of the tree; real obscure). Hmmm... What OID tickles it? We run lots of monitoring on things that may or may not be obscure every 10 minutes. > We > have not had any of the spontaneous reboots others have mentioned here. Can anyone comment on any of these issues in the new code? -the quads going into busy-out under 4.2.32 - fixed? -OSPF - trust it? Thanks, Charles > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Mon, 21 Aug 2000, Cheryl Johnson wrote: > > > Before attempting to upgrade our USR chassis I thought it may be wise to ask > > the list of their thoughts first. Is anyone running the following software > > releases? If so, any input on stability or any known problems would be > > greatly appreciated. > > > > NMC 7.1.8 > > ARC 5.0.9 > > DSP 2.1.9 > > > > -Cheryl > > Network Administrator > > SEI Communications Data and Network Services > > > > > > > > - > > 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. >

You're not matching the filtername. You need both filter1.in filter1.out ...even if one of them is blank. It's looking for filter1.in, your filtername is only filter1 SMT Scott M. Trautman 800-482-4638 Global Dialog Internet 608-240-4638,4637fax 2810 Crossroads, STE LL2 scott@gdinet.com Madison WI 53718 http://www.gdinet.com

> I found the same thing on my ARC. Can you tell me in detail how you > turned this pmcom access off and how you deleted the host fields? > Thank you! Sorry. I kind of used a wrong name... 'pmwho' maybe rings the bell? Or in other words what I meant with pmcom style access is - any access that uses telnet to ARC for getting info with ARCs CLI commands and outputing the result for instance to a shell user. If I remember it correctly then there was a DOS attack possibility with telnet access to ARCs couple of ARC software releases ago. I myself and probably everybody else turned on at that time the telnet client access feature on ARCs with 'enable telnet client_access' command. Before that of course I defined telnet client list who were to be allowed access to ARC. I did it with 'add telnet client x.x.x.x/y' command. Some of them were with /32 bitmask. So You have couple of possibilities to try if the client list is to be blamed for ARC spontaneous reboots. 1. Just turn off the access checking with 'disable telnet client_access' or 2. delete the host entries with 'delete telnet client x.x.x.x' and replace them with 'add telnet client x.x.x.x/y' where y is less than 32. I myself used the second option but in addition denied the usage of 'pmwho' to our support people. For now. I'll allow it eventually to see if pmwho is the guilty one... Regards, __________________________________ Kalev Nurklik Delfi Online Pa"rnu mnt. 158, 11317 Tallinn, Estonia Tel: +372 6501709 Fax: +372 6501708 E-mail: k.nurklik@delfi.ee http://online.delfi.ee

That was in 6.1.6 I thought too... but I can't tell, because I can't even download the *release notes*. Geez. Anyone want to post a summary of what's new? Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Wed, 23 Aug 2000, Jeff Mcadams wrote: > Also sprach pferraro@wna-linknet.com > > I also see that as of 7/20/2000 that there are 2 new QUAD upgrades > >at the 3com site... > > YES!!! Online configuration of quads! Finally! :) > > Guess that means I need to re-invigorate my crusade to get 3Com to be > less fascist about access to code upgrades. :/

The web site is really "screwed" up! If you look at the link it points to: ftp://totalservice.usr.com/pub/software.... instead of totalservice.3com.com/pub! I think they have some linking problems from the old site address to the new site. I was able to finally take a look at the PDF file for the quads, but took several attempts! ============================================================================== 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 Wed, 23 Aug 2000, Mike Andrews wrote: > That was in 6.1.6 I thought too... but I can't tell, because I can't even > download the *release notes*. Geez. Anyone want to post a summary of > what's new? > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Wed, 23 Aug 2000, Jeff Mcadams wrote: > > > Also sprach pferraro@wna-linknet.com > > > I also see that as of 7/20/2000 that there are 2 new QUAD upgrades > > >at the 3com site... > > > > YES!!! Online configuration of quads! Finally! :) > > > > Guess that means I need to re-invigorate my crusade to get 3Com to be > > less fascist about access to code upgrades. :/ > > > - > 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. >

Did you remove dun/tcp from customer pc then reinstall it? At 02:25 PM 8/23/2000 -0700, you wrote: >I am using a U.S. Robotics Total Control with NETServer Card V.34/ISDN >with Frame Relay V3.3.28. For authentication, I use a RADIUS server, >Livingston RADIUS 2.1 1999/6/23. > >On my Total Control, I have the following filter: > >ct1> show filter filter1 >- IP rules - > 1 permit 0.0.0.0/0 192.150.81.179/32 tcp > 2 permit 192.150.81.179/32 0.0.0.0/0 tcp > 3 deny 0.0.0.0/0 0.0.0.0/0 ip > >I have the following entry in the users file: > >perks4u Password="xxx" > Framed-Protocol = PPP, > Framed-Filter-Id = "filter1", > Framed-Netmask = 255.255.255.255 > User-Service-Type = Framed-User > >When I try to dial in as this user, I get connected, then immediately >disconnected. The following appears in the syslog: > >Aug 23 13:15:05 ct1 acct 02000160 dialnet: port S9 perks4u >succeeded dest 206.43.246.26 >Aug 23 13:15:06 ct1 remote_connect: Packet filter does not >exist. User perks4u disconnected. > >If anyone can shed some light as to why the NAS is claiming that the >filter doesn't exist when it clearly does, that would be appreciated. > >_.,+=~`^"-.,_.,+=~`^"-*.,_.,+=~'`^"-.,_.,+=~`^"-.,_.,+=~`^"- >Jesse Schachter .,. Systems Administrator >The Protosource Network .,. Main Number: (888) 643-8558 ><JSchachter@PSNW.COM> .,. Fax: (559) 490-8630 >_.,+=~`^"-.,_.,+=~`^"-.,_.,+=~`^"-.,_.,+*=~`^"-.,_.,+=%~`^"- > > >- > 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, 23 Aug 2000, Mike Andrews wrote: > That was in 6.1.6 I thought too... but I can't tell, because I can't even > download the *release notes*. Geez. Anyone want to post a summary of > what's new? They must really dislike you... :) I was able to see the pdfs fine sans login. I can forward them off to you if you'd like... I saw that other message about access problems as well. I entered the site via the usr.com domain... Charles > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > On Wed, 23 Aug 2000, Jeff Mcadams wrote: > > > Also sprach pferraro@wna-linknet.com > > > I also see that as of 7/20/2000 that there are 2 new QUAD upgrades > > >at the 3com site... > > > > YES!!! Online configuration of quads! Finally! :) > > > > Guess that means I need to re-invigorate my crusade to get 3Com to be > > less fascist about access to code upgrades. :/ > > > - > 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. >

Yeah, I couldn't get in with usr.com either. I just launched wsftp and substituted with 3com.com and all worked fine. -- Scot ----- Original Message ----- Sent: Wednesday, August 23, 2000 8:25 PM > On Wed, 23 Aug 2000, Mike Andrews wrote: > > > That was in 6.1.6 I thought too... but I can't tell, because I can't even > > download the *release notes*. Geez. Anyone want to post a summary of > > what's new? > > They must really dislike you... :) I was able to see the pdfs fine sans > login. I can forward them off to you if you'd like... > > I saw that other message about access problems as well. I entered the > site via the usr.com domain... > > Charles > > > > > Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ > > VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY > > Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties > > www.fark.com: If it's not news, it's Fark. (Or something like that.) > > > > On Wed, 23 Aug 2000, Jeff Mcadams wrote: > > > > > Also sprach pferraro@wna-linknet.com > > > > I also see that as of 7/20/2000 that there are 2 new QUAD upgrades > > > >at the 3com site... > > > > > > YES!!! Online configuration of quads! Finally! :) > > > > > > Guess that means I need to re-invigorate my crusade to get 3Com to be > > > less fascist about access to code upgrades. :/ > > > > > > - > > 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, does anyone know of an OID to get the number of modems active on an individual Hiper DSP card? TIA, blake

On Wed, 23 Aug 2000, Charles Sprickman wrote: > On Wed, 23 Aug 2000, Mike Andrews wrote: > > > Seems stable here, save one SNMP-related memory leak in the ARC code > > (specific to walking a particular section of the tree; real obscure). > > Hmmm... What OID tickles it? We run lots of monitoring on things that > may or may not be obscure every 10 minutes. They're all new OIDs that weren't in 4.2.32. The one in particular that tripped me up is the 1.3.6.1.4.1.429.4.2.1.46.1.6 tree, or something else in that area (if not .1.6, then .1.something). > > We > > have not had any of the spontaneous reboots others have mentioned here. And I think several people hit on why here: it has to do with the telnet client list table. We don't use that feature; we let access lists on our routers do that sort of thing. > Can anyone comment on any of these issues in the new code? > > -the quads going into busy-out under 4.2.32 - fixed? Haven't run into that one. We had one Quad go out to lunch last week, but that's the first time in over a year I've seen that happen. > -OSPF - trust it? No big difference that I can tell. Search the mailing list archives and you'll see many many many posts about one particular problem I had, with OSPF getting confused about subnet masks in a particular case. MR12019 is 3Com's bug id for it. This wasn't fixed during the beta, or in the 5.0.9 release, though I was told it was "very close". Anyway, I got tired of waiting for a fix, so I gave up and worked around it by moving my ARCs to another subnet. Modulo that little problem, OSPF works fine for us. I didn't have much luck setting up authenticated OSPF, but I'll admit I didn't try very hard. :) I'm going to give it another crack in the next month or two. Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.)

On Wed, 23 Aug 2000, Charles Sprickman wrote: > On Wed, 23 Aug 2000, Mike Andrews wrote: > > > That was in 6.1.6 I thought too... but I can't tell, because I can't even > > download the *release notes*. Geez. Anyone want to post a summary of > > what's new? > > They must really dislike you... :) I was able to see the pdfs fine sans > login. I can forward them off to you if you'd like... Yes, they must, because I pulled the PDF file down just fine using anonymous FTP. On my own account though, it fails. Cute, huh? :p Anyway, looks like no new features, just bug fixes. Nothing radically new like v.92. And yeah, Jeff, the online configuration was in 6.1.6 already... Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.)

Also sprach Mike Andrews >This wasn't fixed during the beta, or in the 5.0.9 release, though I >was told it was "very close". While on the note of beta bugs...don't use the DHCP support in 5.0.9. While the idea is cool, and it *will* be implmented here when it works, that's the issue...it doesn't work yet. Specifically, lease renewals are totally broken. I've not had any update on this, nor do I even have an MR number on it. :/ -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

Also sprach Blake Fithen >Hello, does anyone know of an OID to get the number of modems active on >an individual Hiper DSP card? The *easiest* way is problem to snag .1.3.6.1.4.1.429.4.10.35.1.4 (usrSlotNumberOfPorts) from your handy-dandy HiPer Arc running 5.0.x. Should you not care to be on the bleeding edge of HiPer Arc technology (yes, I *do* need sleep, why do you ask?), it gets a bit more tricky...I can't think of an individual OID that you could grab to get this number...though you could proly find one that you could walk in a perl script and count them or something like that. Also...this somewhat depends on what you mean by "active." The above OID gives you the number of ports total in that slot...another OID in the same table (.3, usrSlotActiveCalls instead of .4, usrSlotNumberOfPorts) will give you the number of modems in use at the moment in the slot. -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

At 12:30 PM 8/24/00 -0500, Blake Fithen wrote: >Hello, does anyone know of an OID to get the number of >modems active on an individual Hiper DSP card? Here's a copy of the relevant portion of my mrtg.cfg file... http://www.keyconn.net/mrtg/tch1.html #..................................................................... Target[tch1]: 1.3.6.1.4.1.429.4.2.1.10.0&1.3.6.1.4.1.429.4.2.1.10.0:[community]@[ARC IP] MaxBytes[tch1]: 69 Unscaled[tch1]:ymwd Title[tch1]: Total Control Hub #1 PageTop[tch1]: <H1>Keystone Connect Modem Utilization </H1> <TABLE> <TR><TD>System:</TD><TD>3Com Enterprise Network Hub </TD></TR> <TR><TD>Maintainer:</TD><TD>Keystone Connect</TD></TR> <TR><TD>Interface:</TD><TD>HiPer DSP (2)</TD></TR> <TR><TD>Configuration:</TD><TD>ISDN, USR x2 and v.90 56k protocols</TD></TR> <TR><TD>Capacity as configured:</TD> <TD><b>69 modems (23 per DSP)</b></TD></TR> </TABLE> YLegend[tch1]:Modem Useage Options[tch1]:gauge Xsize[tch1]: 600 Ysize[tch1]: 200 ShortLegend[tch1]:Modems Legend1[tch1]:Modem Utilization &nbsp Legend2[tch1]:Modem Utilization &nbsp LegendI[tch1]:&nbsp Utilization &nbsp LegendO[tch1]:&nbsp Utilization &nbsp #--------------------------------------------------------------- -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

Also sprach K Mitchell >At 12:30 PM 8/24/00 -0500, Blake Fithen wrote: >>Hello, does anyone know of an OID to get the number of modems active >>on an individual Hiper DSP card? >Here's a copy of the relevant portion of my mrtg.cfg file... >http://www.keyconn.net/mrtg/tch1.html >Target[tch1]: >1.3.6.1.4.1.429.4.2.1.10.0&1.3.6.1.4.1.429.4.2.1.10.0:[community]@[ARC IP] That gives you total number of users on the Arc, but doesn't break it down per DSP or per slot... -- Jeff McAdams Email: jeffm@iglou.com Head Network Administrator Voice: (502) 966-3848 IgLou Internet Services (800) 436-4456

WR Communication Associates (WRCA) has the following USR hardware available: 2- Hiper DSP w/ nic $3000 3- Hiper NMC w/ nic $900 (Factory Warranty) 1- EdgeServer Card w/ SCSI-2 NIC $1100 Part# 69-001160-01 R:5 Part# 69-001410-00 R:2 1- Hiper DSP NIC $550 (backplane card only) 1- Hiper ARC NIC $500 (backplane card only) 18- Quad Analog Modems w/ analog nic (2 card) $250 64- Quad Digital Modems $225 I also have huge inventory of TC cards, chassis, power supplies..ect 2- Netserver 16 v34 $750...sold 1- Netserver 8 v34 $500 3- Netserver 8I $750 6- MP16 v34 $650 2- MP8 v34 $500 1- MP8I $900 2- MMP16 v34 $850 Steve Rivera (VP) - w-732-833-2111 / c-732-433-5890 24Hr www.isp-networkhardware.com ICQ# 75229638 Email: srivera@wrca.net Mobile Email: srivera711@hotmail.com Worldwide Provider of Network Hardware Since 1981. Cisco, Ascend,USR,Adtran, Kentrox,Livingston, Microcom,Computone,Verilink, IBM,Motorola,UDS,Codex,ATT,Paradyne,Hayes,Racal,GDC,Telebit,MultiTech, Sync/Tylink,Wellfleet,,Black Box,Micom, APC Batteries & More

On Thu, 24 Aug 2000, Jeff Mcadams wrote: > That gives you total number of users on the Arc, but doesn't break it > down per DSP or per slot... This is a chunk of my chassis monitor. One of these two items should give you an idea of how many channels are active: #ds0-level items (HiPer DSP) $oid_rds0_stat=".iso.org.dod.internet.private.enterprises.usr.nas.rds0.usrds0Sta tTable.usrds0StatEntry.usrds0StatDs0"; $oid_rds0_statserv=".iso.org.dod.internet.private.enterprises.usr.nas.rds0.usrds 0StatTable.usrds0StatEntry.usrds0StatDs0SrvcState"; Charles

Those OID's should be in 4.1.13-2, 4.1.22, & 4.2.73 as well On Thu, 24 Aug 2000, Jeff Mcadams wrote: > Also sprach Blake Fithen > >Hello, does anyone know of an OID to get the number of modems active on > >an individual Hiper DSP card? > > The *easiest* way is problem to snag .1.3.6.1.4.1.429.4.10.35.1.4 > (usrSlotNumberOfPorts) from your handy-dandy HiPer Arc running 5.0.x. > Should you not care to be on the bleeding edge of HiPer Arc technology > (yes, I *do* need sleep, why do you ask?), it gets a bit more tricky...I > can't think of an individual OID that you could grab to get this > number...though you could proly find one that you could walk in a perl > script and count them or something like that. > > Also...this somewhat depends on what you mean by "active." The above > OID gives you the number of ports total in that slot...another OID in > the same table (.3, usrSlotActiveCalls instead of .4, > usrSlotNumberOfPorts) will give you the number of modems in use at the > moment in the slot. > -- > 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 still have the USR TC Chassis about to be shut down (sold business). I also have a Cisco 7206 for immediate sale as well as two 1601s with T1 WIC Cards. Please reply direct if anyone is interested.

At 02:15 PM 8/24/00 -0400, Jeff Mcadams wrote: >>Target[tch1]: >>1.3.6.1.4.1.429.4.2.1.10.0&1.3.6.1.4.1.429.4.2.1.10.0:[community]@[ARC IP] > >That gives you total number of users on the Arc, but doesn't break it >down per DSP or per slot... I realize that, but I figured it might be a helpful something that he may not have already. Heck, I just look at the blinky lights if I want to get an idea of per-DSP usage :) -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

I'd like to construct a filter that will stop attempts to send traffic to broadcast and subnet addresses of class C's. In other words *.*.*.0 and *.*.*.255. Any good ideas on this? I don't recall if the TC has any provision for wildcards in filters.

Has anyone noticed ARC code 4.1.22 occasionally has its clock freak out and goto a time far in the future like year 2088 or something to that effect? Is this issue fixed in any more recent ARC code? Brian Feeny, CCNA, CCDA signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

"Yes" and "I don't think so". :) It definitely happens on 4.2.32. Maybe 5.0.9 too but I can't remember. It happens so infrequently that I've never tried to track it down, other than having a script keep an eye on it... Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Sat, 26 Aug 2000, Brian wrote: > > Has anyone noticed ARC code 4.1.22 occasionally has its clock freak out > and goto a time far in the future like year 2088 or something to that > effect? Is this issue fixed in any more recent ARC code? > > > ----------------------------------------------- > Brian Feeny, CCNA, CCDA signal@shreve.net > Network Administrator > ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

"Yes" and "I don't think so". :) It definitely happens on 4.2.32. Maybe 5.0.9 too but I can't remember. It happens so infrequently that I've never tried to track it down, other than having a script keep an eye on it... Mike Andrews (MA12) * mandrews@dcr.net * http://www.bit0.com/ VP, sysadmin, & network guy, Digital Crescent Inc, Frankfort KY Dialup/ADSL/ISDN/T1 Internet access for Frankfort KY and surrounding counties www.fark.com: If it's not news, it's Fark. (Or something like that.) On Sat, 26 Aug 2000, Brian wrote: > > Has anyone noticed ARC code 4.1.22 occasionally has its clock freak out > and goto a time far in the future like year 2088 or something to that > effect? Is this issue fixed in any more recent ARC code? > > > ----------------------------------------------- > Brian Feeny, CCNA, CCDA signal@shreve.net > Network Administrator > ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

Got a HDSP here with solid red for 'Run/Fail'. There is also fourth LED amber on utilization bar or whatever it's called counting from down to up. Nothing else is lit. Anybody has a clue what that means? I have removed and re-seated both NAC and NIC and in correct order. That means NIC first then NAC - no help. I haven't checked the console yet but thought to turn to the list before I get to that. I think I remember from somewhere that the utilization LEDs represent the error that has occured - is there a table describing these? Would it help to re-flash the card? Regards, __________________________________ Kalev Nurklik Delfi Online Pa"rnu mnt. 158, 11317 Tallinn, Estonia Tel: +372 6501709 Fax: +372 6501708 E-mail: k.nurklik@delfi.ee http://online.delfi.ee

if a user is configured via radius with no multicast radius options, but the ARC has the commands below configured, will that user be able to receive multicast? I can add the 5 lines to my ARC's, but don't want to have to add 3 lines to every users radius profile if I don't have too. At first look it doesn't appear to be working. Is there a "show" or "list" command that will tell me that mutlicast is enabled for a user? I am trying this dialed in, and trying to run SDR but get nothing. I am using a pipeline which has multicast enabled on it (perhaps the ARC does not build or forward an SDR cache information?) Brian On Tue, 25 Jul 2000, Antonio Querubin wrote: > On Tue, 25 Jul 2000, Steve Johnson wrote: > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does anyone > > know if these support multicast by default, and if not can someone point > > me > > the direction of some documentation on how to turn this on? > > You'll need a HiPer ARC router card installed in the chassis to do > multicast. The Netserver router card has no multicast capability. > Multicast is disabled by default on the HiPer ARC. To turn it on you do > something like: > > set ip multicast proxy interface eth:1 > set ip igmp eth:1 multicast_forwarding enabled > set network user default igmp multicast_forwarding enabled > set network user default igmp multicast_proxy enabled > set network user default igmp routing enabled > > This seems to work for users wishing to receive multicast via dialup. I > haven't yet tested whether this also allows users to source multicast via > dialup. > > > > - > 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, CCNA, CCDA signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

if a user is configured via radius with no multicast radius options, but the ARC has the commands below configured, will that user be able to receive multicast? I can add the 5 lines to my ARC's, but don't want to have to add 3 lines to every users radius profile if I don't have too. At first look it doesn't appear to be working. Is there a "show" or "list" command that will tell me that mutlicast is enabled for a user? I am trying this dialed in, and trying to run SDR but get nothing. I am using a pipeline which has multicast enabled on it (perhaps the ARC does not build or forward an SDR cache information?) Brian On Tue, 25 Jul 2000, Antonio Querubin wrote: > On Tue, 25 Jul 2000, Steve Johnson wrote: > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does anyone > > know if these support multicast by default, and if not can someone point > > me > > the direction of some documentation on how to turn this on? > > You'll need a HiPer ARC router card installed in the chassis to do > multicast. The Netserver router card has no multicast capability. > Multicast is disabled by default on the HiPer ARC. To turn it on you do > something like: > > set ip multicast proxy interface eth:1 > set ip igmp eth:1 multicast_forwarding enabled > set network user default igmp multicast_forwarding enabled > set network user default igmp multicast_proxy enabled > set network user default igmp routing enabled > > This seems to work for users wishing to receive multicast via dialup. I > haven't yet tested whether this also allows users to source multicast via > dialup. > > > > - > 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, CCNA, CCDA signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

Quoting Brian <signal@shreve.net>: > > if a user is configured via radius with no multicast radius options, but > the ARC has the commands below configured, will that user be able to > receive multicast? Yes - Its very easy. See the hiper arc uses a template, user for all its configuration. If radius provides the data, the template is overridden else the template is used. So all you have to do is setup the default user on the hiper arc local configuration with multicast options. That will apply to all your radius users when they dial in. > > I can add the 5 lines to my ARC's, but don't want to have to add 3 lines > to every users radius profile if I don't have too. > > At first look it doesn't appear to be working. Is there a "show" or > "list" command that will tell me that mutlicast is enabled for a user? > > I am trying this dialed in, and trying to run SDR but get nothing. I am > using a pipeline which has multicast enabled on it (perhaps the ARC does > not build or forward an SDR cache information?) For multicast to work - you do need to have the multicast server (real or Ms) on the same wire of if its a hop away - you should have PIM dense mode enabled on all the router hops/interfaces. Also I think you have to set the multicast IGMP address on the Hiper arc. I think the command is set ip_source_address igmp <ip address of the interface> -V > > Brian > > > On Tue, 25 Jul 2000, Antonio Querubin wrote: > > > On Tue, 25 Jul 2000, Steve Johnson wrote: > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does > anyone > > > know if these support multicast by default, and if not can someone > point > > > me > > > the direction of some documentation on how to turn this on? > > > > You'll need a HiPer ARC router card installed in the chassis to do > > multicast. The Netserver router card has no multicast capability. > > Multicast is disabled by default on the HiPer ARC. To turn it on you > do > > something like: > > > > set ip multicast proxy interface eth:1 > > set ip igmp eth:1 multicast_forwarding enabled > > set network user default igmp multicast_forwarding enabled > > set network user default igmp multicast_proxy enabled > > set network user default igmp routing enabled > > > > This seems to work for users wishing to receive multicast via dialup. > I > > haven't yet tested whether this also allows users to source multicast > via > > dialup. > > > > > > > > - > > 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, CCNA, CCDA signal@shreve.net > Network Administrator > ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. > =========== -V ==========

On Tue, 29 Aug 2000, Vance McIndoe wrote: > Brian, > > I think you'll find that the RADIUS attributes, when set, cause changes to > the user's modem interface. You can probably use set modem_group all ...... > and then do a, save all, to set the same options globally. Remember this > wort of change will be visible to the astute dial-in customer though :-) vance, I think just setting the defaults like you show below does the trick. I can observe: HiPer>> show ip igmp slot:9/mod:17 slot:9/mod:17 Query Interval 125 seconds Max Response 10 seconds Version 2 Querier 208.206.76.40 Joins 1 Groups 1 Robustness 2 Routing ENABLED Multicast Forwarding ENABLED Multicast Proxy ENABLED IGMP Short Packets 0 IGMP Bad Checksum 0 Queries Received 0 Reports Received 0 Reports For Known Groups Received 0 Wrong Version Reports Received 0 Reports Sent 0 I am dialing in with a pipeline p50. I set multicast forwarding on on it. But on my linux box behind the pipeline I can't mtrace anything, and SDR shows nothing. I see the packets going out (the box is configured correct for multicast because if I connect it on the lan where the total control is, it works fine: mtrace, sdr, etc) Any ideas? I just want to make sure that multicast is working thru the total control, I would have thought I could mtrace thru the connection. Brian > > Vance > > > -----Original Message----- > > From: Brian [SMTP:signal@shreve.net] > > Sent: Tuesday, August 29, 2000 11:49 AM > > To: usr-tc@lists.xmission.com > > Cc: usr-tc@xmission.com > > Subject: Re: (usr-tc) Multicast > > > > > > if a user is configured via radius with no multicast radius options, but > > the ARC has the commands below configured, will that user be able to > > receive multicast? > > > > I can add the 5 lines to my ARC's, but don't want to have to add 3 lines > > to every users radius profile if I don't have too. > > > > At first look it doesn't appear to be working. Is there a "show" or > > "list" command that will tell me that mutlicast is enabled for a user? > > > > I am trying this dialed in, and trying to run SDR but get nothing. I am > > using a pipeline which has multicast enabled on it (perhaps the ARC does > > not build or forward an SDR cache information?) > > > > Brian > > > > > > On Tue, 25 Jul 2000, Antonio Querubin wrote: > > > > > On Tue, 25 Jul 2000, Steve Johnson wrote: > > > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does > > anyone > > > > know if these support multicast by default, and if not can someone > > point > > > > me > > > > the direction of some documentation on how to turn this on? > > > > > > You'll need a HiPer ARC router card installed in the chassis to do > > > multicast. The Netserver router card has no multicast capability. > > > Multicast is disabled by default on the HiPer ARC. To turn it on you do > > > something like: > > > > > > set ip multicast proxy interface eth:1 > > > set ip igmp eth:1 multicast_forwarding enabled > > > set network user default igmp multicast_forwarding enabled > > > set network user default igmp multicast_proxy enabled > > > set network user default igmp routing enabled > > > > > > This seems to work for users wishing to receive multicast via dialup. I > > > haven't yet tested whether this also allows users to source multicast > > via > > > dialup. > > > > > > > > > > > > - > > > 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, CCNA, CCDA signal@shreve.net > > Network Administrator > > ShreveNet Inc. (ASN 11881) > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > ______________________________________________________________ > This email has been virus and policy checked by InterConnect Secure's > Messaging Management System (MMS) product from Tumbleweed > > Network ICE "Stop hackers cold!" > Free download of Black ICE - see just who is interested your PC. > http://www.interconnect.co.nz/Interconnect/secure/networkice.htm > ______________________________________________________________ > > > > - > 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, CCNA, CCDA signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

On Mon, 28 Aug 2000, Veda Narayan wrote: > Quoting Brian <signal@shreve.net>: > > > > > if a user is configured via radius with no multicast radius options, but > > the ARC has the commands below configured, will that user be able to > > receive multicast? > > Yes - Its very easy. See the hiper arc uses a template, user for all its > configuration. If radius provides the data, the template is overridden else > the template is used. So all you have to do is setup the default user on the > hiper arc local configuration with multicast options. That will apply to all > your radius users when they dial in. > > > > > > I can add the 5 lines to my ARC's, but don't want to have to add 3 lines > > to every users radius profile if I don't have too. > > > > At first look it doesn't appear to be working. Is there a "show" or > > "list" command that will tell me that mutlicast is enabled for a user? > > > > I am trying this dialed in, and trying to run SDR but get nothing. I am > > using a pipeline which has multicast enabled on it (perhaps the ARC does > > not build or forward an SDR cache information?) > > For multicast to work - you do need to have the multicast server (real or Ms) > on the same wire of if its a hop away - you should have PIM dense mode enabled > on all the router hops/interfaces. Also I think you have to set the multicast My network uses pim sparse mode, its enabled thruout the whole network.......I assume this is ok. Since my network is multicast all the way thru my upstreams even........I should be able to view streams from any servers on the multicast enabled network correct? > IGMP address on the Hiper arc. I think the command is set ip_source_address > igmp <ip address of the interface> when you say "multicast igmp address" what address is that exactly? Is that to point at my border router? Or is that a unique address to assign the arc?..........sorry i am a bit confused. > > -V > > > > > Brian > > > > > > On Tue, 25 Jul 2000, Antonio Querubin wrote: > > > > > On Tue, 25 Jul 2000, Steve Johnson wrote: > > > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does > > anyone > > > > know if these support multicast by default, and if not can someone > > point > > > > me > > > > the direction of some documentation on how to turn this on? > > > > > > You'll need a HiPer ARC router card installed in the chassis to do > > > multicast. The Netserver router card has no multicast capability. > > > Multicast is disabled by default on the HiPer ARC. To turn it on you > > do > > > something like: > > > > > > set ip multicast proxy interface eth:1 > > > set ip igmp eth:1 multicast_forwarding enabled > > > set network user default igmp multicast_forwarding enabled > > > set network user default igmp multicast_proxy enabled > > > set network user default igmp routing enabled > > > > > > This seems to work for users wishing to receive multicast via dialup. > > I > > > haven't yet tested whether this also allows users to source multicast > > via > > > dialup. > > > > > > > > > > > > - > > > 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, CCNA, CCDA signal@shreve.net > > Network Administrator > > ShreveNet Inc. (ASN 11881) > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > > > > =========== > > -V > > ========== > Brian Feeny, CCNA, CCDA signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

On Mon, 28 Aug 2000, Veda Narayan wrote: > > For multicast to work - you do need to have the multicast server (real or Ms) > on the same wire of if its a hop away - you should have PIM dense mode enabled > on all the router hops/interfaces. Also I think you have to set the multicast > IGMP address on the Hiper arc. I think the command is set ip_source_address > igmp <ip address of the interface> I do see the multicast queries from the arc coming into my dialup lan: [root@bl0wfish mtrace-5.2]# /usr/sbin/tcpdump ip multicast Kernel filter, protocol ALL, datagram packet socket tcpdump: listening on all devices 21:21:42.561027 eth0 M usr2ts2.shreve.net > ALL-SYSTEMS.MCAST.NET: igmp query [ttl 1] 21:23:47.597577 eth0 M usr2ts2.shreve.net > ALL-SYSTEMS.MCAST.NET: igmp query [ttl 1] but I am unsure if its going out from my lan to the arc.........or getting thru the arc rather. > > -V > Brian Feeny, CCNA, CCDA signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

On Mon, 28 Aug 2000, Brian wrote: > On Mon, 28 Aug 2000, Veda Narayan wrote: > > > Quoting Brian <signal@shreve.net>: > > My network uses pim sparse mode, its enabled thruout the whole > network.......I assume this is ok. Since my network is multicast all the > way thru my upstreams even........I should be able to view streams from > any servers on the multicast enabled network correct? You have to setup your network with PIM dense mode, sparse mode will not work. So your egde router should be set with pim dense mode. Once that is done you want to set this on the hiper arc set ip appLICATION_SOURCE_ADDRESS igMP <eth:1> or <eth:2> Which ever interface is attached to that network. Now you have to setup the default user - enable igmp for the default user, enable igmp for the eth:1 or eth:2 interface. Set the default user and the eth:1/eth:2 interface to proxy, send and receive Igmp. -V > > > IGMP address on the Hiper arc. I think the command is set ip_source_address > > igmp <ip address of the interface> > > when you say "multicast igmp address" what address is that exactly? Is > that to point at my border router? Or is that a unique address to assign > the arc?..........sorry i am a bit confused. > > > > > -V > > > > > > > > Brian > > > > > > > > > On Tue, 25 Jul 2000, Antonio Querubin wrote: > > > > > > > On Tue, 25 Jul 2000, Steve Johnson wrote: > > > > > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does > > > anyone > > > > > know if these support multicast by default, and if not can someone > > > point > > > > > me > > > > > the direction of some documentation on how to turn this on? > > > > > > > > You'll need a HiPer ARC router card installed in the chassis to do > > > > multicast. The Netserver router card has no multicast capability. > > > > Multicast is disabled by default on the HiPer ARC. To turn it on you > > > do > > > > something like: > > > > > > > > set ip multicast proxy interface eth:1 > > > > set ip igmp eth:1 multicast_forwarding enabled > > > > set network user default igmp multicast_forwarding enabled > > > > set network user default igmp multicast_proxy enabled > > > > set network user default igmp routing enabled > > > > > > > > This seems to work for users wishing to receive multicast via dialup. > > > I > > > > haven't yet tested whether this also allows users to source multicast > > > via > > > > dialup. > > > > > > > > > > > > > > > > - > > > > 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, CCNA, CCDA signal@shreve.net > > > Network Administrator > > > ShreveNet Inc. (ASN 11881) > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > =========== > > > > -V > > > > ========== > > > > ----------------------------------------------- > Brian Feeny, CCNA, CCDA signal@shreve.net > Network Administrator > ShreveNet Inc. (ASN 11881) >

On Tue, 29 Aug 2000, Ved wrote: > > On Mon, 28 Aug 2000, Brian wrote: > > > On Mon, 28 Aug 2000, Veda Narayan wrote: > > > > > Quoting Brian <signal@shreve.net>: > > > > My network uses pim sparse mode, its enabled thruout the whole > > network.......I assume this is ok. Since my network is multicast all the > > way thru my upstreams even........I should be able to view streams from > > any servers on the multicast enabled network correct? > > You have to setup your network with PIM dense mode, sparse mode will not > work. So your egde router should be set with pim dense mode. > Once that is done you want to set this on the hiper arc > > set ip appLICATION_SOURCE_ADDRESS igMP <eth:1> or <eth:2> > > Which ever interface is attached to that network. > Now you have to setup the default user - enable igmp for the default user, > enable igmp for the eth:1 or eth:2 interface. Set the default user and > the eth:1/eth:2 interface to proxy, send and receive Igmp. once this is all working, whats a good "test" to see that its working properly? I thought I could use Media Player........and went to www.mediacrossing.com, and clicked on a stream. This was going thru a part of my network that is *not* multicast enabled, and into an ARC that has multicasting turned *off*..........to my surprised the streams properties said "Multicast". Do you have a test to see if it is all done right? Brian > > -V > > > > > > IGMP address on the Hiper arc. I think the command is set ip_source_address > > > igmp <ip address of the interface> > > > > when you say "multicast igmp address" what address is that exactly? Is > > that to point at my border router? Or is that a unique address to assign > > the arc?..........sorry i am a bit confused. > > > > > > > > -V > > > > > > > > > > > Brian > > > > > > > > > > > > On Tue, 25 Jul 2000, Antonio Querubin wrote: > > > > > > > > > On Tue, 25 Jul 2000, Steve Johnson wrote: > > > > > > > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does > > > > anyone > > > > > > know if these support multicast by default, and if not can someone > > > > point > > > > > > me > > > > > > the direction of some documentation on how to turn this on? > > > > > > > > > > You'll need a HiPer ARC router card installed in the chassis to do > > > > > multicast. The Netserver router card has no multicast capability. > > > > > Multicast is disabled by default on the HiPer ARC. To turn it on you > > > > do > > > > > something like: > > > > > > > > > > set ip multicast proxy interface eth:1 > > > > > set ip igmp eth:1 multicast_forwarding enabled > > > > > set network user default igmp multicast_forwarding enabled > > > > > set network user default igmp multicast_proxy enabled > > > > > set network user default igmp routing enabled > > > > > > > > > > This seems to work for users wishing to receive multicast via dialup. > > > > I > > > > > haven't yet tested whether this also allows users to source multicast > > > > via > > > > > dialup. > > > > > > > > > > > > > > > > > > > > - > > > > > 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, CCNA, CCDA signal@shreve.net > > > > Network Administrator > > > > ShreveNet Inc. (ASN 11881) > > > > > > > > > > > > - > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > > with "unsubscribe usr-tc" in the body of the message. > > > > For information on digests or retrieving files and old messages send > > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > > > > > > =========== > > > > > > -V > > > > > > ========== > > > > > > > ----------------------------------------------- > > Brian Feeny, CCNA, CCDA signal@shreve.net > > Network Administrator > > ShreveNet Inc. (ASN 11881) > > > Brian Feeny, CCNA, CCDA signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

On Tue, 29 Aug 2000, Brian wrote: > On Tue, 29 Aug 2000, Ved wrote: > > once this is all working, whats a good "test" to see that its working > properly? I thought I could use Media Player........and went to > www.mediacrossing.com, and clicked on a stream. This was going thru a > part of my network that is *not* multicast enabled, and into an ARC that > has multicasting turned *off*..........to my surprised the streams > properties said "Multicast". You can use Media player or real player - and the statistics will show that you are using multicast or unicast. If it uses unicast then there is a problem. Now technically you cannot go to www.mediacrossing.com unless and until your network is attached to the mbone. What you need to make sure is that your upstream provider has multicast turned on - on his routers so that you are capable of receiving multicast packets. If that is not there - you cannot do multicast. We had to contact our provider and ask them to enable multicast on their routers, once that is done, the ARC forwards the packets without any problems. Your edge router and all the core routers in the path should have PIM dense mode. > > Do you have a test to see if it is all done right? > The easy way to test it - Have a realstreamer on the other side of your edge router, and try to attach to it or vice versa. -V > Brian > > > > > > > -V > > > > > > > > > IGMP address on the Hiper arc. I think the command is set ip_source_address > > > > igmp <ip address of the interface> > > > > > > when you say "multicast igmp address" what address is that exactly? Is > > > that to point at my border router? Or is that a unique address to assign > > > the arc?..........sorry i am a bit confused. > > > > > > > > > > > -V > > > > > > > > > > > > > > Brian > > > > > > > > > > > > > > > On Tue, 25 Jul 2000, Antonio Querubin wrote: > > > > > > > > > > > On Tue, 25 Jul 2000, Steve Johnson wrote: > > > > > > > > > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does > > > > > anyone > > > > > > > know if these support multicast by default, and if not can someone > > > > > point > > > > > > > me > > > > > > > the direction of some documentation on how to turn this on? > > > > > > > > > > > > You'll need a HiPer ARC router card installed in the chassis to do > > > > > > multicast. The Netserver router card has no multicast capability. > > > > > > Multicast is disabled by default on the HiPer ARC. To turn it on you > > > > > do > > > > > > something like: > > > > > > > > > > > > set ip multicast proxy interface eth:1 > > > > > > set ip igmp eth:1 multicast_forwarding enabled > > > > > > set network user default igmp multicast_forwarding enabled > > > > > > set network user default igmp multicast_proxy enabled > > > > > > set network user default igmp routing enabled > > > > > > > > > > > > This seems to work for users wishing to receive multicast via dialup. > > > > > I > > > > > > haven't yet tested whether this also allows users to source multicast > > > > > via > > > > > > dialup. > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > > 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, CCNA, CCDA signal@shreve.net > > > > > Network Administrator > > > > > ShreveNet Inc. (ASN 11881) > > > > > > > > > > > > > > > - > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > > > with "unsubscribe usr-tc" in the body of the message. > > > > > For information on digests or retrieving files and old messages send > > > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > > > > > > > > > > > =========== > > > > > > > > -V > > > > > > > > ========== > > > > > > > > > > ----------------------------------------------- > > > Brian Feeny, CCNA, CCDA signal@shreve.net > > > Network Administrator > > > ShreveNet Inc. (ASN 11881) > > > > > > > ----------------------------------------------- > Brian Feeny, CCNA, CCDA signal@shreve.net > Network Administrator > ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

On Tue, 29 Aug 2000, Ved wrote: > On Tue, 29 Aug 2000, Brian wrote: > > > On Tue, 29 Aug 2000, Ved wrote: > > > > once this is all working, whats a good "test" to see that its working > > properly? I thought I could use Media Player........and went to > > www.mediacrossing.com, and clicked on a stream. This was going thru a > > part of my network that is *not* multicast enabled, and into an ARC that > > has multicasting turned *off*..........to my surprised the streams > > properties said "Multicast". > > You can use Media player or real player - and the statistics will show > that you are using multicast or unicast. If it uses unicast then there is > a problem. Now technically you cannot go to www.mediacrossing.com unless > and until your network is attached to the mbone. What you need to make > sure is that your upstream provider has multicast turned on - on his > routers so that you are capable of receiving multicast packets. If that > is not there - you cannot do multicast. we have multicast on our network, and thru our providers, that part is all working. Whats wierd, is I dialed into an ARC that I did not enable multicast on, and still got "multicast" in media player to mediacrossing.com..........this is accross my sparse-mode network! > > We had to contact our provider and ask them to enable multicast on their > routers, once that is done, the ARC forwards the packets without any > problems. Your edge router and all the core routers in the path should > have PIM dense mode. > > > > > Do you have a test to see if it is all done right? > > > The easy way to test it - Have a realstreamer on the other side of your > edge router, and try to attach to it or vice versa. We have a realvideo server. So your saying I should just try to get a stream and if it *can* use multicast then realplayer will try that first and show it is using multicast? > > -V > > > Brian > > > > > > > > > > > > -V > > > > > > > > > > > > IGMP address on the Hiper arc. I think the command is set ip_source_address > > > > > igmp <ip address of the interface> > > > > > > > > when you say "multicast igmp address" what address is that exactly? Is > > > > that to point at my border router? Or is that a unique address to assign > > > > the arc?..........sorry i am a bit confused. > > > > > > > > > > > > > > -V > > > > > > > > > > > > > > > > > Brian > > > > > > > > > > > > > > > > > > On Tue, 25 Jul 2000, Antonio Querubin wrote: > > > > > > > > > > > > > On Tue, 25 Jul 2000, Steve Johnson wrote: > > > > > > > > > > > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does > > > > > > anyone > > > > > > > > know if these support multicast by default, and if not can someone > > > > > > point > > > > > > > > me > > > > > > > > the direction of some documentation on how to turn this on? > > > > > > > > > > > > > > You'll need a HiPer ARC router card installed in the chassis to do > > > > > > > multicast. The Netserver router card has no multicast capability. > > > > > > > Multicast is disabled by default on the HiPer ARC. To turn it on you > > > > > > do > > > > > > > something like: > > > > > > > > > > > > > > set ip multicast proxy interface eth:1 > > > > > > > set ip igmp eth:1 multicast_forwarding enabled > > > > > > > set network user default igmp multicast_forwarding enabled > > > > > > > set network user default igmp multicast_proxy enabled > > > > > > > set network user default igmp routing enabled > > > > > > > > > > > > > > This seems to work for users wishing to receive multicast via dialup. > > > > > > I > > > > > > > haven't yet tested whether this also allows users to source multicast > > > > > > via > > > > > > > dialup. > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > > > 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, CCNA, CCDA signal@shreve.net > > > > > > Network Administrator > > > > > > ShreveNet Inc. (ASN 11881) > > > > > > > > > > > > > > > > > > - > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > > > > with "unsubscribe usr-tc" in the body of the message. > > > > > > For information on digests or retrieving files and old messages send > > > > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > > > > > > > > > > > > > > > > =========== > > > > > > > > > > -V > > > > > > > > > > ========== > > > > > > > > > > > > > ----------------------------------------------- > > > > Brian Feeny, CCNA, CCDA signal@shreve.net > > > > Network Administrator > > > > ShreveNet Inc. (ASN 11881) > > > > > > > > > > > ----------------------------------------------- > > Brian Feeny, CCNA, CCDA signal@shreve.net > > Network Administrator > > ShreveNet Inc. (ASN 11881) > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > Brian Feeny, CCNA, CCDA signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

On Tue, 29 Aug 2000, Brian wrote: > we have multicast on our network, and thru our providers, that part is all > working. Whats wierd, is I dialed into an ARC that I did not enable > multicast on, and still got "multicast" in media player to > mediacrossing.com..........this is accross my sparse-mode network! Sparce-mode will work but for most part has issues, thus use dense mode. If you have Ripv2 enabled on the ARC - you do have the multicast enabled - thus you will seee multicast packets - however to make it work in our network I had to configure the default user and the ethernet interface for igmp. > > > > > > We had to contact our provider and ask them to enable multicast on their > > routers, once that is done, the ARC forwards the packets without any > > problems. Your edge router and all the core routers in the path should > > have PIM dense mode. > > > > > > > > Do you have a test to see if it is all done right? > > > > > The easy way to test it - Have a realstreamer on the other side of your > > edge router, and try to attach to it or vice versa. > > We have a realvideo server. So your saying I should just try to get a > stream and if it *can* use multicast then realplayer will try that first > and show it is using multicast? > Yes -V > > > > > > -V > > > > > Brian > > > > > > > > > > > > > > > > > -V > > > > > > > > > > > > > > > IGMP address on the Hiper arc. I think the command is set ip_source_address > > > > > > igmp <ip address of the interface> > > > > > > > > > > when you say "multicast igmp address" what address is that exactly? Is > > > > > that to point at my border router? Or is that a unique address to assign > > > > > the arc?..........sorry i am a bit confused. > > > > > > > > > > > > > > > > > -V > > > > > > > > > > > > > > > > > > > > Brian > > > > > > > > > > > > > > > > > > > > > On Tue, 25 Jul 2000, Antonio Querubin wrote: > > > > > > > > > > > > > > > On Tue, 25 Jul 2000, Steve Johnson wrote: > > > > > > > > > > > > > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does > > > > > > > anyone > > > > > > > > > know if these support multicast by default, and if not can someone > > > > > > > point > > > > > > > > > me > > > > > > > > > the direction of some documentation on how to turn this on? > > > > > > > > > > > > > > > > You'll need a HiPer ARC router card installed in the chassis to do > > > > > > > > multicast. The Netserver router card has no multicast capability. > > > > > > > > Multicast is disabled by default on the HiPer ARC. To turn it on you > > > > > > > do > > > > > > > > something like: > > > > > > > > > > > > > > > > set ip multicast proxy interface eth:1 > > > > > > > > set ip igmp eth:1 multicast_forwarding enabled > > > > > > > > set network user default igmp multicast_forwarding enabled > > > > > > > > set network user default igmp multicast_proxy enabled > > > > > > > > set network user default igmp routing enabled > > > > > > > > > > > > > > > > This seems to work for users wishing to receive multicast via dialup. > > > > > > > I > > > > > > > > haven't yet tested whether this also allows users to source multicast > > > > > > > via > > > > > > > > dialup. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > > > > 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, CCNA, CCDA signal@shreve.net > > > > > > > Network Administrator > > > > > > > ShreveNet Inc. (ASN 11881) > > > > > > > > > > > > > > > > > > > > > - > > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > > > > > with "unsubscribe usr-tc" in the body of the message. > > > > > > > For information on digests or retrieving files and old messages send > > > > > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > =========== > > > > > > > > > > > > -V > > > > > > > > > > > > ========== > > > > > > > > > > > > > > > > ----------------------------------------------- > > > > > Brian Feeny, CCNA, CCDA signal@shreve.net > > > > > Network Administrator > > > > > ShreveNet Inc. (ASN 11881) > > > > > > > > > > > > > > > ----------------------------------------------- > > > Brian Feeny, CCNA, CCDA signal@shreve.net > > > Network Administrator > > > ShreveNet Inc. (ASN 11881) > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > > > > ----------------------------------------------- > Brian Feeny, CCNA, CCDA signal@shreve.net > Network Administrator > ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. >

On Tue, 29 Aug 2000, Ved wrote: > On Tue, 29 Aug 2000, Brian wrote: > > > we have multicast on our network, and thru our providers, that part is all > > working. Whats wierd, is I dialed into an ARC that I did not enable > > multicast on, and still got "multicast" in media player to > > mediacrossing.com..........this is accross my sparse-mode network! > > Sparce-mode will work but for most part has issues, thus use dense mode. > If you have Ripv2 enabled on the ARC - you do have the multicast enabled - > thus you will seee multicast packets - however to make it work in our > network I had to configure the default user and the ethernet interface for > igmp. it says in the manual that if you don't configure the "application_source_interface", it just uses the ethernet interface anyways........so it appears thats not necessary > > > > > > > > > > > We had to contact our provider and ask them to enable multicast on their > > > routers, once that is done, the ARC forwards the packets without any > > > problems. Your edge router and all the core routers in the path should > > > have PIM dense mode. > > > > > > > > > > > Do you have a test to see if it is all done right? > > > > > > > The easy way to test it - Have a realstreamer on the other side of your > > > edge router, and try to attach to it or vice versa. > > > > We have a realvideo server. So your saying I should just try to get a > > stream and if it *can* use multicast then realplayer will try that first > > and show it is using multicast? > > > Yes > -V > > > > > > > > > > > > -V > > > > > > > Brian > > > > > > > > > > > > > > > > > > > > > > -V > > > > > > > > > > > > > > > > > > IGMP address on the Hiper arc. I think the command is set ip_source_address > > > > > > > igmp <ip address of the interface> > > > > > > > > > > > > when you say "multicast igmp address" what address is that exactly? Is > > > > > > that to point at my border router? Or is that a unique address to assign > > > > > > the arc?..........sorry i am a bit confused. > > > > > > > > > > > > > > > > > > > > -V > > > > > > > > > > > > > > > > > > > > > > > Brian > > > > > > > > > > > > > > > > > > > > > > > > On Tue, 25 Jul 2000, Antonio Querubin wrote: > > > > > > > > > > > > > > > > > On Tue, 25 Jul 2000, Steve Johnson wrote: > > > > > > > > > > > > > > > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does > > > > > > > > anyone > > > > > > > > > > know if these support multicast by default, and if not can someone > > > > > > > > point > > > > > > > > > > me > > > > > > > > > > the direction of some documentation on how to turn this on? > > > > > > > > > > > > > > > > > > You'll need a HiPer ARC router card installed in the chassis to do > > > > > > > > > multicast. The Netserver router card has no multicast capability. > > > > > > > > > Multicast is disabled by default on the HiPer ARC. To turn it on you > > > > > > > > do > > > > > > > > > something like: > > > > > > > > > > > > > > > > > > set ip multicast proxy interface eth:1 > > > > > > > > > set ip igmp eth:1 multicast_forwarding enabled > > > > > > > > > set network user default igmp multicast_forwarding enabled > > > > > > > > > set network user default igmp multicast_proxy enabled > > > > > > > > > set network user default igmp routing enabled > > > > > > > > > > > > > > > > > > This seems to work for users wishing to receive multicast via dialup. > > > > > > > > I > > > > > > > > > haven't yet tested whether this also allows users to source multicast > > > > > > > > via > > > > > > > > > dialup. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > > > > > 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, CCNA, CCDA signal@shreve.net > > > > > > > > Network Administrator > > > > > > > > ShreveNet Inc. (ASN 11881) > > > > > > > > > > > > > > > > > > > > > > > > - > > > > > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > > > > > > with "unsubscribe usr-tc" in the body of the message. > > > > > > > > For information on digests or retrieving files and old messages send > > > > > > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > =========== > > > > > > > > > > > > > > -V > > > > > > > > > > > > > > ========== > > > > > > > > > > > > > > > > > > > ----------------------------------------------- > > > > > > Brian Feeny, CCNA, CCDA signal@shreve.net > > > > > > Network Administrator > > > > > > ShreveNet Inc. (ASN 11881) > > > > > > > > > > > > > > > > > > > ----------------------------------------------- > > > > Brian Feeny, CCNA, CCDA signal@shreve.net > > > > Network Administrator > > > > ShreveNet Inc. (ASN 11881) > > > > > > > > > > > > - > > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > > with "unsubscribe usr-tc" in the body of the message. > > > > For information on digests or retrieving files and old messages send > > > > "help" to the same address. Do not use quotes in your message. > > > > > > > > > > > ----------------------------------------------- > > Brian Feeny, CCNA, CCDA signal@shreve.net > > Network Administrator > > ShreveNet Inc. (ASN 11881) > > > > > > - > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > with "unsubscribe usr-tc" in the body of the message. > > For information on digests or retrieving files and old messages send > > "help" to the same address. Do not use quotes in your message. > > > Brian Feeny, CCNA, CCDA signal@shreve.net Network Administrator ShreveNet Inc. (ASN 11881)

Brian, I think you'll find that the RADIUS attributes, when set, cause changes to the user's modem interface. You can probably use set modem_group all ...... and then do a, save all, to set the same options globally. Remember this wort of change will be visible to the astute dial-in customer though :-) Vance > -----Original Message----- > From: Brian [SMTP:signal@shreve.net] > Sent: Tuesday, August 29, 2000 11:49 AM > To: usr-tc@lists.xmission.com > Cc: usr-tc@xmission.com > Subject: Re: (usr-tc) Multicast > > > if a user is configured via radius with no multicast radius options, but > the ARC has the commands below configured, will that user be able to > receive multicast? > > I can add the 5 lines to my ARC's, but don't want to have to add 3 lines > to every users radius profile if I don't have too. > > At first look it doesn't appear to be working. Is there a "show" or > "list" command that will tell me that mutlicast is enabled for a user? > > I am trying this dialed in, and trying to run SDR but get nothing. I am > using a pipeline which has multicast enabled on it (perhaps the ARC does > not build or forward an SDR cache information?) > > Brian > > > On Tue, 25 Jul 2000, Antonio Querubin wrote: > > > On Tue, 25 Jul 2000, Steve Johnson wrote: > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does > anyone > > > know if these support multicast by default, and if not can someone > point > > > me > > > the direction of some documentation on how to turn this on? > > > > You'll need a HiPer ARC router card installed in the chassis to do > > multicast. The Netserver router card has no multicast capability. > > Multicast is disabled by default on the HiPer ARC. To turn it on you do > > something like: > > > > set ip multicast proxy interface eth:1 > > set ip igmp eth:1 multicast_forwarding enabled > > set network user default igmp multicast_forwarding enabled > > set network user default igmp multicast_proxy enabled > > set network user default igmp routing enabled > > > > This seems to work for users wishing to receive multicast via dialup. I > > haven't yet tested whether this also allows users to source multicast > via > > dialup. > > > > > > > > - > > 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, CCNA, CCDA signal@shreve.net > Network Administrator > ShreveNet Inc. (ASN 11881) > > > - > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > with "unsubscribe usr-tc" in the body of the message. > For information on digests or retrieving files and old messages send > "help" to the same address. Do not use quotes in your message. ______________________________________________________________ This email has been virus and policy checked by InterConnect Secure's Messaging Management System (MMS) product from Tumbleweed Network ICE "Stop hackers cold!" Free download of Black ICE - see just who is interested your PC. http://www.interconnect.co.nz/Interconnect/secure/networkice.htm ______________________________________________________________

Sorry Brian, I haven't found the HARC's debug of multicast very good at all - it looks like you have covered all the options for the dial-in user - you may even have too much enabled.... > -----Original Message----- > From: Brian [SMTP:signal@shreve.net] > Sent: Tuesday, August 29, 2000 2:13 PM > To: Vance McIndoe > Cc: 'usr-tc@lists.xmission.com' > Subject: RE: (usr-tc) Multicast > > On Tue, 29 Aug 2000, Vance McIndoe wrote: > > > Brian, > > > > I think you'll find that the RADIUS attributes, when set, cause changes > to > > the user's modem interface. You can probably use set modem_group all > ...... > > and then do a, save all, to set the same options globally. Remember > this > > wort of change will be visible to the astute dial-in customer though > :-) > > vance, > > I think just setting the defaults like you show below does the trick. I > can observe: > > HiPer>> show ip igmp slot:9/mod:17 > slot:9/mod:17 > Query Interval 125 seconds > Max Response 10 seconds > Version 2 > Querier 208.206.76.40 > Joins 1 > Groups 1 > Robustness 2 > Routing ENABLED > Multicast Forwarding ENABLED > Multicast Proxy ENABLED > IGMP Short Packets 0 > IGMP Bad Checksum 0 > Queries Received 0 > Reports Received 0 > Reports For Known Groups Received 0 > Wrong Version Reports Received 0 > Reports Sent 0 > > > I am dialing in with a pipeline p50. I set multicast forwarding on on > it. But on my linux box behind the pipeline I can't mtrace anything, and > SDR shows nothing. I see the packets going out (the box is configured > correct for multicast because if I connect it on the lan where the total > control is, it works fine: mtrace, sdr, etc) > > Any ideas? I just want to make sure that multicast is working thru the > total control, I would have thought I could mtrace thru the connection. > > Brian > > > > > > Vance > > > > > -----Original Message----- > > > From: Brian [SMTP:signal@shreve.net] > > > Sent: Tuesday, August 29, 2000 11:49 AM > > > To: usr-tc@lists.xmission.com > > > Cc: usr-tc@xmission.com > > > Subject: Re: (usr-tc) Multicast > > > > > > > > > if a user is configured via radius with no multicast radius options, > but > > > the ARC has the commands below configured, will that user be able to > > > receive multicast? > > > > > > I can add the 5 lines to my ARC's, but don't want to have to add 3 > lines > > > to every users radius profile if I don't have too. > > > > > > At first look it doesn't appear to be working. Is there a "show" or > > > "list" command that will tell me that mutlicast is enabled for a user? > > > > > > I am trying this dialed in, and trying to run SDR but get nothing. I > am > > > using a pipeline which has multicast enabled on it (perhaps the ARC > does > > > not build or forward an SDR cache information?) > > > > > > Brian > > > > > > > > > On Tue, 25 Jul 2000, Antonio Querubin wrote: > > > > > > > On Tue, 25 Jul 2000, Steve Johnson wrote: > > > > > > > > > I have a USR/3Com Totalcontrol NAS with PRI/T1 cards in it. Does > > > anyone > > > > > know if these support multicast by default, and if not can someone > > > point > > > > > me > > > > > the direction of some documentation on how to turn this on? > > > > > > > > You'll need a HiPer ARC router card installed in the chassis to do > > > > multicast. The Netserver router card has no multicast capability. > > > > Multicast is disabled by default on the HiPer ARC. To turn it on > you do > > > > something like: > > > > > > > > set ip multicast proxy interface eth:1 > > > > set ip igmp eth:1 multicast_forwarding enabled > > > > set network user default igmp multicast_forwarding enabled > > > > set network user default igmp multicast_proxy enabled > > > > set network user default igmp routing enabled > > > > > > > > This seems to work for users wishing to receive multicast via > dialup. I > > > > haven't yet tested whether this also allows users to source > multicast > > > via > > > > dialup. > > > > > > > > > > > > > > > > - > > > > 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, CCNA, CCDA signal@shreve.net > > > Network Administrator > > > ShreveNet Inc. (ASN 11881) > > > > > > > > > - > > > To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" > > > with "unsubscribe usr-tc" in the body of the message. > > > For information on digests or retrieving files and old messages send > > > "help" to the same address. Do not use quotes in your message. > > > > ______________________________________________________________ > > This email has been virus and policy checked by InterConnect Secure's > > Messaging Management System (MMS) product from Tumbleweed > > > > Network ICE "Stop hackers cold!" > > Free download of Black ICE - see just who is interested your PC. > > http://www.interconnect.co.nz/Interconnect/secure/networkice.htm > > ______________________________________________________________ > > > > > > > > - > > 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, CCNA, CCDA signal@shreve.net > Network Administrator > ShreveNet Inc. (ASN 11881) > ______________________________________________________________ This email has been virus and policy checked by InterConnect Secure's Messaging Management System (MMS) product from Tumbleweed Network ICE "Stop hackers cold!" Free download of Black ICE - see just who is interested your PC. http://www.interconnect.co.nz/Interconnect/secure/networkice.htm ______________________________________________________________

Been there, seen that, got the t-shirt. :) As I recall (it's been a while) re-flashing the unit did fix the problem. -Ken On Mon, 28 Aug 2000, Kalev Nurklik wrote: > Got a HDSP here with solid red for 'Run/Fail'. > There is also fourth LED amber on utilization bar or whatever it's called > counting from down to up. Nothing else is lit. > Anybody has a clue what that means? > I have removed and re-seated both NAC and NIC and in correct order. > That means NIC first then NAC - no help. > I haven't checked the console yet but thought to turn to the list > before I get to that. > I think I remember from somewhere that the utilization LEDs represent > the error that has occured - is there a table describing these? > Would it help to re-flash the card? > > Regards, > __________________________________ > Kalev Nurklik > Delfi Online > Pa"rnu mnt. 158, 11317 Tallinn, Estonia > Tel: +372 6501709 > Fax: +372 6501708 > E-mail: k.nurklik@delfi.ee > http://online.delfi.ee > > - > 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. > -- Ken Kirchner : kenk@shreve.net Assitant System Administrator : Tel (318)222-2638 ShreveNet, Inc. : Fax (318)213-2650 ShreveNet - Your Premium Internet Service Provider!

I have come accross several bad modems on my hiper dsps. I logged into the CLI on the hiper arc, and disabled them using HiPer>> disable interface slot:xx/mod:xx I would assume this would work fine, however now when all the other modems on the card fill up, my customers receive fast busy signals. This should not be the case as our phone lines are configured such that all calls should roll over onto the second PRI once the first one is full. Has anyone experienced this before? Is there a way that I can busy out a modem on a DSP so that the incoming calls will still roll onto the next pri? Thanks Jim Baxter Systems Administration AtConnex Networks jim@atconnex.net

On Wed, 30 Aug 2000, Jim Baxter wrote: > I have come accross several bad modems on my hiper dsps. I logged into the > CLI on the hiper arc, and disabled them using > > HiPer>> disable interface slot:xx/mod:xx > > I would assume this would work fine, however now when all the other modems > on the card fill up, my customers receive fast busy signals. This should > not be the case as our phone lines are configured such that all calls should > roll over onto the second PRI once the first one is full. Has anyone > experienced this before? Is there a way that I can busy out a modem on a > DSP so that the incoming calls will still roll onto the next pri? You have assumed wrong.. This stops the HARC from using the interface but not the DSP from accepting a call on them. You should try setting the DS0s Local Out Of Service (L00S). Then you should get the desired effect if your spans are provisioned correctly. I have never seen bad "modems" on a hiper DSP card. There are only 12 DSPs each with 2 virtual modems. Do you see failed modems in pairs, if not then its not a hardware problem. What code are you running?

At 02:53 PM 8/30/00 -0400, Jim Baxter wrote: >I have come accross several bad modems on my hiper dsps. I logged into the >CLI on the hiper arc, and disabled them using > >HiPer>> disable interface slot:xx/mod:xx > >I would assume this would work fine, however now when all the other modems >on the card fill up, my customers receive fast busy signals. This should >not be the case as our phone lines are configured such that all calls should >roll over onto the second PRI once the first one is full. Has anyone >experienced this before? Is there a way that I can busy out a modem on a >DSP so that the incoming calls will still roll onto the next pri? Soft busy will do this. Through TCM, highlight the top lights of the card, then go to configure...actions/commands. Select the "Timeslot" radio button and highlight the modem numbers you want to busy. Then use the "software/soft busy out" command. I'm not aware of a way to do this via the ARC console. The way I do it is to soft busy only bad modems through heavy use periods, then soft busy the entire card at the end of the evening(soft busy will not knock off users, but will prevent any relogons after the modem is vacated). Thus, by morning the card will be empty and I can reset the card. -- Kirk Mitchell-General Manager mitch@keyconn.net Keystone Connect Unlock Your World Altoona, PA 814-941-5000 http://www.keyconn.net

Mike., Thanks for the info. I am running DSP code 2.0.81 and yes, the modems fail in pairs, mod:1 and mod:2 do not accept calls properly on one of my DSPs, and mod:13 and mod:14 do not work on another. Jim Baxter Systems Administration AtConnex Networks jim@atconnex.net ----- Original Message ----- Sent: Wednesday, August 30, 2000 11:00 PM > On Wed, 30 Aug 2000, Jim Baxter wrote: > > > I have come accross several bad modems on my hiper dsps. I logged into the > > CLI on the hiper arc, and disabled them using > > > > HiPer>> disable interface slot:xx/mod:xx > > > > I would assume this would work fine, however now when all the other modems > > on the card fill up, my customers receive fast busy signals. This should > > not be the case as our phone lines are configured such that all calls should > > roll over onto the second PRI once the first one is full. Has anyone > > experienced this before? Is there a way that I can busy out a modem on a > > DSP so that the incoming calls will still roll onto the next pri? > > You have assumed wrong.. This stops the HARC from using the interface but > not the DSP from accepting a call on them. You should try setting the > DS0s Local Out Of Service (L00S). Then you should get the desired effect > if your spans are provisioned correctly. > > I have never seen bad "modems" on a hiper DSP card. There are only 12 DSPs > each with 2 virtual modems. Do you see failed modems in pairs, if not > then its not a hardware problem. What code are you running? > > > > > - > 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. >

2.0.51 fixed that for us. It was quite a relief blake > -----Original Message----- > From: Jim Baxter [SMTP:jim@atconnex.net] > Sent: Thursday, August 31, 2000 8:25 AM > To: usr-tc@lists.xmission.com > Subject: Re: (usr-tc) bad modems in hiper dsp > > Mike., > > Thanks for the info. I am running DSP code 2.0.81 and yes, the modems > fail > in pairs, mod:1 and mod:2 do not accept calls properly on one of my DSPs, > and mod:13 and mod:14 do not work on another. > > Jim Baxter > Systems Administration > AtConnex Networks > jim@atconnex.net > > > ----- Original Message ----- > From: <mike@otherland.dyndns.org> > To: <usr-tc@lists.xmission.com> > Sent: Wednesday, August 30, 2000 11:00 PM > Subject: Re: (usr-tc) bad modems in hiper dsp > > > > On Wed, 30 Aug 2000, Jim Baxter wrote: > > > > > I have come accross several bad modems on my hiper dsps. I logged > into > the > > > CLI on the hiper arc, and disabled them using > > > > > > HiPer>> disable interface slot:xx/mod:xx > > > > > > I would assume this would work fine, however now when all the other > modems > > > on the card fill up, my customers receive fast busy signals. This > should > > > not be the case as our phone lines are configured such that all calls > should > > > roll over onto the second PRI once the first one is full. Has anyone > > > experienced this before? Is there a way that I can busy out a modem > on > a > > > DSP so that the incoming calls will still roll onto the next pri? > > > > You have assumed wrong.. This stops the HARC from using the interface > but > > not the DSP from accepting a call on them. You should try setting the > > DS0s Local Out Of Service (L00S). Then you should get the desired effect > > if your spans are provisioned correctly. > > > > I have never seen bad "modems" on a hiper DSP card. There are only 12 > DSPs > > each with 2 virtual modems. Do you see failed modems in pairs, if not > > then its not a hardware problem. What code are you running? > > > > > > > > > > - > > 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.

Not here. I get this on console - Manufacturing Info -> 1AAA13M0 Mode/Env -> 1/0 Fault Code -> 0-8-25-1 Expected Data -> f0180020 Received Data -> 00180020 Text Message -> Address Equals Data Test Failure Info Message -> Second read failed. Hard error indicated. I think this one is going back for repairs..? > As I recall (it's been a while) re-flashing the unit did fix the problem. > > -Ken > > On Mon, 28 Aug 2000, Kalev Nurklik wrote: > > > Got a HDSP here with solid red for 'Run/Fail'. > > There is also fourth LED amber on utilization bar or whatever it's called > > counting from down to up. Nothing else is lit. > > Anybody has a clue what that means? > > I have removed and re-seated both NAC and NIC and in correct order. > > That means NIC first then NAC - no help. > > I haven't checked the console yet but thought to turn to the list > > before I get to that. > > I think I remember from somewhere that the utilization LEDs represent > > the error that has occured - is there a table describing these? > > Would it help to re-flash the card? __________________________________ Kalev Nurklik Delfi Online Pa"rnu mnt. 158, 11317 Tallinn, Estonia Tel: +372 6501709 Fax: +372 6501708 E-mail: k.nurklik@delfi.ee http://online.delfi.ee