[ILUG] Followup 2: Naive ADSL/WiFi questions [ almost no response from the unit in a local test!? ]

[Brian Foster]

 slightly over two months ago, I asked a set of naïve
 questions about switching from a 56K dialout straw to
 ADSL for my SUSE 9.1 system.  about two weeks ago I
 asked several follow-up questions.  many thanks for
 all the helpful suggestions and answers.  now for a
 puzzle ....

 the ADSL kit has arrived.  it is a Hitach AH4021 (also
 known as a Tecom AH4021), a WiFi router with two wired
 ethernet connections, NAT, &tc:

     http://www.tecomproduct.com/AH4021.htm

 general searching finds no obviously significant issues
 with this unit, which also seems to be quite commonly
 used here in France (and a lot of what I found is en
 Français).  the unit apparently runs Linux and netfilter.

 at the moment, I've no idea if the line has been enabled
 (or whatever the term is) for ADSL or not.  pending some
 information on the status, and needing to get cable(s?)
 of the appropriate lengths, I decided to leave the line
 not-connected and just try a local test:  connect the
 AH4021 to the switch via the wired ethernet (and that's
 _all_ the unit is connected to!).  in theory the unit's
 at its factory+ISP default settings (whatever they are!).

 eth0, a printer, and the AH4021 are all connected to a
 switch.  eth0 is (currently) configured as an internal
 LAN, and so there _should_ not be any firewalling &tc to
 get in the way.  the printer is working just fine; I can
 print, and I can access its embedded web server via http.

     $ /sbin/ifconfig
     eth0   Link encap:Ethernet  HWaddr 00:E0:xx:xx:xx:xx
            inet addr:192.168.yy.yy  Bcast:192.168.255.255  Mask:255.255.0.0
            inet6 addr: [ ... ]  Scope:Link
            UP BROADCAST NOTRAILERS RUNNING MULTICAST  MTU:1500  Metric:1
            RX packets:14555 errors:0 dropped:0 overruns:0 frame:0
            TX packets:57110 errors:0 dropped:0 overruns:0 carrier:0
            collisions:0 txqueuelen:1000
            RX bytes:3102187 (2.9 Mb)  TX bytes:36181737 (34.5 Mb)
            Interrupt:10 Base address:0x8f00
         [ ... ]
     $ /sbin/arp
     Address         HWtype  HWaddress           Flags Mask   Iface
     192.168.128.93  ether   00:18:xx:xx:xx:xx   C            eth0
     192.168.1.1     ether   00:19:xx:xx:xx:xx   C            eth0
     $ 

 192.168.128.93 (00:18:...) is definitely the printer.
 192.168.1.1 (00:19:...) should be the AH4021.

 unfortunately, the above is as far as I get!

 there is no other response:  ping(8), nmap(1), telnet(1),
 and  http://192.168.1.1  (documented as the embedded web
 server) all fail to obtain any response at all:

     $ ping 192.168.1.1
     PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
   [... no output, interrupted ...]
     --- 192.168.1.1 ping statistics ---
     9 packets transmitted, 0 received, 100% packet loss, time 7999ms
     $ nmap -v -P0 192.168.1.1
     Starting nmap 3.50 ( http://www.insecure.org/nmap/ ) at 2007-09-03 22:31 CEST
     Host 192.168.1.1 appears to be up ... good.
     Initiating Connect() Scan against 192.168.1.1 at 22:31
     The Connect() Scan took 1357 seconds to scan 1659 ports.
     All 1659 scanned ports on 192.168.1.1 are: filtered
      
     Nmap run completed -- 1 IP address (1 host up) scanned in 1357.278 seconds
     $ 

 watching eth0 with tcpdump(1) confirms that whilst packets
 are going out, nothing is coming back.

 the LEDs are broadly what I expect:  the switch seems happy,
 and the AH4021 has green LAN1 and PWR lit, albeit it has an
 orange ATM lit (eh?).

 WTF?!?

 any ideas?  tests I should try?  I'm disinclined to think
 there's a problem with the cable or switch, since it does
 seem to be showing up in the ARP table (above); hence, I
 haven't (yet?) tried the other wired ethernet (LAN2), or
 swapping cables and/or switch connections around, &tc.

cheers!
	-blf-
-- 
▶ ▶  I AM CURRENTLY LOOKING FOR A JOB!  ◀ ◀ | Brian Foster
Experienced (>25 yrs) software engineer:    |        Montpellier, FRANCE
 • Unix, Linux, embedded, design-for-test;  | Stop E$$o (ExxonMobile)!
 • Software/hardware co-design, debugging;  |     http:/www.stopesso.com
 • Kernels, drivers, filesystems, &tc;    Résumé (CV) & contact details:
 • IDL, automated testing, process, &tc.   http://www.blf.utvinternet.ie