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
