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
InformationsquelleAutor xijing dai | 2012-06-29