OT: Could it be?

http://www.pipevet.com/james.htm

James

lol
odd, I seem to recall you posted the first link yourself...my mistake...

"CBIC" <> wrote in message
news:EKOdnQd07KKgV4XeRVn-...
> James wrote:
>> http://www.pipevet.com/james.htm
>
> Your link is broke. You are an a$$. My link however works fine.
> http://www.pipevet.com/james1.htm
>
> --
> aka
> Doom MCNGP #38
> Is that a burdizzo in your pocket or are you just glad to see me.
>
>
>

James

James wrote:
> http://www.pipevet.com/james.htm

Your link is broke. You are an a$$. My link however works fine.
http://www.pipevet.com/james1.htm

--
aka
Doom MCNGP #38
Is that a burdizzo in your pocket or are you just glad to see me.

CBIC

I think it should say

MCNGP are asses.




"CBIC" <> wrote in message
news:EKOdnQd07KKgV4XeRVn-...
> James wrote:
>> http://www.pipevet.com/james.htm
>
> Your link is broke. You are an a$$. My link however works fine.
> http://www.pipevet.com/james1.htm
>
> --
> aka
> Doom MCNGP #38
> Is that a burdizzo in your pocket or are you just glad to see me.
>
>
>

lowdes

In microsoft.public.cert.exam.mcse, lowdes spewed across the ether:

>
> I think it should say
>
> MCNGP are asses.

Lame.

JaR

Really?

"JaR" <> wrote in message
news:Xns96C59957D7E84Misanthrope@207.46.248.16...
> In microsoft.public.cert.exam.mcse, lowdes spewed across the ether:
>
>>
>> I think it should say
>>
>> MCNGP are asses.
>
> Lame.

lowdes

From steverivera at wrca.net Wed Nov 5 15:38:11 2003
From: steverivera at wrca.net (Stephen Rivera - WRCA.Net)
Date: Wed Nov 5 13:38:25 2003
Subject: [USR-TC] WTS TC1000 Bundles, ARC, MultiSpan, HDSP's
Message-ID: < >

Chassis with dual 130A power
Hiper NMC
2- Hiper ARC
14- Hiper DSP
$1500.00

Chassis with dual 130A power
Hiper NMC
ARC
MultiSpan96
$7500

ARC (not hiper arc) card set $2500
Hiper ARC (128/16) $125
Hiper DSP (negotiable)

Quad Bundles 48 port with Hiper ARC $250

Total Switch $300

Sportster 28.8 $25
Sportster 33.6 $30
Sportster 56K $50


************************************************** *******************
Steve Rivera IM: srivera711
(877)WRCANET x102
for more product info got www.wrca.net
WRCA , Inc. - 481 Wright Debow Rd. Jackson, NJ 08527


From jfox at foxcomputers.com Mon Nov 10 09:09:59 2003
From: jfox at foxcomputers.com (Joel - Fox Computers)
Date: Mon Nov 10 08:10:06 2003
Subject: [USR-TC] V92 Chassis's Available
Message-ID: <>

$1000 each!!! Still have some 336-port V.92-capable chassis's available.
Gotta get these out the door. Config'd as follows:

(14) Hiper DSPs
(2) 128MB Hiper ARC's
(1) Hiper NMC
(2) 130Amp AC Power Supplies
Will warranty for 6 months

Email me with Questions.

Thanks,

Joel







-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/usr-tc/attachments/20031110/ff88195e/attachment-0001.html
From bradlists at mnns.com Mon Nov 10 12:07:04 2003
From: bradlists at mnns.com (Brad Gass)
Date: Mon Nov 10 11:07:09 2003
Subject: [USR-TC] TC Software Development - anything happening?
In-Reply-To: < >
References: < >
Message-ID: < s.com>

Hello, all.

Well, there hasn't been a message posted here for nearly three months, so
I'm not sure the list is even alive anymore Hope this finds you and
your gear in working order!

Anyway, I was recently contacted by Source-T about renewing my software
support contract, and it occurred to me that there has been *nothing* new
released since February of 2003, and not a word of future releases here on
this list (or anywhere else that I could find).

So, my immediate reaction to the question about renewing is "why?" If
nothing appears to be happening, why renew?

So, my question to those who are more tuned-in (or a lot of days -
clued-in) than I is - has there been, will there be, or is there any
reason otherwise to expect future software releases out of UTStar (or
whomever Commworks has become now) that would give me any reason at all to
renew my contract? Any new features in the works, any serious bugs I
haven't read about, anything new on the horizon at all?

I'm currently running TCS 4.7 and CEM, had virtually no issues with it
thus far (other than a flaky DSP card at one point), and with the value of
used USR/3Com TC chassis and hardware being less than a rusted out '79
Ford Pinto, I certainly don't need hardware support/warranty - I've got
spares for everything and then some.

I like my TC gear, I just don't currently see much value in renewing a
support contract.

Thoughts?


Brad Gass
Minnesota Network Services
117 North 3rd Street
Marshall, MN 56258
507-532-5932 Office Phone
507-532-6002 Fax
507-829-3490 Cellular
Email (off-list)


From jfox at foxcomputers.com Mon Nov 10 12:32:50 2003
From: jfox at foxcomputers.com (Joel - Fox Computers)
Date: Mon Nov 10 11:32:53 2003
Subject: [USR-TC] TC Software Development - anything happening?
Message-ID: <>

Just FYI - I've been kinda holding out on renewing for the same reason -
never need anything but software, and the software doesn't appear to be
changing - really feels like TC development kinda died when 3Com sold it.
Any other thoughts?

-----Original Message-----
From: Brad Gass [private.php?do=newpm&u=]
Sent: Monday, November 10, 2003 12:07 PM
To: usr-
Subject: [USR-TC] TC Software Development - anything happening?


Hello, all.

Well, there hasn't been a message posted here for nearly three months, so
I'm not sure the list is even alive anymore Hope this finds you and
your gear in working order!

Anyway, I was recently contacted by Source-T about renewing my software
support contract, and it occurred to me that there has been *nothing* new
released since February of 2003, and not a word of future releases here on
this list (or anywhere else that I could find).

So, my immediate reaction to the question about renewing is "why?" If
nothing appears to be happening, why renew?

So, my question to those who are more tuned-in (or a lot of days -
clued-in) than I is - has there been, will there be, or is there any
reason otherwise to expect future software releases out of UTStar (or
whomever Commworks has become now) that would give me any reason at all to
renew my contract? Any new features in the works, any serious bugs I
haven't read about, anything new on the horizon at all?

I'm currently running TCS 4.7 and CEM, had virtually no issues with it
thus far (other than a flaky DSP card at one point), and with the value of
used USR/3Com TC chassis and hardware being less than a rusted out '79
Ford Pinto, I certainly don't need hardware support/warranty - I've got
spares for everything and then some.

I like my TC gear, I just don't currently see much value in renewing a
support contract.

Thoughts?


Brad Gass
Minnesota Network Services
117 North 3rd Street
Marshall, MN 56258
507-532-5932 Office Phone
507-532-6002 Fax
507-829-3490 Cellular
Email (off-list)


_______________________________________________
USR-TC mailing list
USR-
http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc

From parham at tgamenet.com Tue Nov 11 12:22:04 2003
From: parham at tgamenet.com (Parham D. Beheshti)
Date: Tue Nov 11 01:50:52 2003
Subject: [USR-TC] TCS Software Needed
Message-ID:
< t.tgamenet.com>

Hi

I bought a total control chasis off ebay and I'm kindda stuck with the
thing right now

I was wondering if anybody can suggest a good version of software for my
chasis an maybe even provide it

I got 386 nmc

Netserver 4mb

Quad modems







Thank you in advance

parham

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/usr-tc/attachments/20031111/2cdc1293/attachment.html
From parham at tgamenet.com Tue Nov 11 12:24:49 2003
From: parham at tgamenet.com (Parham D. Beheshti)
Date: Tue Nov 11 01:53:40 2003
Subject: [USR-TC] Quad analog modems DTE
Message-ID:
< t.tgamenet.com>

Hello

I got 16 quad analog modems, 1 netserver and 1 386 nmc

.... from tcm I cant set dte to packet bus. It sets fine to packet bus
but as when I do a Get. I shows nic.

Well, I saved to nv, softreset, hard reset, still the same problem.

Please let me know if I should change a jumper or a setting to get
modems talk to netserver on packet bus

Thank you in advance



Parham

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/usr-tc/attachments/20031111/45c39e4a/attachment.html
From lbergman at wtxs.net Tue Nov 11 08:06:52 2003
From: lbergman at wtxs.net (Lewis Bergman)
Date: Tue Nov 11 07:07:25 2003
Subject: [USR-TC] TC Software Development - anything happening?
In-Reply-To: < s.com>
References: < >
< s.com>
Message-ID: <>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday 10 November 2003 12:07 pm, Brad Gass wrote:
> I like my TC gear, I just don't currently see much value in renewing a
> support contract.
>
> Thoughts?
Me thinks you are right. We are running 3.5.109 on DSP without issue. The
release notes seems to imply that unresolved issues will probably stay that
way. Our contract just came up and 3 providers tried to get me renewed. Even
a software only contract at this point is a waste unless they provide some
fix/enhancement.

I think I have two complete spare chassis at this point.
- --
Lewis Bergman
Texas Communications
4309 Maple St.
Abilene, TX 79602-8044
915-695-6962 ext 115
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE/sOz8pT00mQjG01gRAhq2AJ4ysni5MxDunMmT+jNh0zEXSGb9tA CcCdi+
kS5pjCmxI9rhJ014HmLu/qg=
=EEXs
-----END PGP SIGNATURE-----


From david.sovereen at mercury.net Tue Nov 11 10:16:47 2003
From: david.sovereen at mercury.net (David Sovereen)
Date: Tue Nov 11 08:16:51 2003
Subject: [USR-TC] GWC Modem Error in Syslog
Message-ID: <010801c3a866$d31bf060$ .net>

Hello,

I keep seeing the following error coming from one of my HiperARCs being
reported through Syslog:

At 20:15:24, Facility "GWC Modem Driver", Level "CRITICAL"::
callline->callstate = 9

Does anyone know what this means? It sounds like I might have a DSP card
that has a modem failing, but I cannot figure out how to determine which
card and which modem it is that is causing me trouble.

Has anyone run across this before? Any ideas/suggestions would be
appreciated.

Thanks,

Dave


From lbergman at wtxs.net Tue Nov 11 12:38:02 2003
From: lbergman at wtxs.net (Lewis Bergman)
Date: Tue Nov 11 11:38:31 2003
Subject: [USR-TC] GWC Modem Error in Syslog
In-Reply-To: <010801c3a866$d31bf060$ .net>
References: <010801c3a866$d31bf060$ .net>
Message-ID: <>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 11 November 2003 09:16 am, David Sovereen wrote:
> Hello,
>
> I keep seeing the following error coming from one of my HiperARCs being
> reported through Syslog:
>
> At 20:15:24, Facility "GWC Modem Driver", Level "CRITICAL"::
> callline->callstate = 9
There was a post and response about that same issue in the past. I don't
remember but the archives should have it. If not, I could look it up but I
won't have time until next week.

The web page should be at .... well I take that back. It looks like it is
now
utstar and they want you to log in before you can do anything.
- --
Lewis Bergman
Texas Communications
4309 Maple St.
Abilene, TX 79602-8044
915-695-6962 ext 115
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE/sSyKpT00mQjG01gRAqo+AKCNS/uYcqQ0eR987iPCTktFFe/v8gCgh8B8
WUeuyDuQBOnD8W/4toIEc9k=
=lSsS
-----END PGP SIGNATURE-----


From todd.bertolozzi at voyager.net Tue Nov 11 15:33:52 2003
From: todd.bertolozzi at voyager.net (Todd Bertolozzi)
Date: Tue Nov 11 13:31:37 2003
Subject: [USR-TC] BTU Output
References: <010801c3a866$d31bf060$ .net>
<>
Message-ID: <00eb01c3a893$1f0efa40$fa0210ac@slowpoke>

Anyone have a listing of the various btu's generated by the following:

hiper dsp
hiper arc
hiper nmc
regular nmc
hiper dsp
70 and 130 amp psu's?

Thanks in advance,

Todd

From support at isn.net Wed Nov 12 13:47:10 2003
From: support at isn.net (ISN Support Staff)
Date: Wed Nov 12 10:46:50 2003
Subject: [USR-TC] HiPer Access Modem Compatibility
Message-ID: <1068659229.1880.45.camel@eliza>

Hello,

We recently switched one of our dialing pools from an old Total
Control 1000 system (CISCO AS5100 terminal server cards with USR Quad
Modem cards running analog) to a HiPer system with digital lines and v90
support, and now we seem to be having a lot of compatibility problems.
Even when we've had our end users disable 56K on their modem, some of
them have a problem of getting connected but not being able to access
the Internet reliably (they get the first few packets of data, then the
browser just hangs, waiting for the rest.) I've noticed that this seems
to happen mostly with AOpen FM56 modems, but they do seem to work fine
on our other TC 1000 units (non-hiper: Dual T1's with 12 digital quad
modems running v90)

Does anyone know of any compatibility problems I should be aware of,
or is there any suggestions as to a good init string/script to use in
the Hiper systems to make them more friendly with non-USR modems?



From jfox at foxcomputers.com Wed Nov 12 11:51:11 2003
From: jfox at foxcomputers.com (Joel - Fox Computers)
Date: Wed Nov 12 10:51:49 2003
Subject: [USR-TC] HiPer Access Modem Compatibility
Message-ID: <>

The partial-page download you mention sounds like an MTU setting, possibly
coming from your RADIUS server. Past experiences like this lead me to
believe your old TC rack ignored the information, while the new one will
certainly use the setting, and a wrong setting will cause exactly what you
are describing.

Check to see if your RADIUS is sending back something like "Framed-MTU=576",
which seems to be a "common" setting on some RADIUS servers, but it will
really mess up your dial-up users.

- joel



-----Original Message-----
From: ISN Support Staff [private.php?do=newpm&u=]
Sent: Wednesday, November 12, 2003 11:47 AM
To: Discussion "relating to the 3Com/US Robotics Total Control modem
systems.
Subject: [USR-TC] HiPer Access Modem Compatibility


Hello,

We recently switched one of our dialing pools from an old Total
Control 1000 system (CISCO AS5100 terminal server cards with USR Quad
Modem cards running analog) to a HiPer system with digital lines and v90
support, and now we seem to be having a lot of compatibility problems.
Even when we've had our end users disable 56K on their modem, some of
them have a problem of getting connected but not being able to access
the Internet reliably (they get the first few packets of data, then the
browser just hangs, waiting for the rest.) I've noticed that this seems
to happen mostly with AOpen FM56 modems, but they do seem to work fine
on our other TC 1000 units (non-hiper: Dual T1's with 12 digital quad
modems running v90)

Does anyone know of any compatibility problems I should be aware of,
or is there any suggestions as to a good init string/script to use in
the Hiper systems to make them more friendly with non-USR modems?



_______________________________________________
USR-TC mailing list
USR-
http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc

From support at isn.net Wed Nov 12 14:17:26 2003
From: support at isn.net (ISN Support Staff)
Date: Wed Nov 12 11:17:08 2003
Subject: [USR-TC] HiPer Access Modem Compatibility
In-Reply-To: <>
References: <>
Message-ID: <1068661046.1880.52.camel@eliza>

Hi Joel,

Bingo! I had to bring a new radius server online at the same time we
switched to the HiPer system (the old one wasn't sending back the
response packets to the HiPer) and I forgot to remove the MTU line from
the users file. Doh! Thanks for the tip.


On Wed, 2003-11-12 at 13:51, Joel - Fox Computers wrote:
> The partial-page download you mention sounds like an MTU setting, possibly
> coming from your RADIUS server. Past experiences like this lead me to
> believe your old TC rack ignored the information, while the new one will
> certainly use the setting, and a wrong setting will cause exactly what you
> are describing.
>
> Check to see if your RADIUS is sending back something like
> "Framed-MTU=576", which seems to be a "common" setting on some RADIUS
> servers, but it will really mess up your dial-up users.
>
> - joel
>
>
>
> -----Original Message-----
> From: ISN Support Staff [private.php?do=newpm&u=]
> Sent: Wednesday, November 12, 2003 11:47 AM
> To: Discussion "relating to the 3Com/US Robotics Total Control modem
> systems.
> Subject: [USR-TC] HiPer Access Modem Compatibility
>
>
> Hello,
>
> We recently switched one of our dialing pools from an old Total
> Control 1000 system (CISCO AS5100 terminal server cards with USR Quad
> Modem cards running analog) to a HiPer system with digital lines and v90
> support, and now we seem to be having a lot of compatibility problems.
> Even when we've had our end users disable 56K on their modem, some of
> them have a problem of getting connected but not being able to access
> the Internet reliably (they get the first few packets of data, then the
> browser just hangs, waiting for the rest.) I've noticed that this seems
> to happen mostly with AOpen FM56 modems, but they do seem to work fine
> on our other TC 1000 units (non-hiper: Dual T1's with 12 digital quad
> modems running v90)
>
> Does anyone know of any compatibility problems I should be aware of,
> or is there any suggestions as to a good init string/script to use in
> the Hiper systems to make them more friendly with non-USR modems?
>
>
>
> _______________________________________________
> USR-TC mailing list
> USR-
> http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc
>


From Oliver.Francke at telefonica.de Wed Nov 12 19:46:54 2003
From: Oliver.Francke at telefonica.de (Oliver Francke)
Date: Wed Nov 12 11:46:57 2003
Subject: [USR-TC] HiPer Access Modem Compatibility
In-Reply-To: <1068661046.1880.52.camel@eliza>
References: <>
<1068661046.1880.52.camel@eliza>
Message-ID: <>

Hi *,

On Wed, Nov 12, 2003 at 02:17:26PM -0400, ISN Support Staff wrote:
> Hi Joel,
>
> Bingo! I had to bring a new radius server online at the same time we
> switched to the HiPer system (the old one wasn't sending back the
> response packets to the HiPer) and I forgot to remove the MTU line from
> the users file. Doh! Thanks for the tip.

Uhm, despite this being solved... I'm experiencing slow connections and
even drops with some "conexant" HXF-PCI-modems. I tried several
combinations:

TCS-4.5 w/ and w/o V.92 switched on ( if it matters anyway)
TCS-4.7 w/ and w/o V.92 switched on

each 1. orig US-Robotics 56k PCI flash installed ( <= V.90)
and 2. conexant-generic driver published on their web-site ( <= V.92)

Over 95% of all tries ended in transfer-"speeds" at 500-600cps.

Sh...low, eh?!

The best transfer-rate was achieved with:

AT&F+MS=V34,1,75,28800,75,33600

which gave me a "V34plus" connection on the server-side. Rate ca. 3kB/s
and stable.

Any ideas VERY welcome, as this kind of beast is distributed widely here
in Germany :-\

And of course I do NOT want to change much if any on the server-side.

Thnx in @vance,

Oliver.

[...]

--
fon. +49-5246-80-1389
mob. +49-171-5597734
I used to have a sig, but I've stopped smoking.

From support at isn.net Wed Nov 12 15:15:17 2003
From: support at isn.net (ISN Support Staff)
Date: Wed Nov 12 12:14:54 2003
Subject: [USR-TC] HiPer Access Modem Compatibility
In-Reply-To: <>
References: <>
<1068661046.1880.52.camel@eliza>
<>
Message-ID: <1068664517.1871.82.camel@eliza>

Hi Oliver,

Have you tried +MS=v90 on the client side? The +MS=v34 turns off all
56K features (which is why the modem only gets 3-3.5k/sec with that
init) +MS=v90 should lock it at v90 and not try v92 (although I'm not
100% sure on that) which might work better. We have a lot of those
Connexant modems here in Canada too (especially in Canada) and I've
found that with the v90 drivers (haven't tried v92, since our TC's don't
support it) they do work as well as any other software modem (4-4.5k/sec
on binary downloads.) There might be a difference between the North
American and European drivers though.

On Wed, 2003-11-12 at 14:46, Oliver Francke wrote:
> Hi *,
>
> On Wed, Nov 12, 2003 at 02:17:26PM -0400, ISN Support Staff wrote:
> > Hi Joel,
> >
> > Bingo! I had to bring a new radius server online at the same time we
> > switched to the HiPer system (the old one wasn't sending back the
> > response packets to the HiPer) and I forgot to remove the MTU line from
> > the users file. Doh! Thanks for the tip.
>
> Uhm, despite this being solved... I'm experiencing slow connections and
> even drops with some "conexant" HXF-PCI-modems. I tried several
> combinations:
>
> TCS-4.5 w/ and w/o V.92 switched on ( if it matters anyway)
> TCS-4.7 w/ and w/o V.92 switched on
>
> each 1. orig US-Robotics 56k PCI flash installed ( <= V.90)
> and 2. conexant-generic driver published on their web-site ( <= V.92)
>
> Over 95% of all tries ended in transfer-"speeds" at 500-600cps.
>
> Sh...low, eh?!
>
> The best transfer-rate was achieved with:
>
> AT&F+MS=V34,1,75,28800,75,33600
>
> which gave me a "V34plus" connection on the server-side. Rate ca. 3kB/s
> and stable.
>
> Any ideas VERY welcome, as this kind of beast is distributed widely here
> in Germany :-\
>
> And of course I do NOT want to change much if any on the server-side.
>
> Thnx in @vance,
>
> Oliver.
>
> [...]


From Oliver.Francke at telefonica.de Wed Nov 12 20:41:02 2003
From: Oliver.Francke at telefonica.de (Oliver Francke)
Date: Wed Nov 12 12:41:06 2003
Subject: [USR-TC] HiPer Access Modem Compatibility
In-Reply-To: <1068664517.1871.82.camel@eliza>
References: <>
<1068661046.1880.52.camel@eliza>
<>
<1068664517.1871.82.camel@eliza>
Message-ID: <>

Hi there...

On Wed, Nov 12, 2003 at 03:15:17PM -0400, ISN Support Staff wrote:
> Hi Oliver,
>
> Have you tried +MS=v90 on the client side? The +MS=v34 turns off all
> 56K features (which is why the modem only gets 3-3.5k/sec with that

yep... true..., but even with a V.92 capable-software and locking V.90
things do NOT get better *sigh*

Even just checked out the US-Robotics magic ControlCenter with no better
luck...

> init) +MS=v90 should lock it at v90 and not try v92 (although I'm not
> 100% sure on that) which might work better. We have a lot of those
> Connexant modems here in Canada too (especially in Canada) and I've
> found that with the v90 drivers (haven't tried v92, since our TC's don't
> support it) they do work as well as any other software modem (4-4.5k/sec
> on binary downloads.) There might be a difference between the North
> American and European drivers though.

.... mhm... might be.

Some other hint: I configure DSPs mostly per "factory-default", as we
are serving for MANY people here and normally this works. I got
complains from this customer for especially this and ELSA-MikroLink
stuff as well... might be related?!

Thnx again,

Oliver.

>
> On Wed, 2003-11-12 at 14:46, Oliver Francke wrote:
> > Hi *,
> >
> > On Wed, Nov 12, 2003 at 02:17:26PM -0400, ISN Support Staff wrote:
> > > Hi Joel,
> > >
> > > Bingo! I had to bring a new radius server online at the same time
> > > we
> > > switched to the HiPer system (the old one wasn't sending back the
> > > response packets to the HiPer) and I forgot to remove the MTU line
> > > from
> > > the users file. Doh! Thanks for the tip.
> >
> > Uhm, despite this being solved... I'm experiencing slow connections and
> > even drops with some "conexant" HXF-PCI-modems. I tried several
> > combinations:
> >
> > TCS-4.5 w/ and w/o V.92 switched on ( if it matters anyway)
> > TCS-4.7 w/ and w/o V.92 switched on
> >
> > each 1. orig US-Robotics 56k PCI flash installed ( <= V.90)
> > and 2. conexant-generic driver published on their web-site ( <= V.92)
> >
> > Over 95% of all tries ended in transfer-"speeds" at 500-600cps.
> >
> > Sh...low, eh?!
> >
> > The best transfer-rate was achieved with:
> >
> > AT&F+MS=V34,1,75,28800,75,33600
> >
> > which gave me a "V34plus" connection on the server-side. Rate ca. 3kB/s
> > and stable.
> >
> > Any ideas VERY welcome, as this kind of beast is distributed widely here
> > in Germany :-\
> >
> > And of course I do NOT want to change much if any on the server-side.
> >
> > Thnx in @vance,
> >
> > Oliver.
> >
> > [...]

--
fon. +49-5246-80-1389
mob. +49-171-5597734
I used to have a sig, but I've stopped smoking.

From todd.bertolozzi at voyager.net Wed Nov 12 14:57:23 2003
From: todd.bertolozzi at voyager.net (Todd Bertolozzi)
Date: Wed Nov 12 12:55:14 2003
Subject: [USR-TC] MPIP
References:
<> <1068661046.1880.52.camel@eliza>
<><10686 64517.1871.82.camel@eliza>
<>
Message-ID: <006701c3a957$35321770$fa0210ac@slowpoke>

I was purusing the knowledge base and I see a comment that a Hiper Arc that
is doing nothing basically (not routing calls) can handle a max of 21
sessions and a Hiper Arc that is in service and routing calls can do 7
sessions max.

My questions is what are they referring to when they say "sessions"??

Are they referring to the number of mpip clients that a mpip server can
handle? The number of bundles, locallinks???

Can anyone shed a bit of light on the verbiage?

Thanks in advance,

Todd


From todd.bertolozzi at voyager.net Wed Nov 12 14:59:24 2003
From: todd.bertolozzi at voyager.net (Todd Bertolozzi)
Date: Wed Nov 12 12:57:12 2003
Subject: [USR-TC] V92 Chassis's Available
References: <>
Message-ID: <007c01c3a957$7ba5faf0$fa0210ac@slowpoke>

MessageHi Joel,

I'm curious what the 6 month warranty entails? Access to software
downloads?

Todd
----- Original Message -----
From: Joel - Fox Computers
To: Discussion relating to the 3Com/US Robotics Total Control
modemsystems.
Sent: Monday, November 10, 2003 10:09 AM
Subject: [USR-TC] V92 Chassis's Available


$1000 each!!! Still have some 336-port V.92-capable chassis's available.
Gotta get these out the door. Config'd as follows:

(14) Hiper DSPs
(2) 128MB Hiper ARC's
(1) Hiper NMC
(2) 130Amp AC Power Supplies
Will warranty for 6 months

Email me with Questions.

Thanks,

Joel









------------------------------------------------------------------------------


_______________________________________________
USR-TC mailing list
USR-
http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/usr-tc/attachments/20031112/f56f260b/attachment.html
From sky1 at airmail.net Wed Nov 12 14:01:27 2003
From: sky1 at airmail.net (SWDT Inc.)
Date: Wed Nov 12 13:01:29 2003
Subject: [USR-TC] V92 Chassis's Available
References: <>
<007c01c3a957$7ba5faf0$fa0210ac@slowpoke>
Message-ID: <016401c3a957$c1d22710$6501a8c0@SKYOFFICE>

MessageProbably means that he will replace any defective parts or pieces
during a six month time frame should something go wrong.
Shannan Young

Southwest Data Technology, Inc.
401 S. Sherman Street
Suite #211
Richardson, TX 75081
972-739-7010
972-739-7013 (Fax)
www.swdt.com
----- Original Message -----
From: Todd Bertolozzi
To: Discussion relating to the 3Com/US Robotics Total Control
modemsystems.
Sent: Wednesday, November 12, 2003 1:59 PM
Subject: Re: [USR-TC] V92 Chassis's Available


Hi Joel,

I'm curious what the 6 month warranty entails? Access to software
downloads?

Todd
----- Original Message -----
From: Joel - Fox Computers
To: Discussion relating to the 3Com/US Robotics Total Control
modemsystems.
Sent: Monday, November 10, 2003 10:09 AM
Subject: [USR-TC] V92 Chassis's Available


$1000 each!!! Still have some 336-port V.92-capable chassis's
available. Gotta get these out the door. Config'd as follows:

(14) Hiper DSPs
(2) 128MB Hiper ARC's
(1) Hiper NMC
(2) 130Amp AC Power Supplies
Will warranty for 6 months

Email me with Questions.

Thanks,

Joel









----------------------------------------------------------------------------


_______________________________________________
USR-TC mailing list
USR-
http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc



------------------------------------------------------------------------------


_______________________________________________
USR-TC mailing list
USR-
http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/usr-tc/attachments/20031112/910599b2/attachment-0001.html
From jfox at foxcomputers.com Wed Nov 12 15:25:35 2003
From: jfox at foxcomputers.com (Joel - Fox Computers)
Date: Wed Nov 12 14:25:38 2003
Subject: [USR-TC] V92 Chassis's Available
Message-ID: <>

Shannan is correct. You have to get a support contract in order to get
software downloads.

Hope that helps.

Thanks,

Joel



-----Original Message-----
From: SWDT Inc. [private.php?do=newpm&u=]
Sent: Wednesday, November 12, 2003 2:01 PM
To: Discussion relating to the 3Com/US Robotics Total Control modemsystems.
Subject: Re: [USR-TC] V92 Chassis's Available


Probably means that he will replace any defective parts or pieces during a
six month time frame should something go wrong.
Shannan Young

Southwest Data Technology, Inc.
401 S. Sherman Street
Suite #211
Richardson, TX 75081
972-739-7010
972-739-7013 (Fax)
www.swdt.com

----- Original Message -----
From: Todd Bertolozzi <private.php?do=newpm&u=>
To: Discussion relating to the 3Com/US <mailto:usr->
Robotics Total Control modemsystems.
Sent: Wednesday, November 12, 2003 1:59 PM
Subject: Re: [USR-TC] V92 Chassis's Available

Hi Joel,

I'm curious what the 6 month warranty entails? Access to software
downloads?

Todd

----- Original Message -----
From: Joel - <private.php?do=newpm&u=> Fox Computers
To: Discussion relating to the <mailto:usr-> 3Com/US
Robotics Total Control modemsystems.
Sent: Monday, November 10, 2003 10:09 AM
Subject: [USR-TC] V92 Chassis's Available

$1000 each!!! Still have some 336-port V.92-capable chassis's available.
Gotta get these out the door. Config'd as follows:

(14) Hiper DSPs
(2) 128MB Hiper ARC's
(1) Hiper NMC
(2) 130Amp AC Power Supplies
Will warranty for 6 months

Email me with Questions.

Thanks,

Joel










_____




_______________________________________________
USR-TC mailing list
USR-
http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc




_____




_______________________________________________
USR-TC mailing list
USR-
http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc


-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/usr-tc/attachments/20031112/8293b888/attachment.html
From mcisar at iul.net Wed Nov 12 21:54:49 2003
From: mcisar at iul.net (Mike Cisar)
Date: Wed Nov 12 21:55:04 2003
Subject: [USR-TC] Hiper ARC setup assistance please
Message-ID: <>

I am in the midst of replacing my existing PRI/Quad/Netserver/NMC setup with
a Hiper DSP/ARC/NMC. I have gone through, configured everything that I can
figure and got the system to the point where it's answering calls and
successfully authenticating users against our RADIUS (freeradius) server.

The problem I am having is that once users are connected most of them are
not able to do anything (and in fact the users that are not working I cannot
even ping). The puzzling part is that the problem is not tied to a
particular user (a user may dial in 10 times, and maybe one time out of the
10 everything works fine). The times when things do not work, I have had
the users check winipcfg and it shows the correct IP, gateway, etc, etc.
I'm sure there is probably some routing setting or somesuch that I have not
set properly or routing isn't propagating to something it needs to propagate
to that is causing this issue. The users are "firmly" connected, its not as
if they are getting disconnected... and they are having no problems during
the connection process. Side note that I did have to change the PPP
authentication setting from "any" to "PAP" to get users to authenticate to
the RADIUS server (the session was defaulting to CHAP and failing)... that
is the only thing remotely convoluted that I tried changing I thought
everything had gone miraculously well when I saw users dialling in, being
assigned IP addresses and connecting successfully... until the phone started
ringing with people saying "I can connect but I can't do anything".

I've tried to configure with HARM (which I hear everybody hates after
resetting to factory default. I'm more than happy to reset the ARC to
factory defaults again(probably the best place to start if someone is
instead able to give me a quick rundown of the command line settings which I
should enter from factory default to end up with a working configuration.
Our needs are about as basic as it gets, so I'm guessing it *should* be
about 10 or 15 command lines to configure.

I'll give my working settings from the Netserver setup below, and hopefully
this will give enough info... There are no users configured in the
Netserver. IP addresses and DNS servers are assigned to the customers by
the Netserver with the exception of a handful of users which receive a
static IP courtesy of the RADIUS server (but still receive their DNS server
settings courtesy of the Netserver). I've set the IP's for the new
equipment not to conflict with the old so that all I have to do is unplug
the PRI from the old chassis and plug it into the new one to do the
switchover (or to test). The RADIUS server is all configured up to
accommodate this setup.

(IP's shortened below to save my fingers .

- I have a single PRI with 23 channels
- Existing Netserver is IP 1.1.1.226 with netmask 255.255.255.224 and
gateway of 1.1.1.225
- Existing NMC is IP 1.1.1.130 with netmask 255.255.255.192 and gateway of
1.1.1.129
- Our single IP Pool for dialup users starts at 1.1.1.228 netmask
255.255.255.224 gw 1.1.1.225 and has 27 IP's available (will be using the
same pool in new setup)

- Hiper NMC will be IP 1.1.1.181 with netmask 255.255.255.192 and gateway of
1.1.1.129
- Hiper ARC with dual 10/100 NIC will be IP 1.1.1.227 with netmask
255.255.255.224 and gateway of 1.1.1.225 on the top ethernet port, the
bottom ethernet port is not connected.
- Radius server is 1.1.1.133 with a secret of blah for both accounting and
authentication
- DNS servers are 1.1.1.130 and 1.1.1.131
- Logging server is 1.1.1.133
- SNMP traps to 1.1.1.133
- 3.5.105 firmware on DSP, 5.3.107 on ARC and 8.6.3 on NMC

I think that's about everything. Thanks in advance for your assistance!

Cheers,
>>>>> Mike <<<<<


From choi at it.co.th Thu Nov 13 11:54:56 2003
From: choi at it.co.th (choi)
Date: Wed Nov 12 21:55:14 2003
Subject: [USR-TC] finding latest software
Message-ID: <006001c3a9a2$49247cf0$d7da90cb@president>

This is Ms. Choi from Thailand.
I'm working with Sub ISP in thailand and using TCH 1000 (used ?.?) for
internet service.
TCH is quite good so far but I got a little problem about software version.
Actually, I bought used TCH and no management contract with 3com so cannot
get any update version of each ARC, DSP, NMC etc.
Buying new TCH is still heavy for me.
If you can give me those software version, it would be highly appreciated.
?.?
I've heard that these are the latest code (is it correct??)
3COM DSP 3.7.4
3COM Access Router Card 5.7.2
3COM Network Management Card 10.2.5
I'm looking forward to your reply soon.
Thank you.

** Please help me !!!

Best Regards
Choi

Thai System Integration Co.Ltd.
Bangkok : #211, 2F Times Square Bldg, 246, Sukhumvit Soi 12~14 Klongtoey,
Bangkok 10110 Thailand
Tel : +(662) 653-3636~9 Fax : +(662) 653-3635
Pattaya : 475/1-3, Moo 4, Sukhumvit Rd Naklua, Banglamung, Chonburi 20150
Thailand
Tel : +(663 727-727 Fax : +(663 727-726
From lbergman at wtxs.net Thu Nov 13 07:44:16 2003
From: lbergman at wtxs.net (Lewis Bergman)
Date: Thu Nov 13 06:44:24 2003
Subject: [USR-TC] finding latest software
In-Reply-To: <006001c3a9a2$49247cf0$d7da90cb@president>
References: <006001c3a9a2$49247cf0$d7da90cb@president>
Message-ID: <>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wednesday 12 November 2003 10:54 pm, choi wrote:
> This is Ms. Choi from Thailand.
> I'm working with Sub ISP in thailand and using TCH 1000 (used ?.?) for
> internet service. TCH is quite good so far but I got a little problem
> about
> software version. Actually, I bought used TCH and no management contract
> with 3com so cannot get any update version of each ARC, DSP, NMC etc.
> Buying new TCH is still heavy for me.
> If you can give me those software version, it would be highly appreciated.
> ?.? I've heard that these are the latest code (is it correct??)
> 3COM DSP 3.7.4
> 3COM Access Router Card 5.7.2
> 3COM Network Management Card 10.2.5
> I'm looking forward to your reply soon.
> Thank you.
>
> ** Please help me !!!
There are a bunch of people that will sell you a softare contract for
probably
less than a thousand for a 2 DSP box.
- --
Lewis Bergman
Texas Communications
4309 Maple St.
Abilene, TX 79602-8044
915-695-6962 ext 115
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE/s4qwpT00mQjG01gRAiBQAKCGZFXtiL5REsaV65FqfZjuZxnRfQ CfSI0r
HxwXWzZv9/VPowVnvU+ROuw=
=A9XG
-----END PGP SIGNATURE-----


From todd.bertolozzi at voyager.net Thu Nov 13 11:07:31 2003
From: todd.bertolozzi at voyager.net (Todd Bertolozzi)
Date: Thu Nov 13 09:05:27 2003
Subject: [USR-TC] Hiper ARC setup assistance please
References: <>
Message-ID: <004601c3aa00$40dfb330$fa0210ac@slowpoke>

I didn't see a response to your ? so I thought I'd try to help a little.
There's a lot of info here so I'll just start off with some simple things
and go from there.

First...I don't see why you have your NMC and arc on different subnets? Not
really related to your customers not routing but seems to me could be a
problem for you down the road. There are some other unusual choices of
subnets but hey...run with it. What's the upstream router from the arc
tell you when you issue a route statement for the dialup pool? If it's a
cisco....show ip route 1.1.1.228 255.255.255.227

Are you going to setup a routing protocol on the box? I'm not a big fan of
setting up ip pools in the same subnet as the ethernet. I'd consider ospf
instead of rip but it's really your choice. I'm thinking (but can't
remember fully) that there's a statement like enable ip proxy_arp_all_dialin
to get your ip pools routing when they're in the same subnet as the ether.

Hope that helps.

Todd
----- Original Message -----
From: "Mike Cisar" <>
To: <USR->
Sent: Wednesday, November 12, 2003 11:54 PM
Subject: [USR-TC] Hiper ARC setup assistance please


> I am in the midst of replacing my existing PRI/Quad/Netserver/NMC setup
with
> a Hiper DSP/ARC/NMC. I have gone through, configured everything that I
can
> figure and got the system to the point where it's answering calls and
> successfully authenticating users against our RADIUS (freeradius) server.
>
> The problem I am having is that once users are connected most of them are
> not able to do anything (and in fact the users that are not working I
cannot
> even ping). The puzzling part is that the problem is not tied to a
> particular user (a user may dial in 10 times, and maybe one time out of
the
> 10 everything works fine). The times when things do not work, I have had
> the users check winipcfg and it shows the correct IP, gateway, etc, etc.
> I'm sure there is probably some routing setting or somesuch that I have
not
> set properly or routing isn't propagating to something it needs to
propagate
> to that is causing this issue. The users are "firmly" connected, its not
as
> if they are getting disconnected... and they are having no problems during
> the connection process. Side note that I did have to change the PPP
> authentication setting from "any" to "PAP" to get users to authenticate to
> the RADIUS server (the session was defaulting to CHAP and failing)... that
> is the only thing remotely convoluted that I tried changing I thought
> everything had gone miraculously well when I saw users dialling in, being
> assigned IP addresses and connecting successfully... until the phone
started
> ringing with people saying "I can connect but I can't do anything".
>
> I've tried to configure with HARM (which I hear everybody hates after
> resetting to factory default. I'm more than happy to reset the ARC to
> factory defaults again(probably the best place to start if someone is
> instead able to give me a quick rundown of the command line settings which
I
> should enter from factory default to end up with a working configuration.
> Our needs are about as basic as it gets, so I'm guessing it *should* be
> about 10 or 15 command lines to configure.
>
> I'll give my working settings from the Netserver setup below, and
hopefully
> this will give enough info... There are no users configured in the
> Netserver. IP addresses and DNS servers are assigned to the customers by
> the Netserver with the exception of a handful of users which receive a
> static IP courtesy of the RADIUS server (but still receive their DNS
server
> settings courtesy of the Netserver). I've set the IP's for the new
> equipment not to conflict with the old so that all I have to do is unplug
> the PRI from the old chassis and plug it into the new one to do the
> switchover (or to test). The RADIUS server is all configured up to
> accommodate this setup.
>
> (IP's shortened below to save my fingers .
>
> - I have a single PRI with 23 channels
> - Existing Netserver is IP 1.1.1.226 with netmask 255.255.255.224 and
> gateway of 1.1.1.225
> - Existing NMC is IP 1.1.1.130 with netmask 255.255.255.192 and gateway of
> 1.1.1.129
> - Our single IP Pool for dialup users starts at 1.1.1.228 netmask
> 255.255.255.224 gw 1.1.1.225 and has 27 IP's available (will be using the
> same pool in new setup)
>
> - Hiper NMC will be IP 1.1.1.181 with netmask 255.255.255.192 and gateway
of
> 1.1.1.129
> - Hiper ARC with dual 10/100 NIC will be IP 1.1.1.227 with netmask
> 255.255.255.224 and gateway of 1.1.1.225 on the top ethernet port, the
> bottom ethernet port is not connected.
> - Radius server is 1.1.1.133 with a secret of blah for both accounting and
> authentication
> - DNS servers are 1.1.1.130 and 1.1.1.131
> - Logging server is 1.1.1.133
> - SNMP traps to 1.1.1.133
> - 3.5.105 firmware on DSP, 5.3.107 on ARC and 8.6.3 on NMC
>
> I think that's about everything. Thanks in advance for your assistance!
>
> Cheers,
> >>>>> Mike <<<<<
>
>
> _______________________________________________
> USR-TC mailing list
> USR-
> http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc
>


From mcisar at iul.net Thu Nov 13 10:07:00 2003
From: mcisar at iul.net (Mike Cisar)
Date: Thu Nov 13 10:07:07 2003
Subject: [USR-TC] Hiper ARC setup assistance please
In-Reply-To: <004601c3aa00$40dfb330$fa0210ac@slowpoke>
Message-ID: <>

> I didn't see a response to your ? so I thought I'd try to help a little.

Thanks

> First...I don't see why you have your NMC and arc on different subnets?
> Not really related to your customers not routing but seems to me could be
> a problem for you down the road.

I could easily move the ARC to (for example 1.1.1.135), our old setup always
had the Netserver on the same subnet as the dialup pool so I was just trying
to mirror that setup (don't ask me why I did it that way 10 years ago .
If I move the ARC to be in the same subnet as the NMC... where would I tell
the ARC that the gateway for the IP pool is at .225 (whereas the gateway for
the ARC would then be at .129).

> There are some other unusual choices of
> subnets but hey...run with it.

We have 3 separate subnets coming in from our upstream, one of 64 IP's and 2
of 32. All come in over the same ethernet, and each have a separate gateway
IP). The block of 64 houses our lan (workstations, servers, etc), 32 for a
block of virtual web servers and the other 32 is for the dialup pool.

> What's the upstream router from the arc
> tell you when you issue a route statement for the dialup pool? If it's a
> cisco....show ip route 1.1.1.228 255.255.255.227

That I couldn't tell you We are on an ethernet over fiber connection
and don't have access to the ISP's router. All we got at our end for
equipment is one pretty red cable coming out of the wall For what it's
worth, with the Netserver at .226 and the IP pool starting at .228
everything works just peachy... so unless the ARC is sending something
upstream to screw up the routing (or not sending something upstream that the
Netserver is) that part should be remaining the same (the IP pool is the one
thing in this changeover that remains constant

> Are you going to setup a routing protocol on the box? I'm not a big fan
> of setting up ip pools in the same subnet as the ethernet. I'd consider
> ospf instead of rip but it's really your choice. I'm thinking (but can't
> remember fully) that there's a statement like enable ip
> proxy_arp_all_dialin to get your ip pools routing when they're in the same
> subnet as the ether.

To be quite honest I don't know. I never had to set anything up
routing-wise on the Netserver (for better or worse), but it's entirely
possible that I'll need to do that on the ARC if "out of the box" it doesn't
treat things the same.

> Hope that helps.

Time will tell HEHE. Thanks!

Cheers,
>>>>> Mike <<<<<



From todd.bertolozzi at voyager.net Thu Nov 13 13:11:16 2003
From: todd.bertolozzi at voyager.net (Todd Bertolozzi)
Date: Thu Nov 13 11:09:01 2003
Subject: [USR-TC] Hiper ARC setup assistance please
References: <>
Message-ID: <001501c3aa11$87f2fb40$fa0210ac@slowpoke>

Did the proxy_arp command fix your routing issues or not? When you are
unable to ping customers, where does the traceroute die?

Todd
----- Original Message -----
From: "Mike Cisar" <>
To: "'Discussion relating to the 3Com/US Robotics Total
Controlmodemsystems.'" <usr->
Sent: Thursday, November 13, 2003 12:07 PM
Subject: RE: [USR-TC] Hiper ARC setup assistance please


> > I didn't see a response to your ? so I thought I'd try to
> > help a little.
>
> Thanks
>
> > First...I don't see why you have your NMC and arc on
> > different subnets? Not really related to your customers not
> > routing but seems to me could be a problem for you down the
> > road.
>
> I could easily move the ARC to (for example 1.1.1.135), our old setup
always
> had the Netserver on the same subnet as the dialup pool so I was just
trying
> to mirror that setup (don't ask me why I did it that way 10 years ago .
> If I move the ARC to be in the same subnet as the NMC... where would I
tell
> the ARC that the gateway for the IP pool is at .225 (whereas the gateway
for
> the ARC would then be at .129).
>
> > There are some other unusual choices of
> > subnets but hey...run with it.
>
> We have 3 separate subnets coming in from our upstream, one of 64 IP's and
2
> of 32. All come in over the same ethernet, and each have a separate
gateway
> IP). The block of 64 houses our lan (workstations, servers, etc), 32 for
a
> block of virtual web servers and the other 32 is for the dialup pool.
>
> > What's the upstream router from the arc
> > tell you when you issue a route statement for the dialup
> > pool? If it's a cisco....show ip route 1.1.1.228 255.255.255.227
>
> That I couldn't tell you We are on an ethernet over fiber connection
> and don't have access to the ISP's router. All we got at our end for
> equipment is one pretty red cable coming out of the wall For what
it's
> worth, with the Netserver at .226 and the IP pool starting at .228
> everything works just peachy... so unless the ARC is sending something
> upstream to screw up the routing (or not sending something upstream that
the
> Netserver is) that part should be remaining the same (the IP pool is the
one
> thing in this changeover that remains constant
>
> > Are you going to setup a routing protocol on the box? I'm
> > not a big fan of setting up ip pools in the same subnet as
> > the ethernet. I'd consider ospf instead of rip but it's
> > really your choice. I'm thinking (but can't remember fully)
> > that there's a statement like enable ip proxy_arp_all_dialin
> > to get your ip pools routing when they're in the same subnet
> > as the ether.
>
> To be quite honest I don't know. I never had to set anything up
> routing-wise on the Netserver (for better or worse), but it's entirely
> possible that I'll need to do that on the ARC if "out of the box" it
doesn't
> treat things the same.
>
> > Hope that helps.
>
> Time will tell HEHE. Thanks!
>
> Cheers,
> >>>>> Mike <<<<<
>
>
>
> _______________________________________________
> USR-TC mailing list
> USR-
> http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc
>


From todd.bertolozzi at voyager.net Thu Nov 13 13:19:12 2003
From: todd.bertolozzi at voyager.net (Todd Bertolozzi)
Date: Thu Nov 13 11:16:57 2003
Subject: [USR-TC] Hiper ARC setup assistance please
References: <>
<001501c3aa11$87f2fb40$fa0210ac@slowpoke>
Message-ID: <002801c3aa12$a39db1e0$fa0210ac@slowpoke>

Sorry...don't think I answered your other question:

> where would I tell the ARC that the gateway for the IP pool is at .225
(whereas the gateway for the ARC would then be at .129).

I'm a little confused as to what you're asking but you don't setup a gateway
for the ip pools, just a gateway for the arc. The pools are directly
connected

Todd

----- Original Message -----
From: "Todd Bertolozzi" <>
To: "Discussion relating to the 3Com/US Robotics Total Control
modemsystems." <usr->
Sent: Thursday, November 13, 2003 1:11 PM
Subject: Re: [USR-TC] Hiper ARC setup assistance please


> Did the proxy_arp command fix your routing issues or not? When you are
> unable to ping customers, where does the traceroute die?
>
> Todd
> ----- Original Message -----
> From: "Mike Cisar" <>
> To: "'Discussion relating to the 3Com/US Robotics Total
> Controlmodemsystems.'" <usr->
> Sent: Thursday, November 13, 2003 12:07 PM
> Subject: RE: [USR-TC] Hiper ARC setup assistance please
>
>
> > > I didn't see a response to your ? so I thought I'd try to
> > > help a little.
> >
> > Thanks
> >
> > > First...I don't see why you have your NMC and arc on
> > > different subnets? Not really related to your customers not
> > > routing but seems to me could be a problem for you down the
> > > road.
> >
> > I could easily move the ARC to (for example 1.1.1.135), our old setup
> always
> > had the Netserver on the same subnet as the dialup pool so I was just
> trying
> > to mirror that setup (don't ask me why I did it that way 10 years ago
.
> > If I move the ARC to be in the same subnet as the NMC... where would I
> tell
> > the ARC that the gateway for the IP pool is at .225 (whereas the gateway
> for
> > the ARC would then be at .129).
> >
> > > There are some other unusual choices of
> > > subnets but hey...run with it.
> >
> > We have 3 separate subnets coming in from our upstream, one of 64 IP's
and
> 2
> > of 32. All come in over the same ethernet, and each have a separate
> gateway
> > IP). The block of 64 houses our lan (workstations, servers, etc), 32
for
> a
> > block of virtual web servers and the other 32 is for the dialup pool.
> >
> > > What's the upstream router from the arc
> > > tell you when you issue a route statement for the dialup
> > > pool? If it's a cisco....show ip route 1.1.1.228 255.255.255.227
> >
> > That I couldn't tell you We are on an ethernet over fiber
connection
> > and don't have access to the ISP's router. All we got at our end for
> > equipment is one pretty red cable coming out of the wall For what
> it's
> > worth, with the Netserver at .226 and the IP pool starting at .228
> > everything works just peachy... so unless the ARC is sending something
> > upstream to screw up the routing (or not sending something upstream that
> the
> > Netserver is) that part should be remaining the same (the IP pool is the
> one
> > thing in this changeover that remains constant
> >
> > > Are you going to setup a routing protocol on the box? I'm
> > > not a big fan of setting up ip pools in the same subnet as
> > > the ethernet. I'd consider ospf instead of rip but it's
> > > really your choice. I'm thinking (but can't remember fully)
> > > that there's a statement like enable ip proxy_arp_all_dialin
> > > to get your ip pools routing when they're in the same subnet
> > > as the ether.
> >
> > To be quite honest I don't know. I never had to set anything up
> > routing-wise on the Netserver (for better or worse), but it's entirely
> > possible that I'll need to do that on the ARC if "out of the box" it
> doesn't
> > treat things the same.
> >
> > > Hope that helps.
> >
> > Time will tell HEHE. Thanks!
> >
> > Cheers,
> > >>>>> Mike <<<<<
> >
> >
> >
> > _______________________________________________
> > USR-TC mailing list
> > USR-
> > http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc
> >
>
>
> _______________________________________________
> USR-TC mailing list
> USR-
> http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc
>


From gcamiling at imvi.com.ph Sat Nov 15 10:09:44 2003
From: gcamiling at imvi.com.ph (Gen Camiling)
Date: Fri Nov 14 19:07:01 2003
Subject: [USR-TC] Corrupted Flash, diagnostic power-up failure
Message-ID: <>

Hi there,

im upgrading code for hiperdsp, downloading was succesful but upon
boot-up of the card this is what i got:


Flash Image Has Valid CRC, Loading Image....

Diagnostic Power-Up Failure

Manufacturing Info -> 1AAA13M0
Mode/Env -> 1/0
Fault Code -> 0-8-25-1
Expected Data -> f005400c
Received Data -> f0054004
Text Message -> Address Equals Data Test Failure
Info Message -> Second read failed. Hard error indicated.

Questions:
1. If the Flash gets corrupted and you tried re-flashing and still
card does not come up, is there a way to salvage the card or is it
good as hardware failure (dead)?

2. Is there a list/link/copy where we can interpret such fault code
like the one stated above?


--
Best regards,
Gen


===================================
Gener R. Camiling
Chief Technical Officer
International Micro Village, Inc.
http://www.imvi.com.ph
===================================


From parham at tgamenet.com Sat Nov 15 09:10:11 2003
From: parham at tgamenet.com (Parham D. Beheshti)
Date: Fri Nov 14 22:39:34 2003
Subject: [USR-TC] Quad analog modems DTE
Message-ID:
< t.tgamenet.com>



No one has an answer for me yet???

________________________________

From: usr-tc-
[mailto:usr-tc-] On Behalf Of Parham D.
Beheshti
Sent: Tuesday, November 11, 2003 12:25 PM
To: usr-
Subject: [USR-TC] Quad analog modems DTE



Hello

I got 16 quad analog modems, 1 netserver and 1 386 nmc

.... from tcm I cant set dte to packet bus. It sets fine to packet bus
but as when I do a Get. I shows nic.

Well, I saved to nv, softreset, hard reset, still the same problem.

Please let me know if I should change a jumper or a setting to get
modems talk to netserver on packet bus

Thank you in advance



Parham

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/usr-tc/attachments/20031115/fb3f4219/attachment.html
From alex at wanex.ge Sat Nov 15 16:43:39 2003
From: alex at wanex.ge (alex)
Date: Sat Nov 15 05:43:26 2003
Subject: [USR-TC] Quad analog modems DTE
References:
< t.tgamenet.com>
Message-ID: <>

If your modems are analog (neither analog/digital not digital) you
can't set dte to packet bus.

Parham D. Beheshti wrote:

>
> No one has an answer for me yet??? L
>
> ------------------------------------------------------------------------
>
> From: usr-tc-
> [mailto:usr-tc-] On Behalf Of Parham D.
> Beheshti
> Sent: Tuesday, November 11, 2003 12:25 PM
> To: usr-
> Subject: [USR-TC] Quad analog modems DTE
>
>
> Hello
>
> I got 16 quad analog modems, 1 netserver and 1 386 nmc
>
> ... from tcm I cant set dte to packet bus. It sets fine to packet bus but
> as when I do a Get. I shows nic.
>
> Well, I saved to nv, softreset, hard reset, still the same problem.
>
> Please let me know if I should change a jumper or a setting to get modems
> talk to netserver on packet bus
>
> Thank you in advance
>
>
> Parham
>
>------------------------------------------------------------------------
>
>_______________________________________________
>USR-TC mailing list
>USR-
>http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/usr-tc/attachments/20031115/8843fe54/attachment-0001.html
From steverivera at wrca.net Mon Nov 17 17:11:45 2003
From: steverivera at wrca.net (Stephen Rivera - WRCA.Net)
Date: Mon Nov 17 15:11:57 2003
Subject: [USR-TC] Anybody selling 333NMC's?
Message-ID: < >

Looking for any of these elusive puppies.
If you have one or 2 or 10. I'm interested.
(***Would have blue pull tabs)


anyone interested in an ARC (not hiper arc) cheap $2000.
2nd gen. never used. out of box condition.
been sitting here to long.

also have 5 or so 336 bundles available. Priced to compete.


************************************************** *******************
Steve Rivera IM: srivera711
(877)WRCANET x102
for more product info got www.wrca.net
WRCA , Inc. - 481 Wright Debow Rd. Jackson, NJ 08527


From blehmann at glis.cc Wed Nov 19 16:19:55 2003
From: blehmann at glis.cc (Brandon Lehmann)
Date: Wed Nov 19 14:19:14 2003
Subject: [USR-TC] IP Filters via Radius Profiles
Message-ID: <001201c3aee2$e0de1ac0$65010a0a@IBURNLAP>

Hi List,

I have read through a lot of the archives concerning IP filtering
similar to Ascend-Data-Filter. I would like to refrain from setting up
"filters" on the TC. I would rather send the filters down dynamically from
the radius server.

I have added the following radius attributes to my sql server for
passing the filters down to the user on login.

USR-IP-Input-Filter = "1 AND tcp-dst-port = 25",
USR-IP-Input-Filter = "2 REJECT dst-addr != X.X.X.X/24",
USR-IP-Input-Filter = "3 PERMIT"

Please not that my Radius server automatically translates this attribute
to IP-Input-Filter. I have read through some TC documentation that refers to
IP-Input-Filter and says that the AND statement comes before the REJECT
statement BUT to number the rules in order. However, I have seen in the list
that they are number out of order, 2, 1, 3 per say. If I number these in
this order the user cannot connect. If I use the order above the user can
connect but the filters do not apply. I am stumped. Any help would be
appreciated. *Yes that is a class C for my mail server.

Thanks,

Brandon Lehmann
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/usr-tc/attachments/20031119/1f61de80/attachment.html
From Oliver.Francke at telefonica.de Wed Nov 19 22:41:00 2003
From: Oliver.Francke at telefonica.de (Oliver Francke)
Date: Wed Nov 19 14:41:05 2003
Subject: [USR-TC] IP Filters via Radius Profiles
In-Reply-To: <001201c3aee2$e0de1ac0$65010a0a@IBURNLAP>
References: <001201c3aee2$e0de1ac0$65010a0a@IBURNLAP>
Message-ID: <>

Hi Brandon,

On Wed, Nov 19, 2003 at 04:19:55PM -0500, Brandon Lehmann wrote:
> Hi List,
>
> I have read through a lot of the archives concerning IP filtering
> similar to Ascend-Data-Filter. I would like to refrain from setting up
> "filters" on the TC. I would rather send the filters down dynamically from
> the radius server.
>
> I have added the following radius attributes to my sql server for
> passing the filters down to the user on login.
>
> USR-IP-Input-Filter = "1 AND tcp-dst-port = 25",
> USR-IP-Input-Filter = "2 REJECT dst-addr != X.X.X.X/24",
> USR-IP-Input-Filter = "3 PERMIT"

Just some thoughts:

1. Ensure this attribute is something like:
USR.attr USR-IP-Input-Filter 36864 string (*, 0)

this is "Merit" syntax, but the dezimal value of 36864 is of course
important.

2. Each line should look like:
USR-IP-Input-Filter = "1 AND tcp-dst-port = 25;",
so, don't omit the ^ at the end of
each string inside the "..."

3. Have a look at the HARC itself:
Do some monitoring with the CLI-command:
monitor radius
and then "B" for monitor all authentication packets, if the rules
apply from RADIUS. One should see all the rules decoded by the
HARC.

4. Ensure correct modem-interface settings per CLI-command:
set modem_group all filter_access on

Hope it helps,

Oliver.

--
fon. +49-5246-80-1389
mob. +49-171-5597734
I used to have a sig, but I've stopped smoking.

From Oliver.Francke at telefonica.de Wed Nov 19 22:41:00 2003
From: Oliver.Francke at telefonica.de (Oliver Francke)
Date: Wed Nov 19 14:41:07 2003
Subject: [USR-TC] IP Filters via Radius Profiles
In-Reply-To: <001201c3aee2$e0de1ac0$65010a0a@IBURNLAP>
References: <001201c3aee2$e0de1ac0$65010a0a@IBURNLAP>
Message-ID: <>

Hi Brandon,

On Wed, Nov 19, 2003 at 04:19:55PM -0500, Brandon Lehmann wrote:
> Hi List,
>
> I have read through a lot of the archives concerning IP filtering
> similar to Ascend-Data-Filter. I would like to refrain from setting up
> "filters" on the TC. I would rather send the filters down dynamically from
> the radius server.
>
> I have added the following radius attributes to my sql server for
> passing the filters down to the user on login.
>
> USR-IP-Input-Filter = "1 AND tcp-dst-port = 25",
> USR-IP-Input-Filter = "2 REJECT dst-addr != X.X.X.X/24",
> USR-IP-Input-Filter = "3 PERMIT"

Just some thoughts:

1. Ensure this attribute is something like:
USR.attr USR-IP-Input-Filter 36864 string (*, 0)

this is "Merit" syntax, but the dezimal value of 36864 is of course
important.

2. Each line should look like:
USR-IP-Input-Filter = "1 AND tcp-dst-port = 25;",
so, don't omit the ^ at the end of
each string inside the "..."

3. Have a look at the HARC itself:
Do some monitoring with the CLI-command:
monitor radius
and then "B" for monitor all authentication packets, if the rules
apply from RADIUS. One should see all the rules decoded by the
HARC.

4. Ensure correct modem-interface settings per CLI-command:
set modem_group all filter_access on

Hope it helps,

Oliver.

--
fon. +49-5246-80-1389
mob. +49-171-5597734
I used to have a sig, but I've stopped smoking.

From blehmann at glis.cc Wed Nov 19 17:13:48 2003
From: blehmann at glis.cc (Brandon Lehmann)
Date: Wed Nov 19 15:13:05 2003
Subject: [USR-TC] IP Filters via Radius Profiles
References: <001201c3aee2$e0de1ac0$65010a0a@IBURNLAP>
<>
Message-ID: <001401c3aeea$67e8b4b0$65010a0a@IBURNLAP>

Oliver,

I have solved the issue. I had to kick the attributes around a little
bit. Not sure what did it, all i did was set the sql field to the line again
and boom, it worked. Nothing different. Thanks anways. My next task is to
setup a profile for dst-port 80 only to one host for disabled customers.

Thanks,

Brandon

----- Original Message -----
From: "Oliver Francke" <>
To: "Discussion relating to the 3Com/US Robotics Total Control
modemsystems." <usr->
Cc: <usr->
Sent: Wednesday, November 19, 2003 4:41 PM
Subject: Re: [USR-TC] IP Filters via Radius Profiles


> Hi Brandon,
>
> On Wed, Nov 19, 2003 at 04:19:55PM -0500, Brandon Lehmann wrote:
> > Hi List,
> >
> > I have read through a lot of the archives concerning IP filtering
similar to Ascend-Data-Filter. I would like to refrain from setting up
"filters" on the TC. I would rather send the filters down dynamically from
the radius server.
> >
> > I have added the following radius attributes to my sql server for
passing the filters down to the user on login.
> >
> > USR-IP-Input-Filter = "1 AND tcp-dst-port = 25",
> > USR-IP-Input-Filter = "2 REJECT dst-addr != X.X.X.X/24",
> > USR-IP-Input-Filter = "3 PERMIT"
>
> Just some thoughts:
>
> 1. Ensure this attribute is something like:
> USR.attr USR-IP-Input-Filter 36864 string (*, 0)
>
> this is "Merit" syntax, but the dezimal value of 36864 is of course
> important.
>
> 2. Each line should look like:
> USR-IP-Input-Filter = "1 AND tcp-dst-port = 25;",
> so, don't omit the ^ at the end of
> each string inside the "..."
>
> 3. Have a look at the HARC itself:
> Do some monitoring with the CLI-command:
> monitor radius
> and then "B" for monitor all authentication packets, if the rules
> apply from RADIUS. One should see all the rules decoded by the
> HARC.
>
> 4. Ensure correct modem-interface settings per CLI-command:
> set modem_group all filter_access on
>
> Hope it helps,
>
> Oliver.
>
> --
> fon. +49-5246-80-1389
> mob. +49-171-5597734
> I used to have a sig, but I've stopped smoking.
>
> _______________________________________________
> USR-TC mailing list
> USR-
> http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc
>


From blehmann at glis.cc Wed Nov 19 17:13:48 2003
From: blehmann at glis.cc (Brandon Lehmann)
Date: Wed Nov 19 15:13:07 2003
Subject: [USR-TC] IP Filters via Radius Profiles
References: <001201c3aee2$e0de1ac0$65010a0a@IBURNLAP>
<>
Message-ID: <001401c3aeea$67e8b4b0$65010a0a@IBURNLAP>

Oliver,

I have solved the issue. I had to kick the attributes around a little
bit. Not sure what did it, all i did was set the sql field to the line again
and boom, it worked. Nothing different. Thanks anways. My next task is to
setup a profile for dst-port 80 only to one host for disabled customers.

Thanks,

Brandon

----- Original Message -----
From: "Oliver Francke" <>
To: "Discussion relating to the 3Com/US Robotics Total Control
modemsystems." <usr->
Cc: <usr->
Sent: Wednesday, November 19, 2003 4:41 PM
Subject: Re: [USR-TC] IP Filters via Radius Profiles


> Hi Brandon,
>
> On Wed, Nov 19, 2003 at 04:19:55PM -0500, Brandon Lehmann wrote:
> > Hi List,
> >
> > I have read through a lot of the archives concerning IP filtering
similar to Ascend-Data-Filter. I would like to refrain from setting up
"filters" on the TC. I would rather send the filters down dynamically from
the radius server.
> >
> > I have added the following radius attributes to my sql server for
passing the filters down to the user on login.
> >
> > USR-IP-Input-Filter = "1 AND tcp-dst-port = 25",
> > USR-IP-Input-Filter = "2 REJECT dst-addr != X.X.X.X/24",
> > USR-IP-Input-Filter = "3 PERMIT"
>
> Just some thoughts:
>
> 1. Ensure this attribute is something like:
> USR.attr USR-IP-Input-Filter 36864 string (*, 0)
>
> this is "Merit" syntax, but the dezimal value of 36864 is of course
> important.
>
> 2. Each line should look like:
> USR-IP-Input-Filter = "1 AND tcp-dst-port = 25;",
> so, don't omit the ^ at the end of
> each string inside the "..."
>
> 3. Have a look at the HARC itself:
> Do some monitoring with the CLI-command:
> monitor radius
> and then "B" for monitor all authentication packets, if the rules
> apply from RADIUS. One should see all the rules decoded by the
> HARC.
>
> 4. Ensure correct modem-interface settings per CLI-command:
> set modem_group all filter_access on
>
> Hope it helps,
>
> Oliver.
>
> --
> fon. +49-5246-80-1389
> mob. +49-171-5597734
> I used to have a sig, but I've stopped smoking.
>
> _______________________________________________
> USR-TC mailing list
> USR-
> http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc
>


From grmadmin at grm.net Thu Nov 20 15:56:07 2003
From: grmadmin at grm.net (Cavin)
Date: Thu Nov 20 14:56:11 2003
Subject: [USR-TC] bogus source address
Message-ID: <>

Can anyone tell me where this is coming from. I have just started
recieving this info from the logs of my Total Control Rack

Facility "IP", Level "UNUSUAL":: ip_rcv() Received datagrams with bogus
source address - 127.0.0.1

Cavin Cox
Internet Systems Administrator
Grand River Mutual Telephone Corp.
Princeton Mo. 64673



From grmadmin at grm.net Thu Nov 20 16:05:02 2003
From: grmadmin at grm.net (Cavin)
Date: Thu Nov 20 15:05:05 2003
Subject: [USR-TC] (no subject)
Message-ID: <>

Ok here is another one that I am starting to see.
Can anyone help with this one.

Facility "GWC Modem Driver", Level "UNUSUAL":: GWCMDM_AL, slot:11/mod:27
TAPI_OPEN failed, retrying
Nov 20 16:07:43 prcn1.176.142.167.in-addr.arpa At 16:02:55, Facility
"GWC Modem Driver", Level "UNUSUAL":: GWCMDM_AL, slot:11/mod:31 TAPI
OPEN failed
Nov 20 16:07:43 prcn1.176.142.167.in-addr.arpa At 16:02:55, Facility
"GWC Modem Driver", Level "UNUSUAL":: GWCMDM_AL, slot:11/mod:31
TAPI_OPEN failed, retrying


From lbergman at wtxs.net Fri Nov 21 08:33:09 2003
From: lbergman at wtxs.net (Lewis Bergman)
Date: Fri Nov 21 07:33:26 2003
Subject: [USR-TC] bogus source address
In-Reply-To: <>
References: <>
Message-ID: <>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 20 November 2003 03:56 pm, Cavin wrote:
> Can anyone tell me where this is coming from. I have just started
> recieving this info from the logs of my Total Control Rack
>
> Facility "IP", Level "UNUSUAL":: ip_rcv() Received datagrams with bogus
> source address - 127.0.0.1
Looks like someone is trying to spoof packets to make your tc think it is
coming from the loopback interface - "itself".
- --
Lewis Bergman
Texas Communications
4309 Maple St.
Abilene, TX 79602-8044
915-695-6962 ext 115
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE/viIl7++zav7/K8QRAshRAKCae89bqi2ThwEvclR921twp3tbIgCdGvWq
hUFrrpShsVyg9lY4/nsprnI=
=Md4k
-----END PGP SIGNATURE-----


From todd.bertolozzi at voyager.net Tue Nov 25 09:58:33 2003
From: todd.bertolozzi at voyager.net (Todd Bertolozzi)
Date: Tue Nov 25 07:56:20 2003
Subject: [USR-TC] worms / virus
References: <> <>
Message-ID: <006001c3b364$98ba3ef0$fa0210ac@slowpoke>

Anyone having any issues with their hiper arc's or chassis in general? Is
anyone aware of a specific code revision that addressed this either recently
or from a while back possibly?

Todd
----- Original Message -----
From: "Lewis Bergman" <>
To: "Discussion relating to the 3Com/US Robotics Total Control modem
systems." <usr->
Sent: Friday, November 21, 2003 9:33 AM
Subject: Re: [USR-TC] bogus source address


> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Thursday 20 November 2003 03:56 pm, Cavin wrote:
> > Can anyone tell me where this is coming from. I have just started
> > recieving this info from the logs of my Total Control Rack
> >
> > Facility "IP", Level "UNUSUAL":: ip_rcv() Received datagrams with bogus
> > source address - 127.0.0.1
> Looks like someone is trying to spoof packets to make your tc think it is
> coming from the loopback interface - "itself".
> - --
> Lewis Bergman
> Texas Communications
> 4309 Maple St.
> Abilene, TX 79602-8044
> 915-695-6962 ext 115
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.1 (GNU/Linux)
>
> iD8DBQE/viIl7++zav7/K8QRAshRAKCae89bqi2ThwEvclR921twp3tbIgCdGvWq
> hUFrrpShsVyg9lY4/nsprnI=
> =Md4k
> -----END PGP SIGNATURE-----
>
>
> _______________________________________________
> USR-TC mailing list
> USR-
> http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc
>
>


From scott at gdinet.com Tue Nov 25 09:04:14 2003
From: scott at gdinet.com (Scott Trautman)
Date: Tue Nov 25 08:04:16 2003
Subject: [USR-TC] worms / virus
Message-ID:
<31E9219F414CD311A9A40090270E7B1401F22561@exchange .globaldialog.com>

I'm seeing the same thing -- and I'm having problems with ARC's that
heretofor have been really stable,
are rebooting every couple of days.

Gee, wonder who's gonna work on a code update, eh?

Scott Trautman
President/Owner www.gdinet.com
Global Dialog Internet 608-240-4638,7fax
2049 Skaalen Road
Stoughton WI 53589 Internet Service across Southern Wisconsin

From todd.bertolozzi at voyager.net Tue Nov 25 10:42:23 2003
From: todd.bertolozzi at voyager.net (Todd Bertolozzi)
Date: Tue Nov 25 08:40:09 2003
Subject: [USR-TC] worms / virus
References:
<31E9219F414CD311A9A40090270E7B1401F22561@exchange .globaldialog.com>
Message-ID: <008501c3b36a$b84b6540$fa0210ac@slowpoke>

What code are you running on your arcs?

Todd



----- Original Message -----
From: "Scott Trautman" <>
To: "'Discussion relating to the 3Com/US Robotics Total Control
modemsystems.'" <usr->
Sent: Tuesday, November 25, 2003 10:04 AM

Subject: RE: [USR-TC] worms / virus


> I'm seeing the same thing -- and I'm having problems with ARC's that
> heretofor have been really stable,
> are rebooting every couple of days.
>
> Gee, wonder who's gonna work on a code update, eh?
>
> Scott Trautman
> President/Owner www.gdinet.com
> Global Dialog Internet 608-240-4638,7fax
> 2049 Skaalen Road
> Stoughton WI 53589 Internet Service across Southern Wisconsin
>
> _______________________________________________
> USR-TC mailing list
> USR-
> http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc
>


From scott at gdinet.com Tue Nov 25 09:42:40 2003
From: scott at gdinet.com (Scott Trautman)
Date: Tue Nov 25 08:42:43 2003
Subject: [USR-TC] worms / virus
Message-ID:
<31E9219F414CD311A9A40090270E7B1401F22562@exchange .globaldialog.com>

5.3.3; I have now updated just today a couple units (that have been failing
every couple of days) to 5.3.110

Dunno whether that'll make any difference at all.

SMT

Scott Trautman President,Owner
Global Dialog Internet
2049 Skaalen Road www.gdinet.com
Stoughton WI 53589 608-240-4638,7fax


From steverivera at wrca.net Tue Nov 25 10:43:54 2003
From: steverivera at wrca.net (Stephen Rivera - WRCA.Net)
Date: Tue Nov 25 08:44:31 2003
Subject: [USR-TC] TC1000 v90 / v92
Message-ID: < >

In stock. Tested. 30 day warranty.
Pricing for USR-TC list only! (Damn search engines)

Bundles:

v92
TC1000, dual 130a power, Hiper NMC, ARC II, MultiSpan $4500
TC1000, dual 130 power, Hiper NMC, 2-Hiper ARC (128MB), 14- Hiper DSP $1000

v90
TC1000, dual 70a power, NMC v90, Hiper ARC (128MB), 4- Hiper DSP $500
TC1000, dual 70, NMC, Netserver PRI, 12- Quad Digital Modems, Dual PRI/T1
$250
TC1000, dual 70, NMC, Netserver PRI, 12- Quad Digital Modems, Dual PRI/E1
$975
TC1000, dual 70a power, NMC, Netserver PRI, 56 port- Analog/Digital $1250

Cards:
MultiSpan 96 port DSP $3500
EdgeServer Pro $1250
Hiper NMC $750
Cable Upstream Receiver / Router NAC/ NIC $550
Hiper ARC (128MB/v92) $100
Hiper DSP T1 $250
Hiper DSP E1 $900 (New Condition)
NMC $75
NMC V90 $250
NETSERVER PRI $150
Dual PRI/T1 $150
Dual PRI/E1 $395

Chassis's
Chassis with Dual 130 $450
Chassis with dual 70A $150
130A Power set $275
130A DC Power set $250
70A Power Sets $100
70A DC Power Set $100


************************************************** *******************
Steve Rivera IM: srivera711
(877)WRCANET x102
for more product info got www.wrca.net
WRCA , Inc. - 481 Wright Debow Rd. Jackson, NJ 08527


From adalle at ncf.ca Thu Nov 27 19:44:02 2003
From: adalle at ncf.ca (Andre Dalle)
Date: Thu Nov 27 17:44:06 2003
Subject: [USR-TC] IP RIP/routing-advertisement
Message-ID: <>

I have my HiperARC cards working fine with static routes in our router,
but I want to get dynamic routes working since we're spanning 2 subnets now.

I've enabled RIP, but the HiperARC doesn't seem to be advertising any
routes:

hiper0-nic0>> show ip rip counters

IP RIP COUNTERS
Received RIP Packets: 0
Transmitted RIP Packets: 0
Received incorrect RIP Packets: 0


hiper0-nic0>> show ip routiNG

IP ROUTER SETTINGS
IP Router Administrative Status: ENABLED
IP Static Remote Routes: ENABLED
IP Router ID: 134.117.137.3
IP Autonomous System Number 1
IP Max Table Size: 11400
IP Max Metric Entries: 512
IP RIP ENABLED
IP Number RIP Interfaces: 0
IP Number RIP Neighbors: 0
IP RIP Flags: METRICS
SEND_REQUEST

I can't find anything in the docs about setting up RIP interfaces or
neighbours. What must I do to get this going?

--
Andre Dalle []
Systems Administrator,
National Capital Freenet [http://www.ncf.ca]

From berto at voyager.net Fri Nov 28 13:22:36 2003
From: berto at voyager.net (Todd Bertolozzi)
Date: Fri Nov 28 11:22:41 2003
Subject: [USR-TC] IP RIP/routing-advertisement
In-Reply-To: <>
Message-ID: <000401c3b5dc$994cb6c0$6401a8c0@bigdog>

You're not advertising rip through your Ethernet interface which is
identified by the following:

Number RIP Interfaces: 0

If you name your network IP add the following command:

set ip network ip routing_protocols ripv2

save all

Todd



-----Original Message-----
From: usr-tc-
[mailto:usr-tc-] On Behalf Of Andre Dalle
Sent: Thursday, November 27, 2003 7:44 PM
To: usr-
Subject: [USR-TC] IP RIP/routing-advertisement

I have my HiperARC cards working fine with static routes in our router,
but I want to get dynamic routes working since we're spanning 2 subnets
now.

I've enabled RIP, but the HiperARC doesn't seem to be advertising any
routes:

hiper0-nic0>> show ip rip counters

IP RIP COUNTERS
Received RIP Packets: 0
Transmitted RIP Packets: 0
Received incorrect RIP Packets: 0


hiper0-nic0>> show ip routiNG

IP ROUTER SETTINGS
IP Router Administrative Status: ENABLED
IP Static Remote Routes: ENABLED
IP Router ID: 134.117.137.3
IP Autonomous System Number 1
IP Max Table Size: 11400
IP Max Metric Entries: 512
IP RIP ENABLED
IP Number RIP Interfaces: 0
IP Number RIP Neighbors: 0
IP RIP Flags: METRICS
SEND_REQUEST

I can't find anything in the docs about setting up RIP interfaces or
neighbours. What must I do to get this going?

--
Andre Dalle []
Systems Administrator,
National Capital Freenet [http://www.ncf.ca]

_______________________________________________
USR-TC mailing list
USR-
http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc




From adalle at ncf.ca Fri Nov 28 14:21:38 2003
From: adalle at ncf.ca (Andre Dalle)
Date: Fri Nov 28 12:21:48 2003
Subject: [USR-TC] IP RIP/routing-advertisement
In-Reply-To: <000401c3b5dc$994cb6c0$6401a8c0@bigdog>
References: <>
<000401c3b5dc$994cb6c0$6401a8c0@bigdog>
Message-ID: <>

That was the missing piece - thanks!

On Fri, Nov 28, 2003 at 01:22:36PM -0500, Todd Bertolozzi wrote:
> You're not advertising rip through your Ethernet interface which is
> identified by the following:
>
> Number RIP Interfaces: 0
>
> If you name your network IP add the following command:
>
> set ip network ip routing_protocols ripv2
>
> save all
>
> Todd
>
>
>
> -----Original Message-----
> From: usr-tc-
> [mailto:usr-tc-] On Behalf Of Andre Dalle
> Sent: Thursday, November 27, 2003 7:44 PM
> To: usr-
> Subject: [USR-TC] IP RIP/routing-advertisement
>
> I have my HiperARC cards working fine with static routes in our router,
> but I want to get dynamic routes working since we're spanning 2 subnets
> now.
>
> I've enabled RIP, but the HiperARC doesn't seem to be advertising any
> routes:
>
> hiper0-nic0>> show ip rip counters
>
> IP RIP COUNTERS
> Received RIP Packets: 0
> Transmitted RIP Packets: 0
> Received incorrect RIP Packets: 0
>
>
> hiper0-nic0>> show ip routiNG
> IP ROUTER SETTINGS
> IP Router Administrative Status: ENABLED IP Static Remote
> Routes: ENABLED IP Router ID:
> 134.117.137.3
> IP Autonomous System Number 1
> IP Max Table Size: 11400
> IP Max Metric Entries: 512
> IP RIP ENABLED IP Number RIP
> Interfaces: 0
> IP Number RIP Neighbors: 0
> IP RIP Flags: METRICS
> SEND_REQUEST
> I can't find anything in the docs about setting up RIP interfaces or
> neighbours. What must I do to get this going?
>
> --
> Andre Dalle []
> Systems Administrator,
> National Capital Freenet [http://www.ncf.ca]
>
> _______________________________________________
> USR-TC mailing list
> USR-
> http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc
>
>
>
>
> _______________________________________________
> USR-TC mailing list
> USR-
> http://mailman.xmission.com/cgi-bin/...istinfo/usr-tc

--
Andre Dalle []
Systems Administrator,
National Capital Freenet [http://www.ncf.ca]




"James" <> wrote in message
news:u$...
> lol
> odd, I seem to recall you posted the first link yourself...my mistake...
>
> "CBIC" <> wrote in message
> news:EKOdnQd07KKgV4XeRVn-...
>> James wrote:
>>> http://www.pipevet.com/james.htm
>>
>> Your link is broke. You are an a$$. My link however works fine.
>> http://www.pipevet.com/james1.htm
>>
>> --
>> aka
>> Doom MCNGP #38
>> Is that a burdizzo in your pocket or are you just glad to see me.
>>
>>
>>
>
>

lowdes

In microsoft.public.cert.exam.mcse, lowdes spewed across the ether:

> Really Lame.

JaR

I think you are so wrong . . .the MCNGP is lame

"JaR" <> wrote in message
news:Xns96C59A319512CMisanthrope@207.46.248.16...
> In microsoft.public.cert.exam.mcse, lowdes spewed across the ether:
>
>> Really Lame.

lowdes

James wrote:
> lol
> odd, I seem to recall you posted the first link yourself...my
> mistake...

I changed it to make you look like an a$$. Ooooops you beat me to that.
--
aka
Doom MCNGP #38
Is that a burdizzo in your pocket or are you just glad to see me.

CBIC