Le 1 février 2013 10:01, Méhdi Denou <mehdi.de...@gmail.com> a écrit :
> J'ai réutilisé le principe de l'annonce de service par le protocole DNS > (enregistrement SRV) mais sans broadcast (unicast). > C'était mon stage de fin d'étude. Le but était de faire du service > discovery et du service presency: on peut découvrir les services présents > sur le réseau et connaitre leur état en temps réel. Par état j'entends > présence ou non du noeud qui fournit le service mais aussi caractéristiques > du service (qui peuvent changer dans le temps). > > Dans mon cas précis c'était pour distribuer la charge d'un shell distribué > via des passerelles (contexte: grands clusters), le problème étant que ces > passerelles pouvaient être inaccessibles par moment. Mon outil permet de > connaitre la dispo de ces passerelles et donc de distribuer la charge sur > les autres en cas d'indispo. > > On peut annoncer n'importe quel service, distribué ou pas. > > Ça marche plutot pas mal mais c'est toujours de l'alpha, je manque de > temps en ce moment. > > > Le 1 février 2013 02:29, Christophe <t...@stuxnet.org> a écrit : > > Un peu crade ??? >> >> C'est juste de la bouse en tube (ou en barre, suivant les gouts) tu veux >> dire ... >> Est ce qu'Apple est capable de mieux ?? c'est la grande question, ils >> sont quand même champions sur les protocoles de niveau 2 qui bavent en >> broadcastant tout ce que ca peut ! (je parle pas d'Apple Talk , euh non , >> j'en parle pas). >> >> Blague à part, tu veux faire quoi de mieux en python en fait ? >> >> @+ >> Christophe. >> >> Méhdi Denou a écrit : >> >>> Pour ça il y a DNS-SD. >>> Bon l'implémentation d'Apple est un peu crade, je travaille depuis >>> quelques >>> mois sur une réimplem en python. >>> >>> 2013/2/1 Rémy >>> Sanchez<remy.sanchez@**hyperthese.net<remy.sanc...@hyperthese.net> >>> > >>> >>> ** >>>> >>>> >>>> On Friday 01 February 2013 00:28:46 Guillaume Barrot wrote: >>>> >>>> Admettons pour UPNP IGD, mais IPv6 en lui même ne réglera pas la >>>>> problématique UPNP AV (ie présentation de services). >>>>> >>>> >>>> Et pourtant, c'était prévu dans les premiers drafts IPv6 : >>>> http://tools.ietf.org/html/**draft-ietf-sip-discovery-03<http://tools.ietf.org/html/draft-ietf-sip-discovery-03> >>>> >>>> >>>> >>>> Auto-configuration >>>> >>>> >>>> The connection procedures for a configuring a new system are >>>> >>>> reduced to the minimal set of "plug it in, turn on the power, and >>>> >>>> run". >>>> >>>> >>>> - Each node is assigned an identifier, usually within the number >>>> >>>> space assigned to the local subnet. >>>> >>>> >>>> - The node discovers the routers attached to the local subnet, >>>> so >>>> >>>> that it can exchange packets with remote systems. >>>> >>>> >>>> - The node discovers the location of servers that it needs for >>>> >>>> configuration, loading, dumping, printing, and other services. >>>> >>>> >>>> - If desired, each node is assigned a name within the local >>>> >>>> domain. The name, and the associated identifiers, can be >>>> >>>> registered in the local domain name server. >>>> >>>> >>>> >>>> Je voudrais pas m'avancer, mais il parraîtrait que certains >>>> constructeurs >>>> auraient dégagé ces éléments du standard... >>>> >>>> >>>> >>>> Bonne nuit, >>>> >>>> -- >>>> >>>> Rémy Sanchez >>>> >>>> http://hyperthese.net/ >>>> >>>> >>> >> > > > -- > Méhdi Denou > 06 64 18 67 71 > -- Méhdi Denou 06 64 18 67 71 --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
