Je tente d'envoyer un audio multicanal via WiFi d'un serveur à plusieurs ordinateurs clients à l'aide de UDP diffusée sur un réseau privé.
J'utilise un logiciel appelé données pures, avec un outil de diffusion UDP appelé Netsend ~ et NetReceive ~. Le code est ici: http://www.remu.fr/sound-delta/netsend~/
Pour couper une longue histoire courte, je suis capable d'envoyer 9 canaux à un ordinateur client dans un réseau point à point, mais lorsque j'essaie de faire diffuser à 2 clients (pas encore essayé plus) , Je n'obtiens pas de son. Je peux compresser l'audio et envoyer 4 canaux compressé (environ 10% de taille de non compressé) sur UDP diffusée à 2 clients avec succès. Ou je peux envoyer 1 canal sur UDP diffusée à 2 clients, avec quelques problèmes.
Le routeur WiFi est une Linksys WRT300N. Tous les ordinateurs exécutent Windows XP. Les adresses IP sont 192.168.1.x, avec le masque de sous-réseau 255.255.255.0 et l'adresse de diffusion de sous-réseau: 192.168.1.255.
Je suis curieux - qu'advient-il des paquets de diffusion UDP dans le routeur? Si j'ai un masque de sous-réseau de 255.255.255.0, le routeur fait-il 254 paquets pour chaque paquet envoyé à l'adresse de diffusion?
Ma bande passante WiFi est d'au moins 100 Mbps, mais je n'arrive pas à envoyer de l'audio de plus d'environ 10 Mbps sur UDP diffusée à plusieurs clients.
Qu'est-ce qui m'empêche d'envoyer de l'audio jusqu'à la limite de bande passante du WiFi?
Toute suggestion pour les modifications de code de socket, les configurations de réseau, les configurations de routeurs, les modifications de sous-réseau ... Tous très appréciés!
merci Nick
4 Réponses :
Je suis curieux - qu'advient-il des paquets de diffusion UDP dans le routeur? Si j'ai un masque de sous-réseau de 255.255.255.0, le routeur fait-il 254 paquets pour chaque paquet envoyé à l'adresse de diffusion?
NON Le "routeur" ne fait pas 254 paquets individuels. En outre, je soupçonne que le protocole exploite des adresses "multidiffusion" plutôt que d'utiliser une adresse "diffusion".
Depuis la diffusion / le trafic de multidiffusion peut facilement être mal utilisé, il existe de nombreux équipements de mise en réseau limitant / block par défaut de ce trafic. Bien sûr, certains protocoles essentiels (par exemple ARP, DHCP) s'appuient sur des adresses de diffusion / de multidiffusion pour fonctionner et ne seront pas bloquées par défaut.
Par conséquent, cela pourrait être une bonne chose à vérifier les boutons de commande multidiffusion / diffusion sur votre routeur.
J'ai parcouru tout dans le routeur et je n'ai pas beaucoup trouvé cela pourrait aider. L'interface WRT300N est réellement visible ici: ui.linksys.com/files/wrt300n/0.93 .9 Je me demandais si cela pourrait aider à réduire mon masque de sous-réseau à 255.2555.255.240 ou quelque chose comme ça - serait-ce que cela réduirait la circulation?
Si le logiciel utilise réellement une adresse de multidiffusion pour envoyer du trafic à plusieurs clients, la modification du masque de sous-réseau n'aura aucun effet: la multidiffusion ne s'appuie pas sur ce paramètre de configuration.
Le premier à faire IMO est de déterminer si le logiciel utilise réellement la multidiffusion avant de passer à une autre étape.
Toutes les parties sont-elles connectées via WiFi ou l'expéditeur en utilisant un Connexion câblée au point d'accès? Les données de diffusion vont être transmis comme des données d'unicast d'une station à un accès point et le point d'accès retransmit ensuite les données comme trafic de diffusion / multidiffusion afin qu'il utilisera deux fois le bande passante en air par rapport à quand l'expéditeur est assis sur le côté filaire de l'ap.
Lors de l'envoi d'un cadre unicast, l'AP attendra un ack de la station de réception et il retransmit le cadre jusqu'à ce que l'ACK arrive (ou la fois). Diffusion / MultiCast Les cadres ne sont pas acqués et ne sont donc pas retransmis. Si vous avez un environnement radio occupé / bruyant, cela provoquer la probabilité que les paquets abandonnés augmentent, potentiellement beaucoup, pour le trafic de multidiffusion par rapport à unicast circulation. Dans une application audio, cela pourrait certainement être audible.
aussi, IIRC, diffusion / trafic de multidiffusion n'utilise pas le Procédure RTS / CTS pour réserver le support qui exarbe le problème des paquets abandonnés.
Cela pourrait en réalité être le cas que plusieurs flux d'unicast travailler mieux qu'un seul flux de multidiffusion sous moins que idéal conditions radio étant donné que la largeur de bande agrégée est assez haut.
Si vous pouvez, je vous suggère d'utiliser Wireshark pour renifler le trafic wifi et jetez un coup d'oeil à l'adresse de destination dans l'en-tête 802.11. Ensuite, vous pouvez vérifier si les paquets sont réellement diffusés ou pas sur l'air.
Votre conception échoue à cause d'une idée fausse commune avec des vitesses WiFi. Avec 802.11n, le nombre 300Mb / s est la vitesse de liaison, pas la bande passante réelle disponible pour les données utilisateur ou même la couche IP. La bande passante efficace est plus proche de la meilleure affaire de 40 Mo / s, consultez la FAQ sur SmallNetBuilder.com qui en discute plus en détail.
Votre problème est causé par l'algorithme de contrôle des tarifs du point d'accès. Avec unicast, le point d'accès suit quel débit de données chaque récepteur peut recevoir de manière fiable et envoie de ce taux. Avec la multidiffusion, le point d'accès ne sait pas quels récepteurs sont intéressés par les données, de manière simple, des points d'accès simples envoient les données au plus lentement possible (1mb / s). De meilleurs points d'accès mis en œuvre peuvent envoyer les données au taux que le client connecté le plus lent utilise, et les meilleurs points d'accès utilisent IGMP Snooping pour voir qui reçoivent chaque flux de multidiffusion IP et choisir le taux le plus lent des récepteurs pour ce flux. .
La solution la plus simple consiste à ne pas utiliser de multidiffusion lorsque vous avez un petit nombre de récepteurs WiFi.
Voir aussi cette question: Stackoverflow.com/Questtions/1736042
Êtes-vous capable de configurer votre poste de travail comme point d'accès?