buglwIP - A Lightweight TCP/IP stack - Bugs: bug #43951, minimal project "echop"...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #43951: minimal project "echop" not working on the specified ip

Submitted by:  salih ahi <legyndir>
Submitted on:  Thu 08 Jan 2015 09:29:33 AM UTC  
 
Category: ContribSeverity: 3 - Normal
Item Group: Faulty BehaviourStatus: Fixed
Privacy: PublicAssigned to: None
Open/Closed: ClosedPlanned Release: None
lwIP version: git head

Thu 08 Jan 2015 10:42:54 AM UTC, comment #3:

Reverted 5b81b934bff7350d3c8d5a607ca64b420b78cdc5. Reworked on d5ce4a0cd63b36627d572cb8c978ca88d695a107. Fixed.

Sylvain Rochet <gradator>
Project Member
Thu 08 Jan 2015 09:46:54 AM UTC, comment #2:

What confuses me is that echop opens an interface and calls tcp_listen() but connections are refused on that interface, while simhost, for example, starts on 192.168.0.2 and accepts ping requests on the same ip.

When I check the route table while running echop, it seems to send the corresponding packets to tap0, as expected. I couldn't get why a host side tap configuration may be necessary

salih ahi <legyndir>
Thu 08 Jan 2015 09:37:45 AM UTC, comment #1:

I don't think setting the host-side tap configuration is the job of the echop binary.

You may, for example, want to bridge the tap interface without setting IP configuration.

What would be ok is a patch for a configurable hook-script path called to setup the host-side interface just after the tap interface is created.

Sylvain

Sylvain Rochet <gradator>
Project Member
Thu 08 Jan 2015 09:29:33 AM UTC, original submission:

When I compile and run "contrib-1.4.1/ports/unix/proj/minimal" the default message indicates:
Host at 192.168.0.2 mask 255.255.255.0 gateway 192.168.0.1

But if I try to connect with "nc -C 192.168.0.2 7" I get "No route to host" error.

If add this line to low_level_init() before executing system(buf), then I can connect to 192.168.0.2 and the program echoes my commands, as intended

sprintf(buf, "/sbin/ifconfig tap0 inet 192.168.0.8 netmask 255.255.255.0");

Obviously, this is not the solution. Just to show that the program does not respond to the IP connections it was supposed to.

mintapif.c is attached.

salih ahi <legyndir>

 

Attached Files
file #32783:  mintapif.c added by legyndir (11KiB - text/plain)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by gradator (Posted a comment)
  • -unavailable- added by legyndir (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 7 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Thu 08 Jan 2015 10:42:54 AM UTCgradatorSeverity1 - Wish=>3 - Normal
      Item GroupFeature Request=>Faulty Behaviour
      StatusNone=>Fixed
      Open/ClosedOpen=>Closed
    Thu 08 Jan 2015 09:37:45 AM UTCgradatorSeverity3 - Normal=>1 - Wish
      Item GroupFaulty Behaviour=>Feature Request
    Thu 08 Jan 2015 09:29:33 AM UTClegyndirAttached File-=>Added mintapif.c, #32783

    Back to the top


    Powered by Savane 3.1-cleanup1