Garder Vivante Connexion Rtsp

J'ai un simple Client Rtsp...Le client d'envoyer Rtsp Commandes de Serveur Rtsp et d'obtenir des paquets RTP à partir du serveur.

Le problème est que, après un certain temps( environ 3-4 minutes) mon 3ème partie RTSP
Serveur abandonner la connexion avec mon RTSP Client.

Je n'ai pas mis en œuvre RTCP...je prends les paquets rtp de serveur rtsp, mais ne pas envoyer de PAQUETS RTCP...

Je fais simple de recherche et de trouver que certains gars de certains RTSP commandes[ comme les OPTIONS, SET de PARAMÈTRE PARAMÈTRE GET ] trop garder en vie les Connexions entre le Serveur RTSP et le Client...
Mais dans mon cas cela ne fonctionne pas...

Voici mes questions:

  1. Quelle est la meilleure façon de maintenir en vie la connexion avec le serveur RTSP?
  2. Dois-je mettre en œuvre RTCP [ envoyer des paquets RTCP au serveur]? Peut la chute de connexion parce que je ne suis pas d'envoyer des paquets RTCP pour le serveur?

OriginalL'auteur Novalis | 2011-10-11

  1. 7

    Quelle est la valeur de délai d'attente, vous recevez dans le programme d'INSTALLATION de réponse? Êtes-vous en utilisant cette valeur pour la mise en œuvre de la fonction keep alive?

    Session = "Session" ":" session-id [ ";" "timeout" "=" delta-secondes
    ]

    Généralement RTSP est basé sur le protocole TCP et le protocole RTP est basé sur UDP. Donc, idéalement à la fois les canaux nécessitent de garder vivante la fonctionnalité. Si la session RTP est fermé, cela ne signifie pas que la connexion RTSP devrait également être de la destruction alors que les canaux RTP doit être fermé sur RTSP canal de démontage.

    1) Quelle est la meilleure façon de maintenir en vie la connexion avec le serveur RTSP? --> Envoyer toute demande RTSP périodiquement (OPTIONS, SET_PARAMETER ou GET_PARAMETER) avant timeout la valeur reçue dans le programme d'INSTALLATION de réponse.

    2) Dois-je mettre en œuvre RTCP [ envoyer des paquets RTCP au serveur]? Peut la chute de connexion parce que je ne suis pas d'envoyer des paquets RTCP pour le serveur? --> RFC (RTSP ou RTP) n'a pas d'exigence de son mandat de RTCP pour garder RTP canaux vivant.

    Mon 3ème partie serveur rtsp ne donne pas de séance le temps de la valeur...Bien que j'ai envoyer les OPTIONS de commande à toutes les 5 secondes, il tombe de connexion...
    Cela signifie que votre serveur attend les paquets RTCP.
    Oui...Quand j'envoie des paquets RTCP il ne chute pas connnections...Mais il "mange" un axtra de la bande passante..
    Le coût de l'envoi RTCP est minime. RTCP ne devrait prendre que 5% de votre total de la bande passante. Comme vous êtes inquiet au sujet de la bande passante, puis l'envoi RTCP est plus important pour vous. Basé sur les paquets RTCP serveur peut contrôler dynamiquement la bande passante en fonction de la charge réseau. RTCP peut être utilisé pour le calcul de la perte de paquets et la gigue dans le réseau. Donc, RTCP est important pour le maintien de la qualité du système.
    Monsieur, j'ai le même cas, mais le problème c'est que mon client de se connecter au serveur via le port 2222 et commencez à recevoir le flux rtsp de serveur maintenant, comment vais-je envoyer la demande RTSP périodiquement (OPTIONS, SET_PARAMETER ou GET_PARAMETER) avant expiration de la valeur reçue dans le programme d'INSTALLATION de réponse sur le même port, tandis que je vais recevoir le flux de données,

    OriginalL'auteur Alam

  2. 0

    L'envoi d'une requête OPTIONS ne fonctionne pas pour moi.

    La seule RTSP commande que je pourrais envoyer à garder la connexion a été GET_PARAMETER

    Mon délai d'attente est de 60 et j'ai envoyer un GET_PARAMETER demande toutes les 40s

    Fonctionne comme un charme!

    (Non, vous n'avez pas à les paquets RTCP pour le serveur)

    Notez que "GET_PARAMETER" n'est pas pris en charge par tous RTSP serveurs. Avant de l'envoyer, vous devez vérifier la réponse à "OPTIONS" si elle contient "GET_PARAMETER" paramètre.

    OriginalL'auteur kbotha