All reads still go to the leader. There has been an enhancement https://bugs.opendaylight.org/show_bug.cgi?id=2504 open for this but hasn't been implemented. There is an alternative way using a DataTreeChangeListener as Moiz mentioned in the bug.
On Wed, Sep 14, 2016 at 4:57 PM, Srini Seetharaman < srini.seethara...@gmail.com> wrote: > With Beryllium-SR3, I just verified using tcpdump on port 2550 that the > data for the read operation at the follower came over the network from the > shard leader. > > Is there any plan with Boron to make it a local read from the replica? > > On Wed, Sep 14, 2016 at 1:43 PM, Srini Seetharaman < > srini.seethara...@gmail.com> wrote: > >> Hi Tom and Moiz >> Is it still the case with Beryllium and Boron that the read transactions >> from a follower are forwarded to the leader? >> >> Thanks >> Srini. >> >> On Sat, Feb 28, 2015 at 8:26 AM, Tom Pantelis <tompante...@gmail.com> >> wrote: >> >>> Colin, Tianzhu >>> >>> Reads are also forwarded to the leader so, yes, remote reads would take >>> longer. With IMDS, reads are actually synchronous so the returned Future is >>> immediate but with CDS, the read is async, whether it's local or not. So >>> it's best to not block on the Future as there will be some latency with >>> CDS, but rather use a Future callback if possible. >>> >>> Tom >>> >>> On Sat, Feb 28, 2015 at 10:42 AM, Colin Dixon <co...@colindixon.com> >>> wrote: >>> >>>> I'm cc'ing controller-dev since they will have the authoritative answer. >>>> >>>> I *think* the answer is that all data is replicated to all nodes in the >>>> cluster and so all reads can be local. Only writes have to go to the shard >>>> leader, but I could be wrong. >>>> >>>> Moiz and Tom Pantelis would know more. >>>> >>>> --Colin >>>> >>>> >>>> On Sat, Feb 28, 2015 at 4:55 AM, 我心永恒 <zhuzhuaiqiqi1...@gmail.com> >>>> wrote: >>>> >>>>> Dear all, I am studying ODL and have one question: >>>>> >>>>> When a consumer launches a read transaction, if I'm not wrong, it has >>>>> to be forwarded to the primary shard controller. So if this case is >>>>> possible that the transaction is remote and the consumer has to wait >>>>> longer >>>>> since the transaction is not local? >>>>> >>>>> Thanks & regards >>>>> Tianzhu >>>>> >>>>> >>>>> _______________________________________________ >>>>> documentation mailing list >>>>> documentat...@lists.opendaylight.org >>>>> https://lists.opendaylight.org/mailman/listinfo/documentation >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> controller-dev mailing list >>>> controller-dev@lists.opendaylight.org >>>> https://lists.opendaylight.org/mailman/listinfo/controller-dev >>>> >>>> >>> >>> _______________________________________________ >>> controller-dev mailing list >>> controller-dev@lists.opendaylight.org >>> https://lists.opendaylight.org/mailman/listinfo/controller-dev >>> >>> >> >
_______________________________________________ controller-dev mailing list controller-dev@lists.opendaylight.org https://lists.opendaylight.org/mailman/listinfo/controller-dev