ADC Home > Reference Library > Reference > Networking > Bonjour > DNS Service Discovery API Reference for C

 


DNS Service Discovery

Includes:
<sys/types.h>
<sys/types.h>
<windows.h>
<stdint.h>

Overview

This section describes the functions, callbacks, and data structures that make up the DNS Service Discovery API.

The DNS Service Discovery API is part of Bonjour, Apple's implementation of zero-configuration networking (ZEROCONF).

Bonjour allows you to register a network service, such as a printer or file server, so that it can be found by name or browsed for by service type and domain. Using Bonjour, applications can discover what services are available on the network, along with all the information -- such as name, IP address, and port -- necessary to access a particular service.

In effect, Bonjour combines the functions of a local DNS server and AppleTalk. Bonjour allows applications to provide user-friendly printer and server browsing, among other things, over standard IP networks. This behavior is a result of combining protocols such as multicast and DNS to add new functionality to the network (such as multicast DNS).

Bonjour gives applications easy access to services over local IP networks without requiring the service or the application to support an AppleTalk or a Netbeui stack, and without requiring a DNS server for the local network.



Functions

DNSServiceAddRecord
DNSServiceBrowse
DNSServiceConstructFullName
DNSServiceCreateConnection
DNSServiceEnumerateDomains
DNSServiceGetAddrInfo
DNSServiceGetProperty
DNSServiceNATPortMappingCreate
DNSServiceProcessResult
DNSServiceQueryRecord
DNSServiceReconfirmRecord
DNSServiceRefDeallocate
DNSServiceRefSockFD
DNSServiceRegister
DNSServiceRegisterRecord
DNSServiceRemoveRecord
DNSServiceResolve
DNSServiceUpdateRecord
TXTRecordContainsKey
TXTRecordCreate
TXTRecordDeallocate
TXTRecordGetBytesPtr
TXTRecordGetCount
TXTRecordGetItemAtIndex
TXTRecordGetLength
TXTRecordGetValuePtr
TXTRecordRemoveValue
TXTRecordSetValue

DNSServiceAddRecord


DNSServiceErrorType DNSServiceAddRecord ( 
    DNSServiceRef sdRef, 
    DNSRecordRef *RecordRef, 
    DNSServiceFlags flags, 
    uint16_t rrtype, 
    uint16_t rdlen, 
    const void *rdata, 
    uint32_t ttl );  
Discussion

DNSServiceAddRecord()

Add a record to a registered service. The name of the record will be the same as the registered service's name. The record can later be updated or deregistered by passing the RecordRef initialized by this function to DNSServiceUpdateRecord() or DNSServiceRemoveRecord().

Note that the DNSServiceAddRecord/UpdateRecord/RemoveRecord are *NOT* thread-safe with respect to a single DNSServiceRef. If you plan to have multiple threads in your program simultaneously add, update, or remove records from the same DNSServiceRef, then it's the caller's responsibility to use a mutext lock or take similar appropriate precautions to serialize those calls.



Parameters;

sdRef: A DNSServiceRef initialized by DNSServiceRegister().

RecordRef: A pointer to an uninitialized DNSRecordRef. Upon succesfull completion of this call, this ref may be passed to DNSServiceUpdateRecord() or DNSServiceRemoveRecord(). If the above DNSServiceRef is passed to DNSServiceRefDeallocate(), RecordRef is also invalidated and may not be used further.

flags: Currently ignored, reserved for future use.

rrtype: The type of the record (e.g. kDNSServiceType_TXT, kDNSServiceType_SRV, etc)

rdlen: The length, in bytes, of the rdata.

rdata: The raw rdata to be contained in the added resource record.

ttl: The time to live of the resource record, in seconds. Pass 0 to use a default value.

return value: Returns kDNSServiceErr_NoError on success, otherwise returns an error code indicating the error that occurred (the RecordRef is not initialized).


DNSServiceBrowse


DNSServiceErrorType DNSServiceBrowse ( 
    DNSServiceRef *sdRef, 
    DNSServiceFlags flags, 
    uint32_t interfaceIndex, 
    const char *regtype, 
    const char *domain, /* may be NULL */
    DNSServiceBrowseReply callBack, 
    void *context /* may be NULL */
    );  
Discussion

DNSServiceBrowse() Parameters:

sdRef: A pointer to an uninitialized DNSServiceRef. If the call succeeds then it initializes the DNSServiceRef, returns kDNSServiceErr_NoError, and the browse operation will run indefinitely until the client terminates it by passing this DNSServiceRef to DNSServiceRefDeallocate().

flags: Currently ignored, reserved for future use.

interfaceIndex: If non-zero, specifies the interface on which to browse for services (the index for a given interface is determined via the if_nametoindex() family of calls.) Most applications will pass 0 to browse on all available interfaces. See "Constants for specifying an interface index" for more details.

regtype: The service type being browsed for followed by the protocol, separated by a dot (e.g. "_ftp._tcp"). The transport protocol must be "_tcp" or "_udp". A client may optionally specify a single subtype to perform filtered browsing: e.g. browsing for "_primarytype._tcp,_subtype" will discover only those instances of "_primarytype._tcp" that were registered specifying "_subtype" in their list of registered subtypes.

domain: If non-NULL, specifies the domain on which to browse for services. Most applications will not specify a domain, instead browsing on the default domain(s).

callBack: The function to be called when an instance of the service being browsed for is found, or if the call asynchronously fails.

context: An application context pointer which is passed to the callback function (may be NULL).

return value: Returns kDNSServiceErr_NoError on success (any subsequent, asynchronous errors are delivered to the callback), otherwise returns an error code indicating the error that occurred (the callback is not invoked and the DNSServiceRef is not initialized).


DNSServiceConstructFullName


int DNSServiceConstructFullName ( 
    char *fullName, 
    const char *service, /* may be NULL */
    const char *regtype, 
    const char *domain );  
Discussion

DNSServiceConstructFullName()

Concatenate a three-part domain name (as returned by the above callbacks) into a properly-escaped full domain name. Note that callbacks in the above functions ALREADY ESCAPE strings where necessary.

Parameters:

fullName: A pointer to a buffer that where the resulting full domain name is to be written. The buffer must be kDNSServiceMaxDomainName (1005) bytes in length to accommodate the longest legal domain name without buffer overrun.

service: The service name - any dots or backslashes must NOT be escaped. May be NULL (to construct a PTR record name, e.g. "_ftp._tcp.apple.com.").

regtype: The service type followed by the protocol, separated by a dot (e.g. "_ftp._tcp").

domain: The domain name, e.g. "apple.com.". Literal dots or backslashes, if any, must be escaped, e.g. "1st\. Floor.apple.com."

return value: Returns 0 on success, -1 on error.


DNSServiceCreateConnection


DNSServiceErrorType DNSServiceCreateConnection(
    DNSServiceRef *sdRef);  
Discussion

DNSServiceCreateConnection()

Create a connection to the daemon allowing efficient registration of multiple individual records.



Parameters:

sdRef: A pointer to an uninitialized DNSServiceRef. Deallocating the reference (via DNSServiceRefDeallocate()) severs the connection and deregisters all records registered on this connection.

return value: Returns kDNSServiceErr_NoError on success, otherwise returns an error code indicating the specific failure that occurred (in which case the DNSServiceRef is not initialized).


DNSServiceEnumerateDomains


DNSServiceErrorType DNSServiceEnumerateDomains ( 
    DNSServiceRef *sdRef, 
    DNSServiceFlags flags, 
    uint32_t interfaceIndex, 
    DNSServiceDomainEnumReply callBack, 
    void *context /* may be NULL */
    );  
Discussion

DNSServiceEnumerateDomains() Parameters:



sdRef: A pointer to an uninitialized DNSServiceRef. If the call succeeds then it initializes the DNSServiceRef, returns kDNSServiceErr_NoError, and the enumeration operation will run indefinitely until the client terminates it by passing this DNSServiceRef to DNSServiceRefDeallocate().

flags: Possible values are: kDNSServiceFlagsBrowseDomains to enumerate domains recommended for browsing. kDNSServiceFlagsRegistrationDomains to enumerate domains recommended for registration.

interfaceIndex: If non-zero, specifies the interface on which to look for domains. (the index for a given interface is determined via the if_nametoindex() family of calls.) Most applications will pass 0 to enumerate domains on all interfaces. See "Constants for specifying an interface index" for more details.

callBack: The function to be called when a domain is found or the call asynchronously fails.

context: An application context pointer which is passed to the callback function (may be NULL).

return value: Returns kDNSServiceErr_NoError on success (any subsequent, asynchronous errors are delivered to the callback), otherwise returns an error code indicating the error that occurred (the callback is not invoked and the DNSServiceRef is not initialized).


DNSServiceGetAddrInfo


DNSServiceErrorType DNSServiceGetAddrInfo ( 
    DNSServiceRef *sdRef, 
    DNSServiceFlags flags, 
    uint32_t interfaceIndex, 
    DNSServiceProtocol protocol, 
    const char *hostname, 
    DNSServiceGetAddrInfoReply callBack, 
    void *context /* may be NULL */
    );  
Discussion

DNSServiceGetAddrInfo() Parameters:

sdRef: A pointer to an uninitialized DNSServiceRef. If the call succeeds then it initializes the DNSServiceRef, returns kDNSServiceErr_NoError, and the query begins and will last indefinitely until the client terminates the query by passing this DNSServiceRef to DNSServiceRefDeallocate().

flags: kDNSServiceFlagsForceMulticast or kDNSServiceFlagsLongLivedQuery. Pass kDNSServiceFlagsLongLivedQuery to create a "long-lived" unicast query in a non-local domain. Without setting this flag, unicast queries will be one-shot - that is, only answers available at the time of the call will be returned. By setting this flag, answers (including Add and Remove events) that become available after the initial call is made will generate callbacks. This flag has no effect on link-local multicast queries.

interfaceIndex: The interface on which to issue the query. Passing 0 causes the query to be sent on all active interfaces via Multicast or the primary interface via Unicast.

protocol: Pass in kDNSServiceProtocol_IPv4 to look up IPv4 addresses, or kDNSServiceProtocol_IPv6 to look up IPv6 addresses, or both to look up both kinds. If neither flag is set, the system will apply an intelligent heuristic, which is (currently) that it will attempt to look up both, except:

* If "hostname" is a wide-area unicast DNS hostname (i.e. not a ".local." name) but this host has no routable IPv6 address, then the call will not try to look up IPv6 addresses for "hostname", since any addresses it found would be unlikely to be of any use anyway. Similarly, if this host has no routable IPv4 address, the call will not try to look up IPv4 addresses for "hostname".

* If "hostname" is a link-local multicast DNS hostname (i.e. a ".local." name) but this host has no IPv6 address of any kind, then it will not try to look up IPv6 addresses for "hostname". Similarly, if this host has no IPv4 address of any kind, the call will not try to look up IPv4 addresses for "hostname".

hostname: The fully qualified domain name of the host to be queried for.

callBack: The function to be called when the query succeeds or fails asynchronously.

context: An application context pointer which is passed to the callback function (may be NULL).

return value: Returns kDNSServiceErr_NoError on success (any subsequent, asynchronous errors are delivered to the callback), otherwise returns an error code indicating the error that occurred.


DNSServiceGetProperty


DNSServiceErrorType DNSServiceGetProperty ( 
    const char *property, /* Requested property (i.e. kDNSServiceProperty_DaemonVersion) */
    void *result, /* Pointer to place to store result */
    uint32_t *size /* size of result location */
    );  
Discussion

DNSServiceGetProperty() Parameters:

property: The requested property. Currently the only property defined is kDNSServiceProperty_DaemonVersion.

result: Place to store result. For retrieving DaemonVersion, this should be the address of a uint32_t.

size: Pointer to uint32_t containing size of the result location. For retrieving DaemonVersion, this should be sizeof(uint32_t). On return the uint32_t is updated to the size of the data returned. For DaemonVersion, the returned size is always sizeof(uint32_t), but future properties could be defined which return variable-sized results.

return value: Returns kDNSServiceErr_NoError on success, or kDNSServiceErr_ServiceNotRunning if the daemon (or "system service" on Windows) is not running.


DNSServiceNATPortMappingCreate


DNSServiceErrorType DNSServiceNATPortMappingCreate ( 
    DNSServiceRef *sdRef, 
    DNSServiceFlags flags, 
    uint32_t interfaceIndex, 
    DNSServiceProtocol protocol, /* TCP and/or UDP */
    uint16_t privatePort, /* network byte order */
    uint16_t publicPort, /* network byte order */
    uint32_t ttl, /* time to live in seconds */
    DNSServiceNATPortMappingReply callBack, 
    void *context /* may be NULL */
    );  
Discussion

DNSServiceNATPortMappingCreate() Parameters:

sdRef: A pointer to an uninitialized DNSServiceRef. If the call succeeds then it initializes the DNSServiceRef, returns kDNSServiceErr_NoError, and the nat port mapping will last indefinitely until the client terminates the port mapping request by passing this DNSServiceRef to DNSServiceRefDeallocate().

flags: Currently ignored, reserved for future use.

interfaceIndex: The interface on which to create port mappings in a NAT gateway. Passing 0 causes the port mapping request to be sent on the primary interface.

protocol: To request a port mapping, pass in kDNSServiceProtocol_UDP, or kDNSServiceProtocol_TCP, or (kDNSServiceProtocol_UDP | kDNSServiceProtocol_TCP) to map both. The local listening port number must also be specified in the privatePort parameter. To just discover the NAT gateway's public IP address, pass zero for protocol, privatePort, publicPort and ttl.

privatePort: The port number in network byte order on the local machine which is listening for packets.

publicPort: The requested public port in network byte order in the NAT gateway that you would like to map to the private port. Pass 0 if you don't care which public port is chosen for you.

ttl: The requested renewal period of the NAT port mapping, in seconds. If the client machine crashes, suffers a power failure, is disconnected from the network, or suffers some other unfortunate demise which causes it to vanish unexpectedly without explicitly removing its NAT port mappings, then the NAT gateway will garbage-collect old stale NAT port mappings when their lifetime expires. Requesting a short TTL causes such orphaned mappings to be garbage-collected more promptly, but consumes system resources and network bandwidth with frequent renewal packets to keep the mapping from expiring. Requesting a long TTL is more efficient on the network, but in the event of the client vanishing, stale NAT port mappings will not be garbage-collected as quickly. Most clients should pass 0 to use a system-wide default value.

callBack: The function to be called when the port mapping request succeeds or fails asynchronously.

context: An application context pointer which is passed to the callback function (may be NULL).

return value: Returns kDNSServiceErr_NoError on success (any subsequent, asynchronous errors are delivered to the callback), otherwise returns an error code indicating the error that occurred.

If you don't actually want a port mapped, and are just calling the API because you want to find out the NAT's public IP address (e.g. for UI display) then pass zero for protocol, privatePort, publicPort and ttl.


DNSServiceProcessResult


DNSServiceErrorType DNSServiceProcessResult(
    DNSServiceRef sdRef);  
Discussion

DNSServiceProcessResult()

Read a reply from the daemon, calling the appropriate application callback. This call will block until the daemon's response is received. Use DNSServiceRefSockFD() in conjunction with a run loop or select() to determine the presence of a response from the server before calling this function to process the reply without blocking. Call this function at any point if it is acceptable to block until the daemon's response arrives. Note that the client is responsible for ensuring that DNSServiceProcessResult() is called whenever there is a reply from the daemon - the daemon may terminate its connection with a client that does not process the daemon's responses.

sdRef: A DNSServiceRef initialized by any of the DNSService calls that take a callback parameter.

return value: Returns kDNSServiceErr_NoError on success, otherwise returns an error code indicating the specific failure that occurred.


DNSServiceQueryRecord


DNSServiceErrorType DNSServiceQueryRecord ( 
    DNSServiceRef *sdRef, 
    DNSServiceFlags flags, 
    uint32_t interfaceIndex, 
    const char *fullname, 
    uint16_t rrtype, 
    uint16_t rrclass, 
    DNSServiceQueryRecordReply callBack, 
    void *context /* may be NULL */
    );  
Discussion

DNSServiceQueryRecord() Parameters:

sdRef: A pointer to an uninitialized DNSServiceRef. If the call succeeds then it initializes the DNSServiceRef, returns kDNSServiceErr_NoError, and the query operation will run indefinitely until the client terminates it by passing this DNSServiceRef to DNSServiceRefDeallocate().

flags: kDNSServiceFlagsForceMulticast or kDNSServiceFlagsLongLivedQuery. Pass kDNSServiceFlagsLongLivedQuery to create a "long-lived" unicast query in a non-local domain. Without setting this flag, unicast queries will be one-shot - that is, only answers available at the time of the call will be returned. By setting this flag, answers (including Add and Remove events) that become available after the initial call is made will generate callbacks. This flag has no effect on link-local multicast queries.

interfaceIndex: If non-zero, specifies the interface on which to issue the query (the index for a given interface is determined via the if_nametoindex() family of calls.) Passing 0 causes the name to be queried for on all interfaces. See "Constants for specifying an interface index" for more details.

fullname: The full domain name of the resource record to be queried for.

rrtype: The numerical type of the resource record to be queried for (e.g. kDNSServiceType_PTR, kDNSServiceType_SRV, etc)

rrclass: The class of the resource record (usually kDNSServiceClass_IN).

callBack: The function to be called when a result is found, or if the call asynchronously fails.

context: An application context pointer which is passed to the callback function (may be NULL).

return value: Returns kDNSServiceErr_NoError on success (any subsequent, asynchronous errors are delivered to the callback), otherwise returns an error code indicating the error that occurred (the callback is never invoked and the DNSServiceRef is not initialized).


DNSServiceReconfirmRecord


DNSServiceErrorType DNSServiceReconfirmRecord ( 
    DNSServiceFlags flags, 
    uint32_t interfaceIndex, 
    const char *fullname, 
    uint16_t rrtype, 
    uint16_t rrclass, 
    uint16_t rdlen, 
    const void *rdata );  
Discussion

DNSServiceReconfirmRecord

Instruct the daemon to verify the validity of a resource record that appears to be out of date (e.g. because TCP connection to a service's target failed.) Causes the record to be flushed from the daemon's cache (as well as all other daemons' caches on the network) if the record is determined to be invalid. Use this routine conservatively. Reconfirming a record necessarily consumes network bandwidth, so this should not be done indiscriminately.

Parameters:

flags: Pass kDNSServiceFlagsForce to force immediate deletion of record, instead of after some number of reconfirmation queries have gone unanswered.

interfaceIndex: Specifies the interface of the record in question. The caller must specify the interface. This API (by design) causes increased network traffic, so it requires the caller to be precise about which record should be reconfirmed. It is not possible to pass zero for the interface index to perform a "wildcard" reconfirmation, where *all* matching records are reconfirmed.

fullname: The resource record's full domain name.

rrtype: The resource record's type (e.g. kDNSServiceType_PTR, kDNSServiceType_SRV, etc)

rrclass: The class of the resource record (usually kDNSServiceClass_IN).

rdlen: The length, in bytes, of the resource record rdata.

rdata: The raw rdata of the resource record.


DNSServiceRefDeallocate


void DNSServiceRefDeallocate(
    DNSServiceRef sdRef);  
Discussion

DNSServiceRefDeallocate()

Terminate a connection with the daemon and free memory associated with the DNSServiceRef. Any services or records registered with this DNSServiceRef will be deregistered. Any Browse, Resolve, or Query operations called with this reference will be terminated.

Note: If the reference's underlying socket is used in a run loop or select() call, it should be removed BEFORE DNSServiceRefDeallocate() is called, as this function closes the reference's socket.

Note: If the reference was initialized with DNSServiceCreateConnection(), any DNSRecordRefs created via this reference will be invalidated by this call - the resource records are deregistered, and their DNSRecordRefs may not be used in subsequent functions. Similarly, if the reference was initialized with DNSServiceRegister, and an extra resource record was added to the service via DNSServiceAddRecord(), the DNSRecordRef created by the Add() call is invalidated when this function is called - the DNSRecordRef may not be used in subsequent functions.

Note: This call is to be used only with the DNSServiceRef defined by this API. It is not compatible with dns_service_discovery_ref objects defined in the legacy Mach-based DNSServiceDiscovery.h API.

sdRef: A DNSServiceRef initialized by any of the DNSService calls.


DNSServiceRefSockFD


int DNSServiceRefSockFD(
    DNSServiceRef sdRef);  
Discussion

DNSServiceRefSockFD()

Access underlying Unix domain socket for an initialized DNSServiceRef. The DNS Service Discovery implementation uses this socket to communicate between the client and the mDNSResponder daemon. The application MUST NOT directly read from or write to this socket. Access to the socket is provided so that it can be used as a kqueue event source, a CFRunLoop event source, in a select() loop, etc. When the underlying event management subsystem (kqueue/ select/CFRunLoop etc.) indicates to the client that data is available for reading on the socket, the client should call DNSServiceProcessResult(), which will extract the daemon's reply from the socket, and pass it to the appropriate application callback. By using a run loop or select(), results from the daemon can be processed asynchronously. Alternatively, a client can choose to fork a thread and have it loop calling "DNSServiceProcessResult(ref);" If DNSServiceProcessResult() is called when no data is available for reading on the socket, it will block until data does become available, and then process the data and return to the caller. When data arrives on the socket, the client is responsible for calling DNSServiceProcessResult(ref) in a timely fashion -- if the client allows a large backlog of data to build up the daemon may terminate the connection.

sdRef: A DNSServiceRef initialized by any of the DNSService calls.

return value: The DNSServiceRef's underlying socket descriptor, or -1 on error.


DNSServiceRegister


DNSServiceErrorType DNSServiceRegister ( 
    DNSServiceRef *sdRef, 
    DNSServiceFlags flags, 
    uint32_t interfaceIndex, 
    const char *name, /* may be NULL */
    const char *regtype, 
    const char *domain, /* may be NULL */
    const char *host, /* may be NULL */
    uint16_t port, 
    uint16_t txtLen, 
    const void *txtRecord, /* may be NULL */
    DNSServiceRegisterReply callBack, /* may be NULL */
    void *context /* may be NULL */
    );  
Discussion

DNSServiceRegister() Parameters:

sdRef: A pointer to an uninitialized DNSServiceRef. If the call succeeds then it initializes the DNSServiceRef, returns kDNSServiceErr_NoError, and the registration will remain active indefinitely until the client terminates it by passing this DNSServiceRef to DNSServiceRefDeallocate().

interfaceIndex: If non-zero, specifies the interface on which to register the service (the index for a given interface is determined via the if_nametoindex() family of calls.) Most applications will pass 0 to register on all available interfaces. See "Constants for specifying an interface index" for more details.

flags: Indicates the renaming behavior on name conflict (most applications will pass 0). See flag definitions above for details.

name: If non-NULL, specifies the service name to be registered. Most applications will not specify a name, in which case the computer name is used (this name is communicated to the client via the callback). If a name is specified, it must be 1-63 bytes of UTF-8 text. If the name is longer than 63 bytes it will be automatically truncated to a legal length, unless the NoAutoRename flag is set, in which case kDNSServiceErr_BadParam will be returned.

regtype: The service type followed by the protocol, separated by a dot (e.g. "_ftp._tcp"). The service type must be an underscore, followed by 1-14 characters, which may be letters, digits, or hyphens. The transport protocol must be "_tcp" or "_udp". New service types should be registered at .

Additional subtypes of the primary service type (where a service type has defined subtypes) follow the primary service type in a comma-separated list, with no additional spaces, e.g. "_primarytype._tcp,_subtype1,_subtype2,_subtype3" Subtypes provide a mechanism for filtered browsing: A client browsing for "_primarytype._tcp" will discover all instances of this type; a client browsing for "_primarytype._tcp,_subtype2" will discover only those instances that were registered with "_subtype2" in their list of registered subtypes.

The subtype mechanism can be illustrated with some examples using the dns-sd command-line tool:

% dns-sd -R Simple _test._tcp "" 1001 & % dns-sd -R Better _test._tcp,HasFeatureA "" 1002 & % dns-sd -R Best _test._tcp,HasFeatureA,HasFeatureB "" 1003 &

Now: % dns-sd -B _test._tcp # will find all three services % dns-sd -B _test._tcp,HasFeatureA # finds "Better" and "Best" % dns-sd -B _test._tcp,HasFeatureB # finds only "Best"

domain: If non-NULL, specifies the domain on which to advertise the service. Most applications will not specify a domain, instead automatically registering in the default domain(s).

host: If non-NULL, specifies the SRV target host name. Most applications will not specify a host, instead automatically using the machine's default host name(s). Note that specifying a non-NULL host does NOT create an address record for that host - the application is responsible for ensuring that the appropriate address record exists, or creating it via DNSServiceRegisterRecord().

port: The port, in network byte order, on which the service accepts connections. Pass 0 for a "placeholder" service (i.e. a service that will not be discovered by browsing, but will cause a name conflict if another client tries to register that same name). Most clients will not use placeholder services.

txtLen: The length of the txtRecord, in bytes. Must be zero if the txtRecord is NULL.

txtRecord: The TXT record rdata. A non-NULL txtRecord MUST be a properly formatted DNS TXT record, i.e. ... Passing NULL for the txtRecord is allowed as a synonym for txtLen=1, txtRecord="", i.e. it creates a TXT record of length one containing a single empty string. RFC 1035 doesn't allow a TXT record to contain *zero* strings, so a single empty string is the smallest legal DNS TXT record. As with the other parameters, the DNSServiceRegister call copies the txtRecord data; e.g. if you allocated the storage for the txtRecord parameter with malloc() then you can safely free that memory right after the DNSServiceRegister call returns.

callBack: The function to be called when the registration completes or asynchronously fails. The client MAY pass NULL for the callback - The client will NOT be notified of the default values picked on its behalf, and the client will NOT be notified of any asynchronous errors (e.g. out of memory errors, etc.) that may prevent the registration of the service. The client may NOT pass the NoAutoRename flag if the callback is NULL. The client may still deregister the service at any time via DNSServiceRefDeallocate().

context: An application context pointer which is passed to the callback function (may be NULL).

return value: Returns kDNSServiceErr_NoError on success (any subsequent, asynchronous errors are delivered to the callback), otherwise returns an error code indicating the error that occurred (the callback is never invoked and the DNSServiceRef is not initialized).


DNSServiceRegisterRecord


DNSServiceErrorType DNSServiceRegisterRecord ( 
    DNSServiceRef sdRef, 
    DNSRecordRef *RecordRef, 
    DNSServiceFlags flags, 
    uint32_t interfaceIndex, 
    const char *fullname, 
    uint16_t rrtype, 
    uint16_t rrclass, 
    uint16_t rdlen, 
    const void *rdata, 
    uint32_t ttl, 
    DNSServiceRegisterRecordReply callBack, 
    void *context /* may be NULL */
    );  
Discussion

DNSServiceRegisterRecord() Parameters:

sdRef: A DNSServiceRef initialized by DNSServiceCreateConnection().

RecordRef: A pointer to an uninitialized DNSRecordRef. Upon succesfull completion of this call, this ref may be passed to DNSServiceUpdateRecord() or DNSServiceRemoveRecord(). (To deregister ALL records registered on a single connected DNSServiceRef and deallocate each of their corresponding DNSServiceRecordRefs, call DNSServiceRefDealloocate()).

flags: Possible values are kDNSServiceFlagsShared or kDNSServiceFlagsUnique (see flag type definitions for details).

interfaceIndex: If non-zero, specifies the interface on which to register the record (the index for a given interface is determined via the if_nametoindex() family of calls.) Passing 0 causes the record to be registered on all interfaces. See "Constants for specifying an interface index" for more details.

fullname: The full domain name of the resource record.

rrtype: The numerical type of the resource record (e.g. kDNSServiceType_PTR, kDNSServiceType_SRV, etc)

rrclass: The class of the resource record (usually kDNSServiceClass_IN)

rdlen: Length, in bytes, of the rdata.

rdata: A pointer to the raw rdata, as it is to appear in the DNS record.

ttl: The time to live of the resource record, in seconds. Pass 0 to use a default value.

callBack: The function to be called when a result is found, or if the call asynchronously fails (e.g. because of a name conflict.)

context: An application context pointer which is passed to the callback function (may be NULL).

return value: Returns kDNSServiceErr_NoError on success (any subsequent, asynchronous errors are delivered to the callback), otherwise returns an error code indicating the error that occurred (the callback is never invoked and the DNSRecordRef is not initialized).


DNSServiceRemoveRecord


DNSServiceErrorType DNSServiceRemoveRecord ( 
    DNSServiceRef sdRef, 
    DNSRecordRef RecordRef, 
    DNSServiceFlags flags );  
Discussion

DNSServiceRemoveRecord

Remove a record previously added to a service record set via DNSServiceAddRecord(), or deregister an record registered individually via DNSServiceRegisterRecord().

Parameters:

sdRef: A DNSServiceRef initialized by DNSServiceRegister() (if the record being removed was registered via DNSServiceAddRecord()) or by DNSServiceCreateConnection() (if the record being removed was registered via DNSServiceRegisterRecord()).

recordRef: A DNSRecordRef initialized by a successful call to DNSServiceAddRecord() or DNSServiceRegisterRecord().

flags: Currently ignored, reserved for future use.

return value: Returns kDNSServiceErr_NoError on success, otherwise returns an error code indicating the error that occurred.


DNSServiceResolve


DNSServiceErrorType DNSServiceResolve ( 
    DNSServiceRef *sdRef, 
    DNSServiceFlags flags, 
    uint32_t interfaceIndex, 
    const char *name, 
    const char *regtype, 
    const char *domain, 
    DNSServiceResolveReply callBack, 
    void *context /* may be NULL */
    );  
Discussion

DNSServiceResolve() Parameters

sdRef: A pointer to an uninitialized DNSServiceRef. If the call succeeds then it initializes the DNSServiceRef, returns kDNSServiceErr_NoError, and the resolve operation will run indefinitely until the client terminates it by passing this DNSServiceRef to DNSServiceRefDeallocate().

flags: Specifying kDNSServiceFlagsForceMulticast will cause query to be performed with a link-local mDNS query, even if the name is an apparently non-local name (i.e. a name not ending in ".local.")

interfaceIndex: The interface on which to resolve the service. If this resolve call is as a result of a currently active DNSServiceBrowse() operation, then the interfaceIndex should be the index reported in the DNSServiceBrowseReply callback. If this resolve call is using information previously saved (e.g. in a preference file) for later use, then use interfaceIndex 0, because the desired service may now be reachable via a different physical interface. See "Constants for specifying an interface index" for more details.

name: The name of the service instance to be resolved, as reported to the DNSServiceBrowseReply() callback.

regtype: The type of the service instance to be resolved, as reported to the DNSServiceBrowseReply() callback.

domain: The domain of the service instance to be resolved, as reported to the DNSServiceBrowseReply() callback.

callBack: The function to be called when a result is found, or if the call asynchronously fails.

context: An application context pointer which is passed to the callback function (may be NULL).

return value: Returns kDNSServiceErr_NoError on success (any subsequent, asynchronous errors are delivered to the callback), otherwise returns an error code indicating the error that occurred (the callback is never invoked and the DNSServiceRef is not initialized).


DNSServiceUpdateRecord


DNSServiceErrorType DNSServiceUpdateRecord ( 
    DNSServiceRef sdRef, 
    DNSRecordRef RecordRef, /* may be NULL */
    DNSServiceFlags flags, 
    uint16_t rdlen, 
    const void *rdata, 
    uint32_t ttl );  
Discussion

DNSServiceUpdateRecord

Update a registered resource record. The record must either be: - The primary txt record of a service registered via DNSServiceRegister() - A record added to a registered service via DNSServiceAddRecord() - An individual record registered by DNSServiceRegisterRecord()



Parameters:

sdRef: A DNSServiceRef that was initialized by DNSServiceRegister() or DNSServiceCreateConnection().

RecordRef: A DNSRecordRef initialized by DNSServiceAddRecord, or NULL to update the service's primary txt record.

flags: Currently ignored, reserved for future use.

rdlen: The length, in bytes, of the new rdata.

rdata: The new rdata to be contained in the updated resource record.

ttl: The time to live of the updated resource record, in seconds.

return value: Returns kDNSServiceErr_NoError on success, otherwise returns an error code indicating the error that occurred.


TXTRecordContainsKey


int TXTRecordContainsKey ( 
    uint16_t txtLen, 
    const void *txtRecord, 
    const char *key );  
Discussion

TXTRecordContainsKey()

Allows you to determine if a given TXT Record contains a specified key.

txtLen: The size of the received TXT Record.

txtRecord: Pointer to the received TXT Record bytes.

key: A null-terminated ASCII string containing the key name.

return value: Returns 1 if the TXT Record contains the specified key. Otherwise, it returns 0.


TXTRecordCreate


void TXTRecordCreate ( 
    TXTRecordRef *txtRecord, 
    uint16_t bufferLen, 
    void *buffer );  
Discussion

TXTRecordCreate()

Creates a new empty TXTRecordRef referencing the specified storage.

If the buffer parameter is NULL, or the specified storage size is not large enough to hold a key subsequently added using TXTRecordSetValue(), then additional memory will be added as needed using malloc().

On some platforms, when memory is low, malloc() may fail. In this case, TXTRecordSetValue() will return kDNSServiceErr_NoMemory, and this error condition will need to be handled as appropriate by the caller.

You can avoid the need to handle this error condition if you ensure that the storage you initially provide is large enough to hold all the key/value pairs that are to be added to the record. The caller can precompute the exact length required for all of the key/value pairs to be added, or simply provide a fixed-sized buffer known in advance to be large enough. A no-value (key-only) key requires (1 + key length) bytes. A key with empty value requires (1 + key length + 1) bytes. A key with non-empty value requires (1 + key length + 1 + value length). For most applications, DNS-SD TXT records are generally less than 100 bytes, so in most cases a simple fixed-sized 256-byte buffer will be more than sufficient. Recommended size limits for DNS-SD TXT Records are discussed in

Note: When passing parameters to and from these TXT record APIs, the key name does not include the '=' character. The '=' character is the separator between the key and value in the on-the-wire packet format; it is not part of either the key or the value.

txtRecord: A pointer to an uninitialized TXTRecordRef.

bufferLen: The size of the storage provided in the "buffer" parameter.

buffer: Optional caller-supplied storage used to hold the TXTRecord data. This storage must remain valid for as long as the TXTRecordRef.


TXTRecordDeallocate


void TXTRecordDeallocate ( 
    TXTRecordRef *txtRecord );  
Discussion

TXTRecordDeallocate()

Releases any resources allocated in the course of preparing a TXT Record using TXTRecordCreate()/TXTRecordSetValue()/TXTRecordRemoveValue(). Ownership of the buffer provided in TXTRecordCreate() returns to the client.

txtRecord: A TXTRecordRef initialized by calling TXTRecordCreate().


TXTRecordGetBytesPtr


const void * TXTRecordGetBytesPtr ( 
    const TXTRecordRef *txtRecord );  
Discussion

TXTRecordGetBytesPtr()

Allows you to retrieve a pointer to the raw bytes within a TXTRecordRef.

txtRecord: A TXTRecordRef initialized by calling TXTRecordCreate().

return value: Returns a pointer to the raw bytes inside the TXTRecordRef which you can pass directly to DNSServiceRegister() or to DNSServiceUpdateRecord().


TXTRecordGetCount


uint16_t TXTRecordGetCount ( 
    uint16_t txtLen, 
    const void *txtRecord );  
Discussion

TXTRecordGetCount()

Returns the number of keys stored in the TXT Record. The count can be used with TXTRecordGetItemAtIndex() to iterate through the keys.

txtLen: The size of the received TXT Record.

txtRecord: Pointer to the received TXT Record bytes.

return value: Returns the total number of keys in the TXT Record.


TXTRecordGetItemAtIndex


DNSServiceErrorType TXTRecordGetItemAtIndex ( 
    uint16_t txtLen, 
    const void *txtRecord, 
    uint16_t index, 
    uint16_t keyBufLen, 
    char *key, 
    uint8_t *valueLen, 
    const void **value );  
Discussion

TXTRecordGetItemAtIndex()

Allows you to retrieve a key name and value pointer, given an index into a TXT Record. Legal index values range from zero to TXTRecordGetCount()-1. It's also possible to iterate through keys in a TXT record by simply calling TXTRecordGetItemAtIndex() repeatedly, beginning with index zero and increasing until TXTRecordGetItemAtIndex() returns kDNSServiceErr_Invalid.

On return: For keys with no value, *value is set to NULL and *valueLen is zero. For keys with empty value, *value is non-NULL and *valueLen is zero. For keys with non-empty value, *value is non-NULL and *valueLen is non-zero.

txtLen: The size of the received TXT Record.

txtRecord: Pointer to the received TXT Record bytes.

index: An index into the TXT Record.

keyBufLen: The size of the string buffer being supplied.

key: A string buffer used to store the key name. On return, the buffer contains a null-terminated C string giving the key name. DNS-SD TXT keys are usually 8 characters or less. To hold the maximum possible key name, the buffer should be 256 bytes long. valueLen: On output, will be set to the size of the "value" data.

value: On output, *value is set to point to location within TXT Record bytes that holds the value data.

return value: Returns kDNSServiceErr_NoError on success. Returns kDNSServiceErr_NoMemory if keyBufLen is too short. Returns kDNSServiceErr_Invalid if index is greater than TXTRecordGetCount()-1.


TXTRecordGetLength


uint16_t TXTRecordGetLength ( 
    const TXTRecordRef *txtRecord );  
Discussion

TXTRecordGetLength()

Allows you to determine the length of the raw bytes within a TXTRecordRef.

txtRecord: A TXTRecordRef initialized by calling TXTRecordCreate().

return value: Returns the size of the raw bytes inside a TXTRecordRef which you can pass directly to DNSServiceRegister() or to DNSServiceUpdateRecord(). Returns 0 if the TXTRecordRef is empty.


TXTRecordGetValuePtr


const void * TXTRecordGetValuePtr ( 
    uint16_t txtLen, 
    const void *txtRecord, 
    const char *key, 
    uint8_t *valueLen );  
Discussion

TXTRecordGetValuePtr()

Allows you to retrieve the value for a given key from a TXT Record.

txtLen: The size of the received TXT Record

txtRecord: Pointer to the received TXT Record bytes.

key: A null-terminated ASCII string containing the key name.

valueLen: On output, will be set to the size of the "value" data.

return value: Returns NULL if the key does not exist in this TXT record, or exists with no value (to differentiate between these two cases use TXTRecordContainsKey()). Returns pointer to location within TXT Record bytes if the key exists with empty or non-empty value. For empty value, valueLen will be zero. For non-empty value, valueLen will be length of value data.


TXTRecordRemoveValue


DNSServiceErrorType TXTRecordRemoveValue ( 
    TXTRecordRef *txtRecord, 
    const char *key );  
Discussion

TXTRecordRemoveValue()

Removes a key from a TXTRecordRef. The "key" must be an ASCII string which exists in the TXTRecordRef.

txtRecord: A TXTRecordRef initialized by calling TXTRecordCreate().

key: A key name which exists in the TXTRecordRef.

return value: Returns kDNSServiceErr_NoError on success. Returns kDNSServiceErr_NoSuchKey if the "key" does not exist in the TXTRecordRef.


TXTRecordSetValue


DNSServiceErrorType TXTRecordSetValue ( 
    TXTRecordRef *txtRecord, 
    const char *key, 
    uint8_t valueSize, /* may be zero */
    const void *value /* may be NULL */
    );  
Discussion

TXTRecordSetValue()

Adds a key (optionally with value) to a TXTRecordRef. If the "key" already exists in the TXTRecordRef, then the current value will be replaced with the new value. Keys may exist in four states with respect to a given TXT record: - Absent (key does not appear at all) - Present with no value ("key" appears alone) - Present with empty value ("key=" appears in TXT record) - Present with non-empty value ("key=value" appears in TXT record) For more details refer to "Data Syntax for DNS-SD TXT Records" in

txtRecord: A TXTRecordRef initialized by calling TXTRecordCreate().

key: A null-terminated string which only contains printable ASCII values (0x20-0x7E), excluding '=' (0x3D). Keys should be 8 characters or less (not counting the terminating null). valueSize: The size of the value.

value: Any binary value. For values that represent textual data, UTF-8 is STRONGLY recommended. For values that represent textual data, valueSize should NOT include the terminating null (if any) at the end of the string. If NULL, then "key" will be added with no value. If non-NULL but valueSize is zero, then "key=" will be added with empty value.

return value: Returns kDNSServiceErr_NoError on success. Returns kDNSServiceErr_Invalid if the "key" string contains illegal characters. Returns kDNSServiceErr_NoMemory if adding this key would exceed the available storage.

Typedefs


DNSServiceBrowseReply


typedef void ( *DNSServiceBrowseReply) ( 
    DNSServiceRef sdRef, 
    DNSServiceFlags flags, 
    uint32_t interfaceIndex, 
    DNSServiceErrorType errorCode, 
    const char *serviceName, 
    const char *regtype, 
    const char *replyDomain, 
    void *context );  
Discussion

Browse for instances of a service.



DNSServiceBrowseReply() Parameters:

sdRef: The DNSServiceRef initialized by DNSServiceBrowse().

flags: Possible values are kDNSServiceFlagsMoreComing and kDNSServiceFlagsAdd. See flag definitions for details.

interfaceIndex: The interface on which the service is advertised. This index should be passed to DNSServiceResolve() when resolving the service.

errorCode: Will be kDNSServiceErr_NoError (0) on success, otherwise will indicate the failure that occurred. Other parameters are undefined if the errorCode is nonzero.

serviceName: The discovered service name. This name should be displayed to the user, and stored for subsequent use in the DNSServiceResolve() call.

regtype: The service type, which is usually (but not always) the same as was passed to DNSServiceBrowse(). One case where the discovered service type may not be the same as the requested service type is when using subtypes: The client may want to browse for only those ftp servers that allow anonymous connections. The client will pass the string "_ftp._tcp,_anon" to DNSServiceBrowse(), but the type of the service that's discovered is simply "_ftp._tcp". The regtype for each discovered service instance should be stored along with the name, so that it can be passed to DNSServiceResolve() when the service is later resolved.

domain: The domain of the discovered service instance. This may or may not be the same as the domain that was passed to DNSServiceBrowse(). The domain for each discovered service instance should be stored along with the name, so that it can be passed to DNSServiceResolve() when the service is later resolved.

context: The context pointer that was passed to the callout.


DNSServiceDomainEnumReply


typedef void ( *DNSServiceDomainEnumReply) ( 
    DNSServiceRef sdRef, 
    DNSServiceFlags flags, 
    uint32_t interfaceIndex, 
    DNSServiceErrorType errorCode, 
    const char *replyDomain, 
    void *context );  
Discussion

DNSServiceEnumerateDomains()

Asynchronously enumerate domains available for browsing and registration.

The enumeration MUST be cancelled via DNSServiceRefDeallocate() when no more domains are to be found.

Note that the names returned are (like all of DNS-SD) UTF-8 strings, and are escaped using standard DNS escaping rules. (See "Notes on DNS Name Escaping" earlier in this file for more details.) A graphical browser displaying a hierarchical tree-structured view should cut the names at the bare dots to yield individual labels, then de-escape each label according to the escaping rules, and then display the resulting UTF-8 text.

DNSServiceDomainEnumReply Callback Parameters:

sdRef: The DNSServiceRef initialized by DNSServiceEnumerateDomains().

flags: Possible values are: kDNSServiceFlagsMoreComing kDNSServiceFlagsAdd kDNSServiceFlagsDefault

interfaceIndex: Specifies the interface on which the domain exists. (The index for a given interface is determined via the if_nametoindex() family of calls.)

errorCode: Will be kDNSServiceErr_NoError (0) on success, otherwise indicates the failure that occurred (other parameters are undefined if errorCode is nonzero).

replyDomain: The name of the domain.

context: The context pointer passed to DNSServiceEnumerateDomains.


DNSServiceGetAddrInfoReply


typedef void ( *DNSServiceGetAddrInfoReply) ( 
    DNSServiceRef sdRef, 
    DNSServiceFlags flags, 
    uint32_t interfaceIndex, 
    DNSServiceErrorType errorCode, 
    const char *hostname, 
    const struct sockaddr *address, 
    uint32_t ttl, 
    void *context );  
Discussion

DNSServiceGetAddrInfo

Queries for the IP address of a hostname by using either Multicast or Unicast DNS.



DNSServiceGetAddrInfoReply() parameters:

sdRef: The DNSServiceRef initialized by DNSServiceGetAddrInfo().

flags: Possible values are kDNSServiceFlagsMoreComing and kDNSServiceFlagsAdd.

interfaceIndex: The interface to which the answers pertain.

errorCode: Will be kDNSServiceErr_NoError on success, otherwise will indicate the failure that occurred. Other parameters are undefined if errorCode is nonzero.

hostname: The fully qualified domain name of the host to be queried for.

address: IPv4 or IPv6 address.

ttl: If the client wishes to cache the result for performance reasons, the TTL indicates how long the client may legitimately hold onto this result, in seconds. After the TTL expires, the client should consider the result no longer valid, and if it requires this data again, it should be re-fetched with a new query. Of course, this only applies to clients that cancel the asynchronous operation when they get a result. Clients that leave the asynchronous operation running can safely assume that the data remains valid until they get another callback telling them otherwise.

context: The context pointer that was passed to the callout.


DNSServiceNATPortMappingReply


typedef void ( *DNSServiceNATPortMappingReply) ( 
    DNSServiceRef sdRef, 
    DNSServiceFlags flags, 
    uint32_t interfaceIndex, 
    DNSServiceErrorType errorCode, 
    uint32_t publicAddress, /* four byte IPv4 address in network byte order */
    DNSServiceProtocol protocol, 
    uint16_t privatePort, 
    uint16_t publicPort, /* may be different than the requested port */
    uint32_t ttl, /* may be different than the requested ttl */
    void *context );  
Discussion

DNSServiceNATPortMappingCreate

Request a port mapping in the NAT gateway which maps a port on the local machine to a public port on the NAT. The port mapping will be renewed indefinitely until the client process exits, or explicitly terminates the port mapping request by calling DNSServiceRefDeallocate(). The client callback will be invoked, informing the client of the NAT gateway's public IP address and the public port that has been allocated for this client. The client should then record this public IP address and port using whatever directory service mechanism it is using to enable peers to connect to it. (Clients advertising services using Wide-Area DNS-SD DO NOT need to use this API -- when a client calls DNSServiceRegister() NAT mappings are automatically created and the public IP address and port for the service are recorded in the global DNS. Only clients using some directory mechanism other than Wide-Area DNS-SD need to use this API to explicitly map their own ports.) It's possible that the client callback could be called multiple times, for example if the NAT gateway's IP address changes, or if a configuration change results in a different public port being mapped for this client. Over the lifetime of any long-lived port mapping, the client should be prepared to handle these notifications of changes in the environment, and should update its recorded address and/or port as appropriate.



DNSServiceNATPortMappingReply() parameters:

sdRef: The DNSServiceRef initialized by DNSServiceNATPortMappingCreate().

flags: Currently unused, reserved for future use.

interfaceIndex: The interface through which the NAT gateway is reached.

errorCode: Will be kDNSServiceErr_NoError on success, otherwise will indicate the failure that occurred. Other parameters are undefined if errorCode is nonzero.

publicAddress: Four byte IPv4 address in network byte order.

protocol: Will be kDNSServiceProtocol_UDP or kDNSServiceProtocol_TCP or both.

privatePort: The port on the local machine that was mapped.

publicPort: The actual public port in the NAT gateway that was mapped. This is very likely to be different than the requested public port.

ttl: The lifetime of the NAT port mapping created on the gateway. This controls how quickly stale mappings will be garbage-collected if the client machine crashes, suffers a power failure, is disconnected from the network, or suffers some other unfortunate demise which causes it to vanish without explicitly removing its NAT port mapping. It's possible that the ttl value will differ from the requested ttl value.

context: The context pointer that was passed to the callout.


DNSServiceQueryRecordReply


typedef void ( *DNSServiceQueryRecordReply) ( 
    DNSServiceRef DNSServiceRef, 
    DNSServiceFlags flags, 
    uint32_t interfaceIndex, 
    DNSServiceErrorType errorCode, 
    const char *fullname, 
    uint16_t rrtype, 
    uint16_t rrclass, 
    uint16_t rdlen, 
    const void *rdata, 
    uint32_t ttl, 
    void *context );  
Discussion

DNSServiceQueryRecord

Query for an arbitrary DNS record.



DNSServiceQueryRecordReply() Callback Parameters:

sdRef: The DNSServiceRef initialized by DNSServiceQueryRecord().

flags: Possible values are kDNSServiceFlagsMoreComing and kDNSServiceFlagsAdd. The Add flag is NOT set for PTR records with a ttl of 0, i.e. "Remove" events.

interfaceIndex: The interface on which the query was resolved (the index for a given interface is determined via the if_nametoindex() family of calls). See "Constants for specifying an interface index" for more details.

errorCode: Will be kDNSServiceErr_NoError on success, otherwise will indicate the failure that occurred. Other parameters are undefined if errorCode is nonzero.

fullname: The resource record's full domain name.

rrtype: The resource record's type (e.g. kDNSServiceType_PTR, kDNSServiceType_SRV, etc)

rrclass: The class of the resource record (usually kDNSServiceClass_IN).

rdlen: The length, in bytes, of the resource record rdata.

rdata: The raw rdata of the resource record.

ttl: If the client wishes to cache the result for performance reasons, the TTL indicates how long the client may legitimately hold onto this result, in seconds. After the TTL expires, the client should consider the result no longer valid, and if it requires this data again, it should be re-fetched with a new query. Of course, this only applies to clients that cancel the asynchronous operation when they get a result. Clients that leave the asynchronous operation running can safely assume that the data remains valid until they get another callback telling them otherwise.

context: The context pointer that was passed to the callout.


DNSServiceRegisterRecordReply


typedef void ( *DNSServiceRegisterRecordReply) ( 
    DNSServiceRef sdRef, 
    DNSRecordRef RecordRef, 
    DNSServiceFlags flags, 
    DNSServiceErrorType errorCode, 
    void *context );  
Discussion

DNSServiceRegisterRecord

Register an individual resource record on a connected DNSServiceRef.

Note that name conflicts occurring for records registered via this call must be handled by the client in the callback.



DNSServiceRegisterRecordReply() parameters:

sdRef: The connected DNSServiceRef initialized by DNSServiceCreateConnection().

RecordRef: The DNSRecordRef initialized by DNSServiceRegisterRecord(). If the above DNSServiceRef is passed to DNSServiceRefDeallocate(), this DNSRecordRef is invalidated, and may not be used further.

flags: Currently unused, reserved for future use.

errorCode: Will be kDNSServiceErr_NoError on success, otherwise will indicate the failure that occurred (including name conflicts.) Other parameters are undefined if errorCode is nonzero.

context: The context pointer that was passed to the callout.


DNSServiceRegisterReply


typedef void ( *DNSServiceRegisterReply) ( 
    DNSServiceRef sdRef, 
    DNSServiceFlags flags, 
    DNSServiceErrorType errorCode, 
    const char *name, 
    const char *regtype, 
    const char *domain, 
    void *context );  
Discussion

Register a service that is discovered via Browse() and Resolve() calls.



DNSServiceRegisterReply() Callback Parameters:

sdRef: The DNSServiceRef initialized by DNSServiceRegister().

flags: When a name is successfully registered, the callback will be invoked with the kDNSServiceFlagsAdd flag set. When Wide-Area DNS-SD is in use, it is possible for a single service to get more than one success callback (e.g. one in the "local" multicast DNS domain, and another in a wide-area unicast DNS domain). If a successfully-registered name later suffers a name conflict or similar problem and has to be deregistered, the callback will be invoked with the kDNSServiceFlagsAdd flag not set. The callback is *not* invoked in the case where the caller explicitly terminates the service registration by calling DNSServiceRefDeallocate(ref);

errorCode: Will be kDNSServiceErr_NoError on success, otherwise will indicate the failure that occurred (including name conflicts, if the kDNSServiceFlagsNoAutoRename flag was used when registering.) Other parameters are undefined if errorCode is nonzero.

name: The service name registered (if the application did not specify a name in DNSServiceRegister(), this indicates what name was automatically chosen).

regtype: The type of service registered, as it was passed to the callout.

domain: The domain on which the service was registered (if the application did not specify a domain in DNSServiceRegister(), this indicates the default domain on which the service was registered).

context: The context pointer that was passed to the callout.


DNSServiceResolveReply


typedef void ( *DNSServiceResolveReply) ( 
    DNSServiceRef sdRef, 
    DNSServiceFlags flags, 
    uint32_t interfaceIndex, 
    DNSServiceErrorType errorCode, 
    const char *fullname, 
    const char *hosttarget, 
    uint16_t port, 
    uint16_t txtLen, 
    const unsigned char *txtRecord, 
    void *context );  
Discussion

DNSServiceResolve()

Resolve a service name discovered via DNSServiceBrowse() to a target host name, port number, and txt record.

Note: Applications should NOT use DNSServiceResolve() solely for txt record monitoring - use DNSServiceQueryRecord() instead, as it is more efficient for this task.

Note: When the desired results have been returned, the client MUST terminate the resolve by calling DNSServiceRefDeallocate().

Note: DNSServiceResolve() behaves correctly for typical services that have a single SRV record and a single TXT record. To resolve non-standard services with multiple SRV or TXT records, DNSServiceQueryRecord() should be used.

DNSServiceResolveReply Callback Parameters:

sdRef: The DNSServiceRef initialized by DNSServiceResolve().

flags: Possible values: kDNSServiceFlagsMoreComing

interfaceIndex: The interface on which the service was resolved.

errorCode: Will be kDNSServiceErr_NoError (0) on success, otherwise will indicate the failure that occurred. Other parameters are undefined if the errorCode is nonzero.

fullname: The full service domain name, in the form ... (This name is escaped following standard DNS rules, making it suitable for passing to standard system DNS APIs such as res_query(), or to the special-purpose functions included in this API that take fullname parameters. See "Notes on DNS Name Escaping" earlier in this file for more details.)

hosttarget: The target hostname of the machine providing the service. This name can be passed to functions like gethostbyname() to identify the host's IP address.

port: The port, in network byte order, on which connections are accepted for this service.

txtLen: The length of the txt record, in bytes.

txtRecord: The service's primary txt record, in standard txt record format.

context: The context pointer that was passed to the callout.

NOTE: In earlier versions of this header file, the txtRecord parameter was declared "const char *" This is incorrect, since it contains length bytes which are values in the range 0 to 255, not -128 to +127. Depending on your compiler settings, this change may cause signed/unsigned mismatch warnings. These should be fixed by updating your own callback function definition to match the corrected function signature using "const unsigned char *txtRecord". Making this change may also fix inadvertent bugs in your callback function, where it could have incorrectly interpreted a length byte with value 250 as being -6 instead, with various bad consequences ranging from incorrect operation to software crashes. If you need to maintain portable code that will compile cleanly with both the old and new versions of this header file, you should update your callback function definition to use the correct unsigned value, and then in the place where you pass your callback function to DNSServiceResolve(), use a cast to eliminate the compiler warning, e.g.: DNSServiceResolve(sd, flags, index, name, regtype, domain, (DNSServiceResolveReply)MyCallback, context); This will ensure that your code compiles cleanly without warnings (and more importantly, works correctly) with both the old header and with the new corrected version.


TXTRecordRef


typedef union _TXTRecordRef_t {
    char PrivateData[16];
    char *ForceNaturalAlignment;
} TXTRecordRef;  
Discussion

TXTRecordRef

Opaque internal data type. Note: Represents a DNS-SD TXT record.

Enumerations


General flags


enum {  
    kDNSServiceFlagsMoreComing = 0x1,   
    kDNSServiceFlagsAdd = 0x2,  
    kDNSServiceFlagsDefault = 0x4,   
    kDNSServiceFlagsNoAutoRename = 0x8,   
    kDNSServiceFlagsShared = 0x10,   
    kDNSServiceFlagsUnique = 0x20,    
    kDNSServiceFlagsBrowseDomains = 0x40,  
    kDNSServiceFlagsRegistrationDomains = 0x80,   
    kDNSServiceFlagsLongLivedQuery = 0x100,   
    kDNSServiceFlagsAllowRemoteQuery = 0x200,   
    kDNSServiceFlagsForceMulticast = 0x400,   
    kDNSServiceFlagsForce = 0x800,   
    kDNSServiceFlagsReturnIntermediates = 0x1000,   
    #define kDNSServiceFlagsReturnCNAME kDNSServiceFlagsReturnIntermediates   
    kDNSServiceFlagsNonBrowsable = 0x2000,   
    kDNSServiceFlagsShareConnection = 0x4000  
};  
Constants
kDNSServiceFlagsMoreComing
MoreComing indicates to a callback that at least one more result is queued and will be delivered following immediately after this one. When the MoreComing flag is set, applications should not immediately update their UI, because this can result in a great deal of ugly flickering on the screen, and can waste a great deal of CPU time repeatedly updating the screen with content that is then immediately erased, over and over. Applications should wait until until MoreComing is not set, and then update their UI when no more changes are imminent.

When MoreComing is not set, that doesn't mean there will be no more answers EVER, just that there are no more answers immediately available right now at this instant. If more answers become available in the future they will be delivered as usual.
kDNSServiceFlagsAdd
Flags for domain enumeration and browse/query reply callbacks. An enumeration callback with the "Add" flag NOT set indicates a "Remove", i.e. the domain is no longer valid.
kDNSServiceFlagsDefault
Flags for domain enumeration and browse/query reply callbacks. "Default" applies only to enumeration and is only valid in conjunction with "Add".
kDNSServiceFlagsNoAutoRename
Flag for specifying renaming behavior on name conflict when registering non-shared records. By default, name conflicts are automatically handled by renaming the service. NoAutoRename overrides this behavior - with this flag set, name conflicts will result in a callback. The NoAutorename flag is only valid if a name is explicitly specified when registering a service (i.e. the default name is not used.)
kDNSServiceFlagsShared
Flag for registering individual records on a connected DNSServiceRef. Shared indicates that there may be multiple records with this name on the network (e.g. PTR records).
kDNSServiceFlagsUnique
Flag for registering individual records on a connected DNSServiceRef. Unique indicates that the record's name is to be unique on the network (e.g. SRV records).
kDNSServiceFlagsBrowseDomains
Flags for specifying domain enumeration type in DNSServiceEnumerateDomains. BrowseDomains enumerates domains recommended for browsing.
kDNSServiceFlagsRegistrationDomains
Flags for specifying domain enumeration type in DNSServiceEnumerateDomains. RegistrationDomains enumerates domains recommended for registration.
kDNSServiceFlagsLongLivedQuery
Flag for creating a long-lived unicast query for the DNSServiceQueryRecord call.
kDNSServiceFlagsAllowRemoteQuery
Flag for creating a record for which we will answer remote queries (queries from hosts more than one hop away; hosts not directly connected to the local link).
kDNSServiceFlagsForceMulticast
Flag for signifying that a query or registration should be performed exclusively via multicast DNS, even for a name in a domain (e.g. foo.apple.com.) that would normally imply unicast DNS.
kDNSServiceFlagsForce
Flag for signifying a "stronger" variant of an operation. Currently defined only for DNSServiceReconfirmRecord(), where it forces a record to be removed from the cache immediately, instead of querying for a few seconds before concluding that the record is no longer valid and then removing it. This flag should be used with caution because if a service browsing PTR record is indeed still valid on the network, forcing its removal will result in a user-interface flap -- the discovered service instance will disappear, and then re-appear moments later.
kDNSServiceFlagsReturnIntermediates
Flag for returning intermediate results. For example, if a query results in an authoritative NXDomain (name does not exist) then that result is returned to the client. However the query is not implicitly cancelled -- it remains active and if the answer subsequently changes (e.g. because a VPN tunnel is subsequently established) then that positive result will still be returned to the client. Similarly, if a query results in a CNAME record, then in addition to following the CNAME referral, the intermediate CNAME result is also returned to the client. When this flag is not set, NXDomain errors are not returned, and CNAME records are followed silently without informing the client of the intermediate steps.
Discussion

Most DNS-SD API functions and callbacks include a DNSServiceFlags parameter. As a general rule, any given bit in the 32-bit flags field has a specific fixed meaning, regardless of the function or callback being used. For any given function or callback, typically only a subset of the possible flags are meaningful, and all others should be zero. The discussion section for each API call describes which flags are valid for that call and callback. In some cases, for a particular call, it may be that no flags are currently defined, in which case the DNSServiceFlags parameter exists purely to allow future expansion. In all cases, developers should expect that in future releases, it is possible that new flag values will be defined, and write code with this in mind. For example, code that tests

if (flags == kDNSServiceFlagsAdd) ...

will fail if, in a future release, another bit in the 32-bit flags field is also set. The reliable way to test whether a particular bit is set is not with an equality test, but with a bitwise mask:

if (flags & kDNSServiceFlagsAdd) ...

#defines


Constants for specifying an interface index


See Also:
kDNSServiceInterfaceIndexAny
kDNSServiceInterfaceIndexLocalOnly
kDNSServiceInterfaceIndexUnicast
#define kDNSServiceInterfaceIndexAny 0 
#define kDNSServiceInterfaceIndexLocalOnly  
#define kDNSServiceInterfaceIndexUnicast  
  typedef uint32_t DNSServiceFlags;  
Discussion



Specific interface indexes are identified via a 32-bit unsigned integer returned by the if_nametoindex() family of calls.

If the client passes 0 for interface index, that means "do the right thing", which (at present) means, "if the name is in an mDNS local multicast domain (e.g. 'local.', '254.169.in-addr.arpa.', '{8,9,A,B}.E.F.ip6.arpa.') then multicast on all applicable interfaces, otherwise send via unicast to the appropriate DNS server." Normally, most clients will use 0 for interface index to automatically get the default sensible behaviour.

If the client passes a positive interface index, then for multicast names that indicates to do the operation only on that one interface. For unicast names the interface index is ignored unless kDNSServiceFlagsForceMulticast is also set.

If the client passes kDNSServiceInterfaceIndexLocalOnly when registering a service, then that service will be found *only* by other local clients on the same machine that are browsing using kDNSServiceInterfaceIndexLocalOnly or kDNSServiceInterfaceIndexAny. If a client has a 'private' service, accessible only to other processes running on the same machine, this allows the client to advertise that service in a way such that it does not inadvertently appear in service lists on all the other machines on the network.

If the client passes kDNSServiceInterfaceIndexLocalOnly when browsing then it will find *all* records registered on that same local machine. Clients explicitly wishing to discover *only* LocalOnly services can accomplish this by inspecting the interfaceIndex of each service reported to their DNSServiceBrowseReply() callback function, and discarding those where the interface index is not kDNSServiceInterfaceIndexLocalOnly.


kDNSServiceInterfaceIndexAny


See Also:
Constants for specifying an interface index
#define kDNSServiceInterfaceIndexAny 0 
Discussion



Specific interface indexes are identified via a 32-bit unsigned integer returned by the if_nametoindex() family of calls.

If the client passes 0 for interface index, that means "do the right thing", which (at present) means, "if the name is in an mDNS local multicast domain (e.g. 'local.', '254.169.in-addr.arpa.', '{8,9,A,B}.E.F.ip6.arpa.') then multicast on all applicable interfaces, otherwise send via unicast to the appropriate DNS server." Normally, most clients will use 0 for interface index to automatically get the default sensible behaviour.

If the client passes a positive interface index, then for multicast names that indicates to do the operation only on that one interface. For unicast names the interface index is ignored unless kDNSServiceFlagsForceMulticast is also set.

If the client passes kDNSServiceInterfaceIndexLocalOnly when registering a service, then that service will be found *only* by other local clients on the same machine that are browsing using kDNSServiceInterfaceIndexLocalOnly or kDNSServiceInterfaceIndexAny. If a client has a 'private' service, accessible only to other processes running on the same machine, this allows the client to advertise that service in a way such that it does not inadvertently appear in service lists on all the other machines on the network.

If the client passes kDNSServiceInterfaceIndexLocalOnly when browsing then it will find *all* records registered on that same local machine. Clients explicitly wishing to discover *only* LocalOnly services can accomplish this by inspecting the interfaceIndex of each service reported to their DNSServiceBrowseReply() callback function, and discarding those where the interface index is not kDNSServiceInterfaceIndexLocalOnly.


kDNSServiceInterfaceIndexLocalOnly


Value: 0xffffffff (-1)

See Also:
Constants for specifying an interface index
#define kDNSServiceInterfaceIndexLocalOnly  
Discussion



Specific interface indexes are identified via a 32-bit unsigned integer returned by the if_nametoindex() family of calls.

If the client passes 0 for interface index, that means "do the right thing", which (at present) means, "if the name is in an mDNS local multicast domain (e.g. 'local.', '254.169.in-addr.arpa.', '{8,9,A,B}.E.F.ip6.arpa.') then multicast on all applicable interfaces, otherwise send via unicast to the appropriate DNS server." Normally, most clients will use 0 for interface index to automatically get the default sensible behaviour.

If the client passes a positive interface index, then for multicast names that indicates to do the operation only on that one interface. For unicast names the interface index is ignored unless kDNSServiceFlagsForceMulticast is also set.

If the client passes kDNSServiceInterfaceIndexLocalOnly when registering a service, then that service will be found *only* by other local clients on the same machine that are browsing using kDNSServiceInterfaceIndexLocalOnly or kDNSServiceInterfaceIndexAny. If a client has a 'private' service, accessible only to other processes running on the same machine, this allows the client to advertise that service in a way such that it does not inadvertently appear in service lists on all the other machines on the network.

If the client passes kDNSServiceInterfaceIndexLocalOnly when browsing then it will find *all* records registered on that same local machine. Clients explicitly wishing to discover *only* LocalOnly services can accomplish this by inspecting the interfaceIndex of each service reported to their DNSServiceBrowseReply() callback function, and discarding those where the interface index is not kDNSServiceInterfaceIndexLocalOnly.


kDNSServiceInterfaceIndexUnicast


Value: 0xfffffffe (-2)

See Also:
Constants for specifying an interface index
#define kDNSServiceInterfaceIndexUnicast  
Discussion



Specific interface indexes are identified via a 32-bit unsigned integer returned by the if_nametoindex() family of calls.

If the client passes 0 for interface index, that means "do the right thing", which (at present) means, "if the name is in an mDNS local multicast domain (e.g. 'local.', '254.169.in-addr.arpa.', '{8,9,A,B}.E.F.ip6.arpa.') then multicast on all applicable interfaces, otherwise send via unicast to the appropriate DNS server." Normally, most clients will use 0 for interface index to automatically get the default sensible behaviour.

If the client passes a positive interface index, then for multicast names that indicates to do the operation only on that one interface. For unicast names the interface index is ignored unless kDNSServiceFlagsForceMulticast is also set.

If the client passes kDNSServiceInterfaceIndexLocalOnly when registering a service, then that service will be found *only* by other local clients on the same machine that are browsing using kDNSServiceInterfaceIndexLocalOnly or kDNSServiceInterfaceIndexAny. If a client has a 'private' service, accessible only to other processes running on the same machine, this allows the client to advertise that service in a way such that it does not inadvertently appear in service lists on all the other machines on the network.

If the client passes kDNSServiceInterfaceIndexLocalOnly when browsing then it will find *all* records registered on that same local machine. Clients explicitly wishing to discover *only* LocalOnly services can accomplish this by inspecting the interfaceIndex of each service reported to their DNSServiceBrowseReply() callback function, and discarding those where the interface index is not kDNSServiceInterfaceIndexLocalOnly.


kDNSServiceMaxDomainName


#define kDNSServiceMaxDomainName 1005 
Discussion

Maximum length, in bytes, of a domain name represented as an *escaped* C-String including the final trailing dot, and the C-String terminating NULL at the end.


kDNSServiceMaxServiceName


#define kDNSServiceMaxServiceName 64 
Discussion

Maximum length, in bytes, of a service name represented as a literal C-String, including the terminating NULL at the end.


kDNSServiceProperty_DaemonVersion


#define kDNSServiceProperty_DaemonVersion "DaemonVersion" 
Discussion

When requesting kDNSServiceProperty_DaemonVersion, the result pointer must point to a 32-bit unsigned integer, and the size parameter must be set to sizeof(uint32_t).

On return, the 32-bit unsigned integer contains the version number, formatted as follows: Major part of the build number * 10000 + minor part of the build number * 100

For example, Mac OS X 10.4.9 has mDNSResponder-108.4, which would be represented as version 1080400. This allows applications to do simple greater-than and less-than comparisons: e.g. an application that requires at least mDNSResponder-108.4 can check:

if (version >= 1080400) ...

Example usage:

uint32_t version; uint32_t size = sizeof(version); DNSServiceErrorType err = DNSServiceGetProperty(kDNSServiceProperty_DaemonVersion, &version, &size); if (!err) printf("Bonjour version is %d.%d\n", version / 10000, version / 100 % 100);


Did this document help you?
Yes: Tell us what works for you.
It’s good, but: Report typos, inaccuracies, and so forth.
It wasn’t helpful: Tell us what would have helped.
Last Updated: 2008-04-22