<div dir="ltr">Hi all,<div><br></div><div>I have a query related to avahi-browse. I have an embedded wifi device which publishes service of type _http._tcp.local.  This embedded device has two interfaces: 1) Micro AP interface</div>

<div>2) Station Interface. This service is published on both the interface.</div><div><br></div><div>1) On Mircro AP interface:</div><div>I am trying to resolve this service using avahi-tools.</div><div><br></div><div>I could able to resolve this service using "avahi-browse -r _http._tcp", <br clear="all">

<div><br></div><div>But using "avahi-browse --all", this is not resolved at all. </div><div><br></div><div>Below is the definition of --all option which says it will resolve all service irrespective of all type. Then I think _http._tcp should also be resolved.</div>

<div><br></div><div><div>$ avahi-browse --help</div><div>avahi-browse [options] <service type></div><div>avahi-browse [options] -a</div><div>avahi-browse [options] -D</div><div>avahi-browse [options] -b</div><div><br>

</div><div>    -h --help            Show this help</div><div>    -V --version         Show version</div><div>    -D --browse-domains  Browse for browsing domains instead of services</div><div>    -a --all             Show all services, regardless of the type</div>

<div>    -d --domain=DOMAIN   The domain to browse in</div><div>    -v --verbose         Enable verbose mode</div><div>    -t --terminate       Terminate after dumping a more or less complete list</div><div>    -c --cache           Terminate after dumping all entries from the cache</div>

<div>    -l --ignore-local    Ignore local services</div><div>    -r --resolve         Resolve services found</div><div>    -f --no-fail         Don't fail if the daemon is not available</div><div>    -p --parsable        Output in parsable format</div>

<div>    -k --no-db-lookup    Don't lookup service types</div><div>    -b --dump-db         Dump service type database</div></div><div><br></div><div>Further, I also added dns-sd entry in the service type which is published by embedded device. This dns-sd entry points to (PTR) to _http._tcp record. I added this record by seeing packet structure from the service published by "avahi-publish" which sends such entry with the answer.</div>

<div>Inspite of this, I am not able to resolve this service.</div><div><br></div><div>In addition to above, I can't see any initial packets sent by "avahi-browse -a" option which shouldn't be the case as resolver can't send packets without any questions from the querier. Is there is something exception to the rule here? or have I mis-interpreted the protocol ?</div>

<div><br></div><div>2) On Station Interface, behavior is something different.<br></div><div>Station interface is connected to Access Point(AP) which is connected to network backbone. Here, using "avahi-browse -a" can resolve _http._tcp service published by embedded device. Here there is lots of mDNS traffic unlike in MicroAP interface. </div>

<div>But after removing Backbone network from AP, "avahi-browse -a" couldn't resolve this service.</div><div><br></div><div>This issues is now in critical stage after latest IOS upgrade. I found that the implementation of their BonjourDump app is some what similar to "avahi-browse -a". But with the older OS, I can see the services.</div>

<div><br></div><div>Can anyone help me out? I can also provide more info if required.</div><div><br></div><div>Thanks in advance :-)</div><div><br></div>-- <br>With Regards,<br>Ashwin Vasani<br></div></div>