It looks straightforward enough. Both the library and slpd use the affected
function -- have you tested both of them?
--Nick
2010/9/7 Varun Chandramohan <var...@linux.vnet.ibm.com>
> Hi Nick,
>
> I investigated this issue and found the solution. This not a
> config problem. Although it can be fixed by changing routing table, it is
> not the recommended way. I observed other projects get pass this limitation
> using the scope id. So here is my solution for the problem. Let me know what
> you think.
>
>
> https://sourceforge.net/tracker/?func=detail&aid=3061054&group_id=1730&atid=101730
>
> Regards,
> Varun
>
> On Monday, August 30, 2010 09:31:14 am Varun Chandramohan wrote:
> > It is a config issue, but the situation is if we cannot change routing
> table as we do not have perm in a system
> > is it possible to run slptool on LL? Its possible but with the routing
> limitation. We know the LL of the system where
> > slpd is running, but to send a request we have 2 interface and we have to
> tell slptool to use one of the interfaces to send the request.
> > -u wont work as we are not specifying the local address, rather the
> address of the system running slpd. I have not tested with -i though?
> > So if i specify the ip of the interface to use will it work? Let me test
> it myself.
> >
> > Regards,
> > Varun
> >
> > On Saturday, August 28, 2010 12:28:54 am Nick Wagner wrote:
> > > Sorry for not responding sooner. I think there's still something I'm
> > > missing here that makes me feel it's some sort of config issue rather
> than
> > > code issue. What if they used the ip address of eth1, rather than the
> > > loopback address, in their -u, or used the -i option of slptool?
> > >
> > > --Nick
> > >
> > > On Thu, Aug 26, 2010 at 9:26 PM, Varun Chandramohan <
> > > var...@linux.vnet.ibm.com> wrote:
> > >
> > > > Hi Nick,
> > > >
> > > > Is it such a bad idea to introduce optional -I option
> like the
> > > > way it id done in ping6 for slptool? I understand that
> > > > SLPNetworkCreateDatagram() is not a lib function but can it not take
> in
> > > > additional parameter as interface? If interface is specified we bind
> or the
> > > > functionality is same as before. Is there something obvious iam
> missing?
> > > >
> > > > Regards,
> > > > Varun
> > > >
> > > > On Wednesday, August 25, 2010 12:34:05 pm Varun Chandramohan wrote:
> > > > > sorry, didnt realize that this is common code for slpd and libslp.
> it
> > > > wont work with env. Any other suggestions?
> > > > >
> > > > >
> > > > > On Wednesday, August 25, 2010 12:26:50 pm Varun Chandramohan wrote:
> > > > > > interestingly i wonder what would happen if i do a bind call for
> some
> > > > ipv4/ipv6 address here SLPNetworkCreateDatagram()
> > > > > > After the socket creating we can just call bind( which is
> optional,
> > > > only when some env variable is set).
> > > > > > Iam think some env variable like "SLP_BIND_ADDR=fe80:xxxxx%eth0".
> If
> > > > this env is null we skip bind call.
> > > > > > Will this work?
> > > > > >
> > > > > > Varun
> > > > > >
> > > > > > On Wednesday, August 25, 2010 12:13:45 pm Varun Chandramohan
> wrote:
> > > > > > > yes thats possible, but their problem is that the system does
> not
> > > > have admit priv to make changes to routing table or ip address. So by
> > > > default the system generates the same
> > > > > > > ip address with fe80 as prefix. That will automatically add
> routes as
> > > > shown below. Hence the problem.
> > > > > > >
> > > > > > >
> > > > > > > On Wednesday, August 25, 2010 11:41:28 am Nick Wagner wrote:
> > > > > > > > Is it possible to set eth1 to a different link-local address,
> e.g.
> > > > > > > > fe90::/64, and then unicast to that in slptool?
> > > > > > > >
> > > > > > > > --Nick
> > > > > > > >
> > > > > > > > On Tue, Aug 24, 2010 at 10:48 PM, Varun Chandramohan <
> > > > > > > > var...@linux.vnet.ibm.com> wrote:
> > > > > > > >
> > > > > > > > > Hi All,
> > > > > > > > >
> > > > > > > > > A customer using openslp faced a funny problem.
> They
> > > > use slptool
> > > > > > > > > to get their results. The system where slptool runs have
> multiple
> > > > > > > > > interfaces. They use eth1 as the interface that connects to
> slpd.
> > > > In linux
> > > > > > > > > the route table
> > > > > > > > > shows something like this
> > > > > > > > >
> > > > > > > > > fe80::/64 eth0
> > > > > > > > > fe80::/64 eth1
> > > > > > > > >
> > > > > > > > > When they use slptool with -u (unicast) option for
> linklocal
> > > > address of
> > > > > > > > > slpd (server) they dont get any reply. The reason is quite
> > > > simple. slptool
> > > > > > > > > tries to send request via eth0 as that is first route hit
> in the
> > > > routing
> > > > > > > > > table.
> > > > > > > > > But the slpd is reachable only via eth1. So every time it
> fails.
> > > > When they
> > > > > > > > > sawp the route it works. They do not want any admin work
> > > > everytime they want
> > > > > > > > > to use different interface to do the same. They want to
> know
> > > > > > > > > if its possible to let libslp to take in -I option or some
> such
> > > > so that we
> > > > > > > > > can specify the interface the slptool or libslp should use
> to
> > > > send the
> > > > > > > > > request. Is this feasible? I think by binding we can
> achieve
> > > > this. Does
> > > > > > > > > anyone have any idea if this a good addition to libslp? If
> so any
> > > > pointer on
> > > > > > > > > how to go about it?
> > > > > > > > >
> > > > > > > > > Regards,
> > > > > > > > > Varun
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > >
> ------------------------------------------------------------------------------
> > > > > > > > > Sell apps to millions through the Intel(R) Atom(Tm)
> Developer
> > > > Program
> > > > > > > > > Be part of this innovative community and reach millions of
> > > > netbook users
> > > > > > > > > worldwide. Take advantage of special opportunities to
> increase
> > > > revenue and
> > > > > > > > > speed time-to-market. Join now, and jumpstart your future.
> > > > > > > > > http://p.sf.net/sfu/intel-atom-d2d
> > > > > > > > > _______________________________________________
> > > > > > > > > Openslp-devel mailing list
> > > > > > > > > Openslp-devel@lists.sourceforge.net
> > > > > > > > > https://lists.sourceforge.net/lists/listinfo/openslp-devel
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > >
> ------------------------------------------------------------------------------
> > > > > > > Sell apps to millions through the Intel(R) Atom(Tm) Developer
> Program
> > > > > > > Be part of this innovative community and reach millions of
> netbook
> > > > users
> > > > > > > worldwide. Take advantage of special opportunities to increase
> > > > revenue and
> > > > > > > speed time-to-market. Join now, and jumpstart your future.
> > > > > > > http://p.sf.net/sfu/intel-atom-d2d
> > > > > > > _______________________________________________
> > > > > > > Openslp-devel mailing list
> > > > > > > Openslp-devel@lists.sourceforge.net
> > > > > > > https://lists.sourceforge.net/lists/listinfo/openslp-devel
> > > > > > >
> > > > > >
> > > > > >
> > > >
> ------------------------------------------------------------------------------
> > > > > > Sell apps to millions through the Intel(R) Atom(Tm) Developer
> Program
> > > > > > Be part of this innovative community and reach millions of
> netbook
> > > > users
> > > > > > worldwide. Take advantage of special opportunities to increase
> revenue
> > > > and
> > > > > > speed time-to-market. Join now, and jumpstart your future.
> > > > > > http://p.sf.net/sfu/intel-atom-d2d
> > > > > > _______________________________________________
> > > > > > Openslp-devel mailing list
> > > > > > Openslp-devel@lists.sourceforge.net
> > > > > > https://lists.sourceforge.net/lists/listinfo/openslp-devel
> > > > > >
> > > > >
> > > > >
> > > >
> ------------------------------------------------------------------------------
> > > > > Sell apps to millions through the Intel(R) Atom(Tm) Developer
> Program
> > > > > Be part of this innovative community and reach millions of netbook
> users
> > > > > worldwide. Take advantage of special opportunities to increase
> revenue
> > > > and
> > > > > speed time-to-market. Join now, and jumpstart your future.
> > > > > http://p.sf.net/sfu/intel-atom-d2d
> > > > > _______________________________________________
> > > > > Openslp-devel mailing list
> > > > > Openslp-devel@lists.sourceforge.net
> > > > > https://lists.sourceforge.net/lists/listinfo/openslp-devel
> > > > >
> > > >
> > >
> >
>
------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Openslp-devel mailing list
Openslp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openslp-devel
