Re: [lwip-users] lwIP for safety applications

2013-06-24 Thread FreeRTOS Info
> Hi, Hello - I will provide my opinion from my experience working in the aero space industry, and later in 61508 certification for SafeRTOS...but it is just opinion. What you need to do is talk to your certification body about your plans up front, before you do anything, to get their buy in to y

[lwip-users] a question!?

2013-06-24 Thread hunybal
hello evry one i cant understand why in lwip first check the type ,protocol and and after check the ipaddr and hwaddr .why at the beginning dont check this parameter to Prevention useless Process? -- View this message in context: http://lwip.100.n7.nabble.com/a-question-tp21588.html Sent

[lwip-users] lwIP for safety applications

2013-06-24 Thread Johan Englund
Hi, I'm building a safety application (IEC 61508) that makes use of lwIP. The safety function is not dependent on the data passed by lwIP but if lwIP has bugs that corrupts memory that it does not own, things might go south. Memory protection by the CPU is an option but I would still like to

Re: [lwip-users] redefining LWIP_PLATFORM_DIAG(x)

2013-06-24 Thread goldsi...@gmx.de
Sylvain Rochet wrote: Humm... cc.h is part of your lwip port which is actually not, strictly speaking, part of the lwip source. Exactly. Of which port are your speaking? Simon ___ lwip-users mailing list lwip-users@nongnu.org https://lists.nongnu.or

Re: [lwip-users] redefining LWIP_PLATFORM_DIAG(x)

2013-06-24 Thread Sylvain Rochet
Hi Joe, On Tue, Jun 25, 2013 at 12:49:31AM +1000, Joe Bloggs84 wrote: > Hi All, > > I am interested in whether there is already a way to do this and I > am missing something or whether a change like I am proposing would > be useful to others. > > cc.h defines LWIP_PLATFORM_DIAG(x) > as > #define

[lwip-users] redefining LWIP_PLATFORM_DIAG(x)

2013-06-24 Thread Joe Bloggs84
Hi All, I am interested in whether there is already a way to do this and I am missing something or whether a change like I am proposing would be useful to others. cc.h defines LWIP_PLATFORM_DIAG(x) as #define LWIP_PLATFORM_DIAG(x) printf x; I have a situation where I have to call a function

Re: [lwip-users] ARP Request breaking Telnet traffic

2013-06-24 Thread Daniel
That of course is true on one hand. But on the other hand, I wanted to test in a "real" network, where there is also "foreign" traffic. But I should have retested it in a separate network. Thanks again Daniel

Re: [lwip-users] ARP Request breaking Telnet traffic

2013-06-24 Thread Ueli Niederer
Glad we could help. Still I'm a bit puzzled, why the ZyWall also resets a connection based on the same IP (172.16.1.7) in Frame 20... A final recommendation based on my own experience: Invest some bucks in a second NIC for your PC and always create a separate network for your development de

Re: [lwip-users] ARP Request breaking Telnet traffic

2013-06-24 Thread Daniel
Hi Marty The subnet mask in this network is 255.255.0.0, so all devices are in the same subnet. See my previous post, I have found the problem. There was actually another device in the network with the same IP... Thanks for your hints anyway! Regards, Daniel -- View this message in context:

Re: [lwip-users] ARP Request breaking Telnet traffic

2013-06-24 Thread Daniel
Thank you both, Ueli and Bill Of course you're right, I should have provided more information. Sorry, first time poster in lwip. Your assumptions about the IPs are right. 172.16.1.11 is a ZyWall. Your hints just helped me a lot. I asked myself what could trigger my device to change the MAC - but

Re: [lwip-users] ARP Request breaking Telnet traffic

2013-06-24 Thread Pomeroy, Marty
>> From your trace I'd say you have the following devices in your Network: >> 172.16.1.7 is the lwIP device >> 172.16.1.34 is your PC >> 172.16.1.11 a Zyxel device (Router or similar) Minor correction to above - that the Zyxel device starts on a different subnet - 172.16.0.11 in Packet 16

Re: [lwip-users] ARP Request breaking Telnet traffic

2013-06-24 Thread Ueli Niederer
Hi Daniel Thanks for your reply. I downloaded the Wireshark trace and had a look at it. For next time I'd recommend you to post some additional Information as e.g. which IP is the PC and which one is the lwIP device. From your trace I'd say you have the following devices in your Network:

Re: [lwip-users] ARP Request breaking Telnet traffic

2013-06-24 Thread Bill Auerbach
Daniel, It looks like the MAC address of your lwIP device changed - from 02:81:00:01:D4:C1 to 02:81:00:01:D5:00 from packet 13 to 14. Bill -Original Message- From: lwip-users-bounces+bauerbach=arrayonline@nongnu.org [mailto:lwip-users-bounces+bauerbach=arrayonline@nongnu.org] On

Re: [lwip-users] ARP Request breaking Telnet traffic

2013-06-24 Thread Daniel
Hi Ueli Thank you for you reply. I actually forgot the attachment! Here it comes. wireshark_ARP_breakdown_excerpt2.pcapng Regards, Daniel -- View this message in context: http://lwip.100.n7.nabble.com/ARP

Re: [lwip-users] ARP Request breaking Telnet traffic

2013-06-24 Thread Ueli Niederer
Hi Daniel At a first glance I'd say, the ARP request is not a cause rather than a symptom. Unfortunately I did not find the wireshark log you mentioned. Is it possible, that you forgot to attach the file? Regards Ueli Quoting Daniel Haslimann : Hi Everybody I am facing a problem with

[lwip-users] ARP Request breaking Telnet traffic

2013-06-24 Thread Daniel Haslimann
Hi Everybody I am facing a problem with our embedded controller running lwip. What I am doing in the test, is doing telnet traffic over days. It runs well for about 2-3 days, and then suddenly there is no reply. I have now made a wireshark log to see what happen