Committed in 1643
On Tue, Sep 7, 2010 at 11:00 PM, Varun Chandramohan <
var...@linux.vnet.ibm.com> wrote:
> 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
