Re: [mdnsext] Discussion of BoF during Berlin IETF

["Albrecht, Harald" <[e-mail]>]

Michael,

thank you very much for the clarification. What I see as a big stumbling block in service discovery usage are such architectural issues that can basically make a good idea unworkable, at least in some environments. Do you have more information as to what Microsoft does? From reading their MSDN pages I could not get a clear picture whether they are tripping into the same pit as the glibc does and I unfortunately lack some knowledge in order to fully understand what's going on in the mDNS resolver DLL. Can you provide some insight?

My impression is that the face-to-face meeting in Berlin will surely have some very interesting topics to discuss - or rather, where I hope to learn more about so I don't put forward too many dumb questions.

-- Harald

Siemens AG
Industry Sector
Industry Automation Division
Industrial Automation Systems
I IA AS CTO DH 1
Gleiwitzer Str. 555
90475 Nürnberg, Deutschland
Tel: [phone]
Fax: [phone]
mailto:[e-mail]

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; Vorstand: Peter Löscher, Vorsitzender; Roland Busch, Brigitte Ederer, Klaus Helmrich, Joe Kaeser, Barbara Kux, Hermann Requardt, Siegfried Russwurm, Peter Y. Solmssen, Michael Süß; Sitz der Gesellschaft: Berlin und München, Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, München, HRB 6684; WEEE-Reg.-Nr. DE 23691322



Von: Michael Sweet [mailto:[e-mail]]
Gesendet: Dienstag, 11. Juni 2013 13:56
An: Albrecht, Harald
Cc: [e-mail]
Betreff: Re: [mdnsext] Discussion of BoF during Berlin IETF

Albrecht,

On 2013-06-11, at 5:08 AM, "Albrecht, Harald" <[e-mail]<mailto:[e-mail]>> wrote:
...
My analysis bases on the GNU libc as one example, other implementations may differ very well (and most probably will). Code base is glib 2.17 as available from the FSF ftp servers. I tried to make sure that I did not make any (gross) mistakes in my analysis. However, caveat emptor, and if you find errors in my analysis please explain them to us so I (and maybe others) can learn.

As a user of getaddrinfo, I know for sure that the AI_IDN flag is a non-standard glibc extension.  And IMHO it is a poorly thought-out addition to the API - such decisions need to be made in the underlying resolvers (all those plugins you can specify in /etc/nsswitch.conf for "hosts") and not in the application which then needs to have a much greater understanding of which DNS is being used, etc.  The original proposal [1] gives some background on the addition, but I personally would not rely on the application asking the system to Do The Right Thing (tm).

........
[1] http://www.gnu.org/software/libidn/getaddrinfo-idn.txt

_________________________________________________________
Michael Sweet, Senior Printing System Engineer, PWG Chair