Vous devriez vérifier sipml5, http://code.google.com/p/sipml5/
obtenir le code et regardez-la dans le dossier:
sipml5/src/tinySIP/src/transports
19
Vous ne pouvez pas envoyer un paquet UDP directement avec WebRTC. Qui contreviendrait à la base de contraintes de sécurité requis par le navigateur.
Vous pouvez envoyer SRTP à un GLACE activé hôte. Ce n'est probablement pas ce que vous cherchez.
Si un navigateur autorisé l'envoi de l'arbitraire des paquets UDP, puis les applications malveillantes pourraient envoyer des paquets de n'importe quel hôte.
Cela ne semble pas si mauvais, après tout, les hôtes de l'Internet doivent être en mesure de traiter avec ce que le droit? Le problème est que certains navigateurs sont dans un environnement protégé où l'accès au réseau est limité. Au sein de ces réseaux, certains hôtes sont beaucoup moins protégé qu'un hôte sur le réseau Internet public pourrait être. Ce serait OK, puisque l'accès au réseau est contrôlé.
S'il était possible pour un navigateur pour envoyer des paquets arbitraires, un utilisateur sur un navigateur dans cet environnement pourrait être convaincus d'envoyer spécifiquement conçu paquets à l'un de ces mal protégés hôtes. Probablement, le résultat serait de l'opérateur de réseau interdisant le navigateur, ce qui est quelque chose de navigateur décideurs voulons éviter.
WebRTC envoie uniquement certains types de paquet UDP sous des conditions spécifiques. Si l'hôte que vous êtes intéressé à parler à comprend GLACE et est en mesure de consommer RTP avec SRTP ou SCTP sur DTLS (il me semble peu probable). Alors peut-être vous pourrait forcer le navigateur à envoyer quelque chose.
Vous devriez vérifier sipml5, http://code.google.com/p/sipml5/
obtenir le code et regardez-la dans le dossier:
sipml5/src/tinySIP/src/transports
Vous ne pouvez pas envoyer un paquet UDP directement avec WebRTC. Qui contreviendrait à la base de contraintes de sécurité requis par le navigateur.
Vous pouvez envoyer SRTP à un GLACE activé hôte. Ce n'est probablement pas ce que vous cherchez.
Si un navigateur autorisé l'envoi de l'arbitraire des paquets UDP, puis les applications malveillantes pourraient envoyer des paquets de n'importe quel hôte.
Cela ne semble pas si mauvais, après tout, les hôtes de l'Internet doivent être en mesure de traiter avec ce que le droit? Le problème est que certains navigateurs sont dans un environnement protégé où l'accès au réseau est limité. Au sein de ces réseaux, certains hôtes sont beaucoup moins protégé qu'un hôte sur le réseau Internet public pourrait être. Ce serait OK, puisque l'accès au réseau est contrôlé.
S'il était possible pour un navigateur pour envoyer des paquets arbitraires, un utilisateur sur un navigateur dans cet environnement pourrait être convaincus d'envoyer spécifiquement conçu paquets à l'un de ces mal protégés hôtes. Probablement, le résultat serait de l'opérateur de réseau interdisant le navigateur, ce qui est quelque chose de navigateur décideurs voulons éviter.
WebRTC envoie uniquement certains types de paquet UDP sous des conditions spécifiques. Si l'hôte que vous êtes intéressé à parler à comprend GLACE et est en mesure de consommer RTP avec SRTP ou SCTP sur DTLS (il me semble peu probable). Alors peut-être vous pourrait forcer le navigateur à envoyer quelque chose.