doughboy wrote:anyone has example on how to actually use AT+MDNS?
I hope they are not just there for show and taking up space.

OK, all is in the delay, but it works as expected while in client access mode.
1. Be sure to be in version AT 1.0. AT+GMR:
AT version:1.0.0.0(Apr 16 2016 13:02:45)
SDK version:1.5.3(89ccffba)
compile time:Apr 16 2016 13:20:26
2. Start Wifi connection (in mode 3 in my case) and check you have an IP address AT+CIFSR:
+CIFSR:STAIP,"192.168.1.33"
3. Start mDNS advertisement AT+MDNS=1,"myesp","http",80
Please note that, even if the datasheet says that you're not allowed to broadcast a service name (explicitly said "http"), it works.
4. The most important: as soon as you issued the command AT+MDNS, ping your name (ping myesp.local in my example) and it should work.
And if you check (with a mDNS client) the advertised service, you will see that HTTP service is advertised on port 80 for ip address 192.168.1.33 and name myesp.local
Be careful: the mDNS info are advertised only once ! if you want to comply to mDNS rules, you have to MANUALLY refresh regularly the info by issuing a new AT+MDNS command. And here is the bug. I could only get mDNS advertised once. All further attempts (using "AT+MDNS=0" or not) to issue a new AT+MDNS=1,"myesp","http",80 command answers "OK" but do not multicast proper info. The only way I found to re-advertise mDNS is to resets the module.
Hope these info will be useful.
And hope that, sometime, the mDNS command will be available in access point mode, which will allow pretty user-friendly server configuration.