Comment choisir une adresse multicast pour l'utilisation de mon application ?

Question

Comment dois-je choisir une adresse de multidiffusion IPv4 pour l'utilisation de mon application ? Il se peut que j'en aie besoin de plus d'une (toute une gamme peut-être à terme) mais je veux juste éviter les conflits avec d'autres applications.

• Les paquets seront entièrement contenus dans un domaine administratif, probablement un réseau local.
• Si plusieurs instances indépendantes de mon application sont utilisées sur le même réseau, elles pourraient chacune utiliser leur propre adresse de multidiffusion - mais si elles ne le font pas, elles pourront coexister de toute façon, elles auront juste une petite surcharge en ignorant les paquets des autres.
• Mes paquets contiennent déjà un "numéro magique" pour éviter les problèmes.
• Je vérifierai l'adresse de l'expéditeur (qui, je le sais, peut être usurpée), le TTL et d'autres éléments pour essayer d'éviter que des paquets inattendus ne viennent tout gâcher.

Des idées s'il vous plaît :)

Actuellement, je viens d'en allouer un arbitraire de l'espace "utilisation locale", 239.255.42.99.

Answer 1

Il semble que vous ayez déjà trouvé http://www.iana.org/assignments/multicast-addresses donc vous avez fait ce qu'il fallait en choisissant une adresse dans la liste des adresses. 239.255/16 gamme.

Comme ces plages sont entièrement destinées à un usage local, l'adresse que vous choisissez ne concerne personne d'autre, mais vous devez vous conformer aux règles suivantes mai vous devez vous coordonner avec le gestionnaire du réseau (en supposant que ce n'est pas vous) pour choisir un autre pool d'adresses.

Comme d'autres l'ont suggéré, assurez-vous qu'il existe un moyen facile de modifier l'adresse au cas où elle entrerait en conflit avec une autre adresse du réseau local.

Si la question des applications multiples devient un problème, fournissez une adresse multicast (localement) bien connue à laquelle les applications peuvent se connecter et qui émettra des adresses IP locales uniques à l'usage des clients.

Answer 2

Comme déjà suggéré, laissez la gamme se configurer. Mais pour aller plus loin, n'exigez pas de configuration. Vous choisissez la gamme et permettez à la configuration de passer outre si nécessaire.

Votre application doit disposer d'une certaine logique pour gérer les paquets étrangers, afin d'alerter l'utilisateur, par le biais des journaux ou d'un autre mécanisme, que votre application a détecté des paquets multicast provenant d'une autre application, avec des instructions sur la manière de modifier la configuration.

S'il s'avère qu'il y a un conflit, jouez ces numéros à la loterie !

Answer 3

Vous avez vu ça ?

MADCAP

Answer 4

Si c'est juste pour un usage interne, alors pourquoi ne pas simplement externaliser la plage d'adresses en tant que configuration et continuer à utiliser l'usage interne.

Le site L'Internet Assigned Numbers Authority est responsable de l'attribution des adresses IP. Elle n'attribue pas d'adresses aux FAI ou aux particuliers, mais elle dispose de http://www.iana.org/numbers/">informations. où obtenir des numéros attribués en fonction de votre région.

Answer 5

ZMAAP est une alternative zéro-configuration à MADCAP . Je doute qu'il existe des implémentations de source publique. Si vous en trouvez une, j'aimerais la connaître.