Hi Nick,
Give me one more day, i have tested slptool which uses libslp but not
really slpd. I think it must not cause any issue, but let me test anyway. Since
we are only picking up scope from the returned scopeid of the call it must not
cause any issue. I will however run a few tests. If you want me to run any
specific tests let me know. Thanks.
Regards,
Varun
On Tuesday, September 07, 2010 11:56:41 pm Nick Wagner wrote:
> 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
