[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [ecf-dev] service priority and weight
|
Hi Markus,
Markus Alexande Kuppe wrote:
Hi,
what are the semantics behind priority and weight? I'm trying to map
them to SLP and improve the Javadoc in the process. [1] defines them as:
Priority: The priority of this target host. A client MUST attempt to
contact the target host with the lowest-numbered priority it can
reach; target hosts with the same priority SHOULD be tried in an order
defined by the weight field. The range is 0-65535. This is a 16 bit
unsigned integer in network byte
Weight: A server selection mechanism. The weight field specifies a
relative weight for entries with the same priority. Larger weights
SHOULD be given a proportionately higher probability of being
selected. The range of this number is 0-65535. This is a 16 bit
unsigned integer in network byte order. Domain administrators SHOULD
use Weight 0 when there isn't any server selection to do, to make the
RR easier to read for humans (less noisy). In the presence of records
containing weights greater than 0, records with weight 0 should have a
very small chance of being selected.
Do we want to keep the same meaning?
+1
If it's clear to folks that rfc2782 is established/adopted relative to
other standards, then I say we should use it.
BTW, it might also be good to refer people to the following for service
type selection/definition associated with 2782:
http://www.dns-sd.org/ServiceTypes.html
We can/probably should add references to these docs in our javadocs for
the ServiceIDFactory (and perhaps elsewhere as well),
IServiceInfo/ServiceInfo.
Scott
SLP does not define such properties but we could work around the
protocol limitation by moving them into ECF service properties which
are read from the generic SLP properties.
Cheers
Markus
[1] http://www.ietf.org/rfc/rfc2782.txt
_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ecf-dev