Hello,

I am getting lwIp compile errors recently. The projects used to work w/o problems. All my projects are not compiling. What could be the reasons?

it says IPV4addr not found. any lib issue or revision etc?

The work on the new official networking stack based on the RTOS is completed:

• Ethernet Interface
• Socket API

The performance improvement is astonishing: Networking Libraries Benchmark

Cheers, Emilio

just a simple question. I get short of RAM. The version without RTOS any thought about that? And i cannot access the high 32K bank with the old commands attribute((section("AHBSRAM1"))); has this been changed or is that not possible anymore? if can locate my vars in the highbank i loved to implement the new stack

Hi Bert,

We are using both AHBSRAM0 and AHBSRAM1 for the networking stack:

• lwip/core/mem.c
• lwip/code/memp.c

lwIP can be used also without operating system. You need to change its configuration:

• lwip/lwipopts.h

#define NO_SYS                      0

Of course, without an operating system you are limited to the polling paradigm and you lose both the Berkeley sockets API and our Socket API.

Cheers, Emilio

The latest EthernetInterface seems to be still not fully working to me. I'm unable to send more than one packet on a single connection.

See: http://mbed.org/forum/mbed/topic/3812/

Can anyone confirm I'm doing it right?

Hi Sheldon,

You may be doing it wrong, at the server side :-)

The mbed client you have written is sending correctly all the packets, but apparently your server is failing to receive them.

In this forum comment I have written a server that can receive correctly all the packets sent by your mbed.

HTH, Emilio

Hi Emilio,

No I don't. :) See my reply in the original thread.

Could someone please make available a simple html web server project that uses the new Ethernet interface?

I got a sample of the EthernetIf one working but It keeps crashing the mbed controller if there are two simultaneous http file requests.

How's this for an MBED... over 2700 requests per second, this was done at a concurrency of 10... 98% of the requests were returned in less than 1ms... Test done using Apache Benchmark

Concurrency Level:      10
Time taken for tests:   0.037 seconds
Complete requests:      100
Failed requests:        0
Write errors:           0
Total transferred:      13400 bytes
HTML transferred:       7100 bytes
Requests per second:    2724.94 [#/sec] (mean)
Time per request:       3.670 [ms] (mean)
Time per request:       0.367 [ms] (mean, across all concurrent requests)
Transfer rate:          356.58 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    1   0.2      0       1
Processing:     0    1   0.2      1       1
Waiting:        0    1   0.2      1       1
Total:          1    1   0.2      1       2
ERROR: The median and mean for the initial connection time are more than twice the standard
       deviation apart. These results are NOT reliable.

Percentage of the requests served within a certain time (ms)
  50%      1
  66%      1
  75%      1
  80%      1
  90%      1
  95%      1
  98%      1
  99%      2
 100%      2 (longest request)

with UDP streaming I was able to achieve 80 Mbps with very average CPU usage...

You can try the server at http://162.216.184.190 http://162.216.184.190/outputs http://162.216.184.190/inputs until I change the ip :)

our ISP here is wireless so any inconstancy's are usually related to it...