Comment tester un dispositif de réseau valide pour un flux RTSP?

Je suis en train de travailler sur un projet qui les flux vidéo/audio via RTSP en utilisant VLC Media Player plugin. Je tiens à offrir une option pour scanner le réseau pour RTSP caméras. Je suis sûr que ce sera composée d'interrogation d'une liste de tous les périphériques réseau, et d'essais pour le port 554. Tout ce que je peux prendre soin de. Cependant, une fois que j'ai obtenu jusqu'ici, comment puis-je tester le périphérique via le port 554 pour s'assurer qu'il est valide RTSP de la caméra?

Je suis en supposant qu'il devrait être quelque chose dans Winsock pour être en mesure de le faire, mais comment dois-je tester une connexion de socket et assurez-vous qu'il est valide d'un flux RTSP qui je peux me connecter? Quelle que soit la méthode utilisée, je ne devrais pas tenter de se connecter via RTSP de chacun à l'aide de l'authentification, je suis à la recherche d'une baisse du niveau moyen de déterminer si le port 554 est réellement fournir un flux RTSP.

Est-ce le PORT TCP 554 ou UDP PORT 554? Je ne vois pas comment vous pouvez faire autre chose que de se connecter à la prise. C'est comme dire, "est-il une baisse du niveau moyen de vérifier si quelqu'un est à la maison que de téléphoner et de demander à eux". Nope. C'est juste la BSD Sockets layer porté sur Windows. Il ne sait rien à propos de RTSP.
Il semble que les caméras sont accessibles par une couche de logiciel (VLC), en cours d'exécution sur un (Windows) de l'ordinateur. Pourrait l'appareil photo de l'ordinateur d'exécuter un UDP IP multicast de service, en annonçant qu'il y a une caméra sur cet ordinateur - y compris sa propre adresse IP dans le message de diffusion? IP de multidiffusion peut être fait avec Indy UDP composants, j'ai fait la la partie client (source) déjà.
Que serait TCP 554
Je devine. Envoyer OPTIONS * RTSP/1.0 et de voir ce qui revient. Cette demande n'a pas changé d'état. Avez-vous lu le RFC encore?
En fait, c'est plus comme de dire "Est-il une baisse du niveau moyen de vérifier si un numéro de téléphone est un téléphone cellulaire ou un téléphone de la maison ou par fax?"

OriginalL'auteur Jerry Dodge | 2012-10-14

  1. 3

    Il n'y a aucun moyen fiable d'analyse réseau pour disponible flux RTSP. Vous pouvez toujours faire une grande recherche tenant compte des éléments suivants:

    1. Pour de meilleurs résultats (par opposition à la vitesse), vous aurez besoin de faire une attaque par force brute sur les adresses disponibles, c'est-à vérifier adapeter adresses et masques, de générer les adresses et les essayer un par un dans plusieurs threads (ou asynchrone sockets)
    2. Vous voulez le port 554 et/ou fournies par l'utilisateur de manière interactive; dispositifs réels (qui a des centaines de modèles) peut-être en utilisant les différents ports, même avec les paramètres par défaut
    3. Vous pouvez mettre plus de chances des candidats sur les haut de la liste d'adresses IP par la recherche de réseau pour de vrai adresses à l'aide de l'UPnP, ZeroConf
    4. Avoir des vendeurs particuliers ou des modèles à l'esprit que vous pouvez également mettre en œuvre spécifiques au fournisseur de recherches, qui impliquent généralement de diffuser des messages UDP et à l'écoute pour la réponse
    5. OPTIONS RTSP de commande devrait être assez bon pour un test, vous pouvez utiliser interactive RTSP outil pour voir comment il fonctionne. Il n'existe aucune garantie de toute sorte, de toute façon étant donné que les appareils peuvent nécessiter que vous authentifier.

    Que vous avez le plus de chances avec OPTIONS recevoir en retour quelque chose de valable de toute façon. DESCRIBE peut-être déjà exigent que vous vous connectez, vous pourriez avoir à s'authentifier même pour OPTIONS. Vous avez toujours RTSP réponse qui suppose qu'il existe quelque chose là-bas.

    Connection to 192.168.0.59:554 using TCP

OPTIONS * RTSP/1.0
CSeq: 1

RTSP/1.0 401 Unauthorized
CSeq: 1
Date: Tue, Oct 16 2012 22:22:53 GMT
WWW-Authenticate: Basic realm="RTSP/RTP stream"

    De délivrer un succès DESCRIBE de commande et de recevoir des résultats significatifs, vous avez besoin de savoir ressource URI du périphérique qui n'est pas toujours évident. Mieux les vendeurs (qui sont de toute évidence une minorité) à l'appui des demandes entrantes de souplesse, d'autres supposent que le client est au courant de l'appareil. Par exemple,

    Connection to 192.168.0.59:554 using TCP
OPTIONS * RTSP/1.0
CSeq: 1
RTSP/1.0 200 OK
CSeq: 1
Date: Tue, Oct 16 2012 22:26:54 GMT
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE
DESCRIBE rtsp://192.168.0.59/ch0_unicast_secondstream RTSP/1.0
CSeq: 2
Accept: application/sdp
RTSP/1.0 200 OK
CSeq: 2
Date: Tue, Oct 16 2012 22:27:22 GMT
Content-Base: rtsp://192.168.0.59/ch0_unicast_secondstream/
Content-Type: application/sdp
Content-Length: 506
v=0
o=- 1350426392586736 1 IN IP4 192.168.0.59
s=Session of second stream
i=Second Codec Stream
t=0 0
a=tool:LIVE555 Streaming Media v2007.08.03
a=type:broadcast
a=control:*
a=range:npt=0-
a=x-qt-text-nam:Session of second stream
a=x-qt-text-inf:Second Codec Stream
m=video 0 RTP/AVP 26
c=IN IP4 0.0.0.0
a=control:track1
m=audio 0 RTP/AVP 97
c=IN IP4 0.0.0.0
a=rtpmap:97 PCMU/16000
a=control:track2
m=metadata 0 RTP/AVP 98
c=IN IP4 0.0.0.0
a=rtpmap:98 METADATA/64000
a=control:track3
DESCRIBE rtsp://192.168.0.59 RTSP/1.0
CSeq: 3
Accept: application/sdp
RTSP/1.0 404 Stream Not Found
CSeq: 3
Date: Tue, Oct 16 2012 22:27:29 GMT

    Note que, sans le savoir de la magie ch0_unicast_secondstream vous n'obtiendrez pas faire beaucoup de sens à partir de l'appareil.

    OriginalL'auteur Roman R.