est SDP sendonly, c'est ouvrir un flux Audio RTP dans ce cas?
Je suis un newbie de sip/sdp monde.
De ma compréhension du protocole SDP, si nous définissons un=sendonly de serveur sip pour clients softphone, le téléphone logiciel doit ouvrir une session RTP pour l'écoute, mais il ne faut pas envoyer de paquets RTP à destination. Suis-je la corriger?
Dans mon cas, je ne peux pas entendre les sons à venir, et il y a un flux RTP pour télécharger l'audio. Note: je suis à l'aide de l'adresse de multidiffusion.
voici un SIP/SDP dump (à partir du serveur vers le client softphone):
SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.8.219:5060;branch=z9hG4bK-d8754z-b394381274917501-1---d8754z-;rport=5060 De: ;tag=d67855ee De: ;tag=KQQHgQ93Sjg1F Call-ID: YTExMzkwZDdhMGM1NTJmMDJlMGFiYjgxmgi1zdnmmdi. CSeq: 2 INVITER Contact: User-Agent: FreeSWITCH-mod_sofia/1.2.0-rc2+git~20120623T054003Z~65b2f2d2e7+impur~20120623T083401Z Accept: application/sdp Permettre: INVITE, ACK, BYE, d'ANNULER, d'OPTIONS, de MESSAGE, de mise à JOUR, d'informations, d'ENREGISTRER, de CONSULTER, INFORMER, PUBLIER, ABONNEZ-vous Pris en charge: minuterie, condition préalable, le chemin, le remplace Permettez-Événements: parler, tenir, la présence, le dialogue, la ligne de saisir, appelez-info, sla, comprennent-session-description, de la présence.winfo, message-résumé, reportez-vous Content-Type: application/sdp Content-Disposition: session Content-Length: 265 v=0 o=FreeSWITCH 1340907341 1340907343 DANS IP4 224.168.168.168 s=FreeSWITCH c=IN IP4 224.168.168.168 t=0 0 a=sendonly m=audio 34567 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 téléphone-événement/8000 a=fmtp:101 0 à 16 a=silenceSupp:off - - - - a=ptime:20
- Je utiliser un autre logiciel de téléphonie pour la multidiffusion sonore(à vérifier par wireshark) sur cette adresse et le port.
pourquoi je ne peux pas entendre le son?
par la manière, le logiciel de téléphonie, je suis en utilisant xlite, le serveur est freeswitch.
- ils ne prennent pas en charge la multidiffusion très bien, je crois
Vous devez vous connecter pour publier un commentaire.
a=sendonly
est, comme vous le soupçonnez, un flux unidirectionnel. Le serveur dit qu'il va envoyer des données et ne recevra pas de données, de sorte que le client doit ouvrir un port d'écoute. Vous êtes en train de faire la bonne chose.Si vous n'obtenez pas l'audio, il pourrait être temps de se hissent un outil d'analyse comme Wireshark pour voir si le serveur est en fait tout envoi de données RTP.
est-il une raison précise pour laquelle vous avez configuré une adresse de multidiffusion pour cette communication?
De multidiffusion de livraison dépend de la façon dont votre réseau est prêt pour cela. Aussi, si votre local ethernet, commutateurs sont configurés pour la surveillance de trafic IGMP, ils ne seraient pas passer tout le trafic de multidiffusion à moins qu'il y a un explicite IGMP Join message de la part du client. Aussi le client doit être multidiffusion, afin d'être en mesure de commencer à recevoir le trafic de multidiffusion dans un groupe de multidiffusion.