Re: [ros-users] Current best practice for multiple interface…

Forside
Vedhæftede filer:
Indlæg som e-mail
+ (text/plain)
Slet denne besked
Besvar denne besked
Skribent: User discussions
Dato:  
Til: User discussions
Emne: Re: [ros-users] Current best practice for multiple interfaces
On 01/16/2013 04:11 AM, Piyush wrote:
> +1 for binding to INADDR_ANY, though I suspect there are a number of
> ramifications I am not aware about right now. Thanks for pointing out
> your package Bill, it looks like a significant improvement over Thomas
> Moulard's original.

He has provided significant help with feedback and testing. Please
submit bugs and feature requests on Github

...

> I don't know how well wifi outages have been tested on the gateway
> framework as of right now, but it is something that will definitely be
> done over the next few months.


Based on my experience, and the multimaster talk from ROSCon 2012[1] ROS
does not handle WiFi
outages well at all. http://www.youtube.com/watch?v=Mr2AlP4ilDc

>
> Best,
> Piyush
>
> On Wed, Jan 16, 2013 at 7:03 AM, Michael Gratton <> wrote:
>> On 16/01/13 06:57, Bil Morris wrote:
>>> I am not sure why the XML RPC server does not support binding to
>>> INADDR_ANY instead of a specific ip address.
>> Yeah, this would be great from a systems perspective! Why doesn't it do
>> that already?
>>
>>> If the server could be modified to connect to all interfaces and rebind
>>> the sockets when the xmlrpc server receives
>>> a SIGHUP, then I think you could take something like our upstart scripts
>>> [1] and modify them to start ROS on boot and
>>> and send SIGHUP to ROS whenever the WiFi interface bounces.
>> IIRC if you listen on any socket, you don't need to re-bind as
>> interfaces come and go, so I don't think even sending a signal would
>> even be necessary.
>>
>> For people that want a robot to "just work" as soon as you switch it on,
>> this would make life much easier.
>>
>> //Mike
>>
>> --
>> Michael Gratton <http://www.cse.unsw.edu.au/~mikeg/>
>> UNSW School of Computer Science and Engineering.
>>
>>
>>
>> _______________________________________________
>> ros-users mailing list
>>
>> https://code.ros.org/mailman/listinfo/ros-users
>>
> _______________________________________________
> ros-users mailing list
>
> https://code.ros.org/mailman/listinfo/ros-users