When using avahi and the option --subtype dig fails to find all records, however some of them are found. - the .service files are identical except for the instancename and one row in .. My goal with the setup is to use dns-sd to annonce what parts of the application protocol "avms" actually are implemented or running at the local network. This approach are currently evaluated in a EU R&D project, and the outcome will be a recommendation for extention of the CEN standard EN13149-7 and -9 Ex. of a .service file: generalmessage _ebsf2._tcp _avms._sub._ebsf2._tcp 8085

txtver=1

content=test-of-sub-service

path=/avms/generalmessage

status=0

xstatus=C000000000C0FFFF

The dig command: dig @224.0.0.251 -p 5353 -t any _avms._sub._ebsf2._tcp.local returns: ; <<>> DiG 9.10.3-P4-Ubuntu <<>> @224.0.0.251 -p 5353 -t any _avms._sub._ebsf2._tcp.local ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44915 ;; flags: qr aa; QUERY: 1, ANSWER: 11, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;_avms._sub._ebsf2._tcp.local. IN ANY ;; ANSWER SECTION: _avms._sub._ebsf2._tcp.local. 10 IN PTR vehiclemonitoring._ebsf2._tcp.local. vehiclemonitoring._ebsf2._tcp.local. 10 IN TXT "txtver=1" "content=test-of-sub-service" "path=/avms/vehiclemonitoring" "status=0" "xstatus=C000000000C0FFFF" vehiclemonitoring._ebsf2._tcp.local. 10 IN SRV 0 0 8085 noname.local. noname.local. 10 IN AAAA ffff::111:ffff:ffff:ffff noname.local. 10 IN A 10.0.8.106 _avms._sub._ebsf2._tcp.local. 10 IN PTR runmonitoring._ebsf2._tcp.local. runmonitoring._ebsf2._tcp.local. 10 IN TXT "txtver=1" "content=test-of-sub-service" "path=/avms/runmonitoring" "status=0" "xstatus=C000000000C0FFFF" runmonitoring._ebsf2._tcp.local. 10 IN SRV 0 0 8085 noname.local. _avms._sub._ebsf2._tcp.local. 10 IN PTR plannedpattern._ebsf2._tcp.local. plannedpattern._ebsf2._tcp.local. 10 IN SRV 0 0 8086 noname.local. _avms._sub._ebsf2._tcp.local. 10 IN PTR patternmonitoring._ebsf2._tcp.local. ;; Query time: 0 msec ;; SERVER: 10.0.8.106#5353(224.0.0.251) ;; WHEN: Wed Sep 21 10:03:38 CEST 2016 ;; MSG SIZE rcvd: 498 Eg. it found 3 of 6 instances.. vehiclemonitoring runmonitoring plannedpattern running the command: avahi-browse -tr _avms._sub._ebsf2._tcp returns: + eth0 IPv4 runmonitoring _ebsf2._tcp local + eth0 IPv4 plannedpattern _ebsf2._tcp local + eth0 IPv4 patternmonitoring _ebsf2._tcp local + eth0 IPv4 journeymonitoring _ebsf2._tcp local + eth0 IPv4 generalmessage _ebsf2._tcp local + eth0 IPv4 vehiclemonitoring _ebsf2._tcp local = eth0 IPv4 runmonitoring _ebsf2._tcp local hostname = [noname.local] address = [10.0.8.106] port = [8085] txt = ["xstatus=C000000000C0FFFF" "status=0" "path=/avms/runmonitoring" "content=test-of-sub-service" "txtver=1"] = eth0 IPv4 plannedpattern _ebsf2._tcp local hostname = [noname.local] address = [10.0.8.106] port = [8086] txt = ["xstatus=C000000000C0FFFF" "status=0" "path=/avms/plannedpattern" "content=test-of-sub-service" "txtver=1"] = eth0 IPv4 patternmonitoring _ebsf2._tcp local hostname = [noname.local] address = [10.0.8.106] port = [8085] txt = ["xstatus=C000000000C0FFFF" "status=0" "path=/avms/patternmonitoring" "content=test-of-sub-service" "txtver=1"] = eth0 IPv4 journeymonitoring _ebsf2._tcp local hostname = [noname.local] address = [10.0.8.106] port = [8085] txt = ["xstatus=C000000000C0FFFF" "status=0" "path=/avms/journeymonitoring" "content=test-of-sub-service" "txtver=1"] = eth0 IPv4 generalmessage _ebsf2._tcp local hostname = [noname.local] address = [10.0.8.106] port = [8087] txt = ["xstatus=C000000000C0FFFF" "status=0" "path=/avms/generalmessage" "content=test-of-sub-service" "txtver=1"] = eth0 IPv4 vehiclemonitoring _ebsf2._tcp local hostname = [noname.local] address = [10.0.8.106] port = [8085] txt = ["xstatus=C000000000C0FFFF" "status=0" "path=/avms/vehiclemonitoring" "content=test-of-sub-service" "txtver=1"] Eg. All the 6 instances are found.. vehiclemonitoring runmonitoring plannedpattern journeymonitoring generalmessage patternmonitoring Is there a bug? or am I doing something wrong?? A nice behaviour would also be to resolve: dig @224.0.0.251 -p 5353 -t any _sub._ebsf2._tcp.local to return a list of all subtypes to _ebsf2 it may also be useful to sometimes leave out the _tcp or _udp part (dig @224.0.0.251 -p 5353 -t any _sub._ebsf2..local) or something like it and why only _tcp and _udp?? Best regards, Anders Fromell Senior System Architect

When	Who	Action	New State
2016-10-06	Launchpad Janitor	Expire	Expired
2016-10-11	Anders Fromell	Reopen	Open
2016-10-27	Launchpad Janitor	Expire	Expired

Ubuntubind9 package

History of question #401604

Ubuntu
bind9 package