Hi Nick,
I got the test result from my team, they have already tested slpd
and it seems to give no issues with this change. I think its good to go
upstream, unless someone has any objection.
Regards,
Varun
On Wednesday, September 08, 2010 06:39:44 am Varun Chandramohan wrote:
> 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
>
------------------------------------------------------------------------------
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
