Forum Discussion

Altera_Forum's avatar
Altera_Forum
Icon for Honored Contributor rankHonored Contributor
21 years ago

HTTP server demo not accepting connections

I've been trying the HTTP server demo, and haven't had any luck getting the demo board to accept connections from outside.

I built it according to the directions in kits/nios2/components/ecos/eCos%20for%20Nios%20II.htm, section 8, and when I ran it (using either the "hello" or "twothreads" example programs), it would successfully DHCP, obtaining the right address, servers, gateway, etc., and run the demo program. However, any connection attempt to port 80 would time out (even tried telnet).

I added an FTP server, rebuilt/reinstalled, and tried to connect to port 21; nothing.

Now I'm using the "ping test" ethernet test program shipped with eCos, and switched to manually configured eth0, with the same results. Here's the output from that test: 

nios2-terminal: connected to hardware target using JTAG UART on cable
nios2-terminal: "MasterBlaster ", device 1, instance 0
nios2-terminal: starting in terminal mode (Control-C exits)
 Init: mbinit(0x00000000)
 Init: cyg_net_init_devs(0x00000000)
Init device 'lan91c111_eth0'
 Init: loopattach(0x00000000)
 Init: ifinit(0x00000000)
 Init: domaininit(0x00000000)
 Init: cyg_net_add_domain(0x01061cb0)
New domain internet at 0x00000000
 Init: cyg_net_add_domain(0x0106166c)
New domain route at 0x00000000
 Init: call_route_init(0x00000000)
 Done
Start PING test
BOOTP op: REPLY
       htype: Ethernet
        hlen: 6
        hops: 0
         xid: 0x0
        secs: 0
       flags: 0x0
       hw_addr: 00:07:ed:0b:08:85
     client IP: 10.8.1.62
         my IP: 10.8.1.62
     server IP: 10.4.1.2
    gateway IP: 10.8.254.254
  options:
        subnet mask: 255.255.0.0
       IP broadcast: 10.8.255.255
            gateway: 10.8.254.254
 Warning: Driver can't set multi-cast mode
 Warning: Driver can't set multi-cast mode
 Warning: Driver can't set multi-cast mode
PING server 10.4.1.2
 Warning: Driver can't set multi-cast mode
recvfrom: Operation timed out
64 bytes from 10.4.1.2: icmp_seq=1, time=20ms
310 bytes from 10.4.1.2: icmp_seq=2, time=20ms
556 bytes from 10.4.1.2: icmp_seq=3, time=20ms
802 bytes from 10.4.1.2: icmp_seq=4, time=30ms
 Warning: Driver can't set multi-cast mode
recvfrom: Operation timed out
64 bytes from 10.4.1.2: icmp_seq=6, time=20ms
310 bytes from 10.4.1.2: icmp_seq=7, time=10ms
556 bytes from 10.4.1.2: icmp_seq=8, time=20ms
802 bytes from 10.4.1.2: icmp_seq=9, time=20ms
 Warning: Driver can't set multi-cast mode
recvfrom: Operation timed out
Route - dst: 0.0.0.0, mask: 0.0.0.0, gateway: 10.8.254.254
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
Sent 16 packets, received 8 OK, 0 bad
PING server 10.4.1.34
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
recvfrom: Operation timed out
Sent 16 packets, received 0 OK, 0 bad
PASS:<Ping test OK>
EXIT:<done>

Any ideas? Is there a simple socket-litener-echo test program, and if so, what is it called and what port does it listen on?

And I&#39;m still waiting for my USB Blaster rev. B (sent in the order for the "free" upgrade back in October), however, I&#39;d like to note that I&#39;ve had no problems with the MasterBlaster.

15 Replies

  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    21 years ago

    Mike,

    My guess is this is a networking configuration problem. The fact that your server is on the 10.4 subnet and the client on the 10.8 makes me suspicious. I would start with logging the packets being sent, use Ethereal or your favourite sniffer program.

    Hope that helps.
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    21 years ago

    The eth0 settings are set in the nios2configtool, though configuring it for DHCP worked the same way.

    We use the 10.x.x.x range for internal IP addresses, and the second octet is based on the department. 10.4.x.x is the IT department, 10.8.x.x is mine. All my incoming connection attempts were from 10.8.x.x addresses. I didn&#39;t know what it was asking for for "Server IP address for &#39;eth0&#39;", so I put in the IP of one of our nameservers.

    Anyway, this morning it&#39;s decided on a new behavior. It accepts connections and replies to pings after the "recvfrom: Operation timed out", but the HTTP server doesn&#39;t return any data; it just leaves the connection open. I&#39;m wondering if it got killed when the ping test ended...
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    21 years ago

    Found another clue. It has to do with the programming procedure.

    Run program_flash, then download the .sof file, then run nios2-terminal... fail.

    Run program_flash, press the power-on reset button, then download the .sof file before the board goes into safe mode, then run nios2-terminal... success after net threads running.
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    21 years ago

    So now I can connect to the HTTP server, but my coworker can&#39;t. Strange. There is one thing I don&#39;t understand; in the Network Monitor page it&#39;s giving me:

    Network Monitor

    Interfaces

    Interface Status

    eth0

    Flags UP BROADCAST RUNNING SIMPLEX MULTICAST

    Address 10.8.1.62

    Mask 10.8.1.62

    Broadcast 10.8.255.255

    lo0

    Flags UP LOOPBACK RUNNING MULTICAST

    Address 127.0.0.1

    Mask 127.0.0.1

    Is the mask supposed to equal the address? Or is it a subnet mask set wrong? And what is "SIMPLEX" referring to?
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    21 years ago

    Mike,

    I&#39;m afraid I&#39;m not familiar with the Network Monitor Page. Have you thought about trying the eCos mailing lists, as this is not specific to our port.

    As for Simplex that means communicate in one direction at a time, as oposed to Duplex which is bi-directional simultaneously
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    21 years ago

    I seem the be having the exact same issues that you&#39;re facing. Have you managed to get any further with this situation?

    --Nate
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    21 years ago

    I also am having the same issues. I&#39;ve got a simple linxsys router (192.168.1.x) with no WAN connected. Just trying to talk to a laptop plugged in. The router&#39;s DHCP table shows the nios, but nothing works. Doing the power on reset thing doesn&#39;t work for me. I keep getting

    [eth_drv_ioctl] Warning: Driver can&#39;t set multi-cast mode

    Any help would be appreciated.

    Scott
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    21 years ago

    The message:

    [eth_drv_ioctl] Warning: Driver can&#39;t set multi-cast mode

    is normal, since the LAN91C111 driver doesn&#39;t support multicast unless explicitly enabled. This shouldn&#39;t be related to the problem that you&#39;re seeing.
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    21 years ago

    I&#39;ve just run into what seems to be a very similar situation with a development version of the eCos kernel. After a little investigation, I found that the HTTPD stack size was too small when running DHCP (it worked using a static IP address). By default this stack is set to 2K, and it really needs to be more like 5K.

    To change this in configtool, go to "Basic network framework"->"HTTP Daemon" and set "HTTPD thread stack size" to 5120.

    To measure stack usage, go to "eCos kernel"->"Thread-related options" and select "Measure stack usage". The stack usage information will then be available through the web server monitor pages (once you&#39;ve got them working).

    Hope that solves your problem!