La Confusion concernant RTSP sur HTTP tunneling

J'ai eu une confusion dont j'ai cherché mais n'ai obtenu aucune réponse.

Je suis de la diffusion d'un fichier vidéo à l'aide de RTSP sur HTTP tunneling puis quand je vois le fil de requin pour voir les paquets source et de destination et le protocole, j'ai vu un UDP protocole, mais je suis en utilisant RTSP sur HTTP tunnel.

Quelqu'un peut-il me dire pourquoi je ne vois pas les TCP protocole au lieu de UDP protocole pour les paquets envoyés à partir de la source à la destination?

OriginalL'auteur Ajinkya | 2013-01-08

  1. 1

    RTSP est un protocole de gestion de réseau. Selon Wikipédia,

    Le port par défaut pour le protocole RTSP est 554 pour UDP (obsolète
    et très rarement utilisé) et TCP transports.

    Conclusion: UDP ou TCP sera utilisé, dépend du serveur que vous utilisez et les paramètres.

    nous sommes à l'aide de RTSP sur HTTP Tunnels alors pourquoi wireshark montre le protocole UDP
    RTSP sur HTTP tunneling ne veut pas dire TCP sera utilisé. TCP a plus de frais généraux que UDP, la diffusion en temps réel préfèrent utiliser UDP comme moins de trafic sera faite. Par ailleurs, pourquoi voulez-vous utiliser le protocole TCP ? Essayez de blocage de port 554 et voir si LIVE555 passer à TCP.
    comment bloquer l'UDP du port 554 veuillez vous guide
    c'est un paramètre du pare-feu. dépend de pare-feu que vous utilisez.
    je suis aide dans la construction de pare-feu dans windows 7

    OriginalL'auteur Raptor

  2. 2

    RTSP met en place les flux RTP pour le streaming audio et vidéo. Ils sont probablement envoyés sur UDP au lieu de tunneling sur la connexion TCP existante.

    Juste parce que RTSP est en train d'être acheminés sur HTTP n'a pas de garantir que les flux RTP sera configuré pour utiliser le même socket. C'est au client de demander le transport, mais vous pouvez changer le serveur pour prendre en charge uniquement les entrelacé de transport. Voir cette réponse https://stackoverflow.com/a/3536969/759140

    monsieur, je suis à l'aide de 2 live555 programmes "testMpeg2transportstreamer" dans le répertoire de test de live 555 et le serveur proxy en proxy serveur de répertoire de vivre 555,le logiciel de serveur proxy je donne l'url de "testMpeg2transportstreamer" serveur rtsp et maintenant que je peux envoyer le C->A: SETUP rtsp://audio.exemple.com/tornade/audio.fr RTSP/1.0 CSeq: 1 Transport: RTP/AVP/TCP;unicast;client_port=3056-3057 "testMpeg2transportstreamer" à partir du serveur proxy, veuillez vous guide
    Vous voudrez probablement utiliser entrelacés (section 10.12 dans la rfc 2326)
    sir mais le plus gros problème est de savoir comment envoyer le programme d'INSTALLATION demande de serveur proxy pour testMpeg2transportstreamer
    monsieur j'ai fait une commande de configuration à partir du serveur vers le client, la commande d'installation est comme cette demande d'Envoi: le programme d'INSTALLATION rtsp://192.168.15.192:8554/STREAMERUltra/track1 RTSP/1.0 CSeq: 4 Transport: RTP/AVP/TCP;unicast;entrelacés=0-1 Reçu 84 nouveaux octets de données de réponse. Reçu d'une INSTALLATION complète de réponse: RTSP/1.0 461 non pris en charge le Transport CSeq: 4 Date: Thu, 10 Jan 2013 06:32:42 GMT et de recevoir la réponse, mais n'a pas obtenu de flux peuvent vous guide firther
    Il semble que votre serveur RTSP ne prend pas en charge entrelacés de transport.

    OriginalL'auteur vipw

  3. 0

    Très vrai, mais si vous spécifiez à utiliser le protocole tcp-transport dans ffmpeg, il doit utiliser le protocole TCP si le serveur est configuré pour cela.

    Si vous ne spécifiez aucune option de transport, de nouvelles versions de ffmpeg essayer UDP, si cela échoue, il va réessayer la connexion TCP.

    OriginalL'auteur Michelle Cannon