[Boost-bugs] [Boost C++ Libraries] #3247: Multicast join group does not honor interface specification

Subject: [Boost-bugs] [Boost C++ Libraries] #3247: Multicast join group does not honor interface specification
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2009-07-06 21:18:46


#3247: Multicast join group does not honor interface specification
---------------------------------------------+------------------------------
 Reporter: Dale Wilson <wilson@…> | Owner: chris_kohlhoff
     Type: Bugs | Status: new
Milestone: Boost 1.40.0 | Component: asio
  Version: Boost 1.39.0 | Severity: Problem
 Keywords: multicast interface |
---------------------------------------------+------------------------------
 I'm working with the Multicast receiver example at:

 http://www.boost.org/doc/libs/1_35_0/doc/html/boost_asio/example/multicast/receiver.cpp

 Notice that you specify the listen_address as you create the endpoint that
 is bound to the socket. Later when you call socket::set_option with the
 multicast_address, I would expect the listen_address to be honored. The
 current implementation uses INET_ANY for the interface in the multicast
 subscription. This means the multicast messages may arrive on one
 interface while you are listening for them on another one. I can't think
 of any case in which you would want to specify an IP for the receive, but
 not for the join_group and it certainly shouldn't be the default behavior
 when you use the example code as a guide.

 Workaround: There is a different constructor for the join_group object
 that does produce the desired behavior, but it is not obvious that you
 should need it. Also it does not accept boost::asio::ip::addresses as
 arguments (which would make sense) but requires that you "convert" them to
 ip4 (or ip6) addresses. Seems awkward.

-- 
Ticket URL: <https://svn.boost.org/trac/boost/ticket/3247>
Boost C++ Libraries <http://www.boost.org/>
Boost provides free peer-reviewed portable C++ source libraries.

This archive was generated by hypermail 2.1.7 : 2017-02-16 18:50:00 UTC