J'ai une application de diffusion vidéo qui fonctionne bien dans mon bureau mais échoue de manière misérablement à l'emplacement du client. Le symptôme est que toutes les deux secondes, je cesse de recevoir des paquets UDP pendant 2 secondes, puis le flux reprend comme si rien n'est faux.
J'ai couru http://www.pingtest.net/ à l'emplacement du client et il est revenu excellent. Pas de paquets abandonnés et de faible latence. La seule différence que j'ai remarquée entre nos deux endroits est que ping google.ca
Temps de temps à leur emplacement mais travaille dans le mien.
Comment puis-je tester si le réseau que je suis sur des blocs de blocs entrants des paquets UDP entrants? Y a-t-il un moyen pour moi d'isoler qui est en train de laisser tomber les paquets?
Les commandes netcat
dans la réponse de MPY sont utiles à des fins de diagnostic, mais je complète cette réponse avec une autre approche de votre problème sous-jacent.
Cela vaut peut-être la peine de rendre votre application retomber à SCTP , ou même TCP. J'ai effectivement trouvé cette question parce que je cherchais à rejetter des paquets UDP entrants des utilisateurs en utilisant plus de leur part de la liaison descendante lorsqu'il est congestionné, car contrairement à SCTP et TCP, UDP n'a pas de contrôle de congestion rendant très difficile la priorité à la litige circulation.
SCTP et =TCP a-t-il un contrôle de congestion et jouez bien avec QoS, mais SCTP a la prestation supplémentaire sur TCP qu'il a été conçu pour les applications de diffusion en temps réel, en faisant un bon remplacement pour les deux TCP et UDP. En effet, SCTP est le meilleur des deux des deux Protocoles de transport les plus courants.
Cela ne peut pas être une mauvaise idée d'avoir une relèvement, plutôt que de compter juste sur un UDP. Même si vous ne retombez que sur TCP, vous pouvez au moins dire que cela fonctionne, peut-être tout simplement pas de manière optimale.