That's also something I'd had real troubles with. The modem I have is the
alcatel speed touch home. I've downloaded both the users manual and
advanced manual from their site and just cannot get that thing to use the
web or telnet interface. It has a default address of 10.0.0.138 and no
matter what I try I can't seem to get in from either linux or win.
Now, when I try the snmpwalk using an address on our network, like our
server's dns address, i get the thing spewing out addresses for 10 mins
before I sigint it. If I try any address (from top of my head) other than
that, including the private ip to my modem, it tells me it's unreachable.
Maybe I'm missing the mark on this one as I'm not at all familiar with
most of this. But then again, it seems like only Gordon has caught on to
what's been going on here so far.
The ONLY thing that has worked in the past has been a connection to an
echo server for speakfreely which did return my ip to the opposite user.
There used to be a dynip site on the net that worked for me for about 2
weeks and since then it reports everyone on our network with the same ip.
So anyway, if you could give me a hand with the snmpwalk thing. The
network i'm on is prefixed with 142.165.**.** and my private ip is
10.10.**.** and the manufacturers of the modem claim it is supposed to be
on 10.0.0.138 but I can't connect to it, even after hardware reseting it.
Any ideas??
On Sat, 04 Nov 2000, you wrote:
> Same as with ifconfig, the kernel only knows its local IP. If you're
> behind a DSL modem that does NAT, your machine has _NO_ way of knowing the
> public IP from local information. You MUST query the modem for the
> IP. Some modems have a telnet server (like the Cisco's), most do SNMP,
> some have HTTP interfaces. The information's gotta come out of one of
> those.
>
> MSG
>
--
The world's great men have not commonly been great scholars, nor its great
scholars great men.
-- Oliver Wendell Holmes
--------------------------------------------------------
This mail proudly composed and transmitted without the
interference of any Micro$oft products or protocols.
--------------------------------------------------------
_______________________________________________
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list
