2010-11-24 48 views
0

J'utilise le pjproject1.6 et je pourrais envoyer les paquets de sip à travers les paquets sip vers le serveur proxy et les paquets rtp ou ne pas passer par le serveur. D'où la voix ne pouvait pas être entendu des deux côtés.Reg comment envoyer les paquets RTP à travers le serveur proxy

J'ai vérifié dans le serveur proxy, proxy rtp est en cours d'exécution et quand le serveur proxy envoie 200 Ok, les paquets SDP de PJSIP comprend l'adresse IP du serveur proxy.

Le son/support n'est toujours pas transmis au client PJMedia et au destinataire. J'ai testé le même scénario avec le client Yate, audio/media est entendu à la fois sur l'expéditeur et le destinataire.

Y a-t-il un autre changement de configuration/code qui devrait être pris en compte par PJSIP?

+0

Pouvez-vous indiquer quel logiciel utilise le proxy SIP? Et ce qui fonctionne le proxy RTP? Comment avez-vous déterminé que les paquets RTP ne se déplaçaient pas vers le proxy? Juste parce que vous n'entendez pas l'audio à l'autre bout, ou avez-vous utilisé un renifleur de paquets? Il y a plusieurs raisons pour lesquelles Yate peut fonctionner alors que PJSIP ne fonctionne pas. –

Répondre

0

Veuillez trouver la trace ci-dessous journal pour les paquets qui sont transmis/desiderata du serveur

paquet envoyé au serveur

INVITER SIP: yyyyy @ xxxx: 5060 SIP/2.0 Via: SIP/2.0/UDP 10.122.15.112:2370;branch=z9hG4bK8b9359940aa1224a09cd8cfa27959d48;rport Max-Forwards: 70 De:; tag = a604814d1290cc805caf160bdccb9390^M Pour: Call-ID: 1002437405 @ xxxx-b2b_1 CSeq: 201 INVITENT contact: Anonyme Expire s: 300 User-Agent: Sippy B2BUA (RADIUS) cisco-GUID: 1368145855-893785068-3325200664-2859798416 H323-id-conf: 1368145855-893785068-3325200664-2859798416 Content-Length: 383 Content-Type: application/sdp

v = 0 o = - 1290749418547 1290749418547 IN IP4 10.122.15.112 s = SIP appel c = IN IP4 10.122.15.112 t = 0 0 m = audio 33564 RTP/AVP 11 8 98 98 101 a = rtpmap: 8 PCMA/8000 a = rtpmap: 11 L16/8000 a = rtpmap: 98 iLBC/8000 a = fmtp: 98 mode = 20 a = rtpmap: 98 iLBC/8000 a = fmtp: 98 mode = 30 a = rtpmap: 101 téléphone événement/8000 a = ptime: 30 a = nortpproxy: oui

paquet de xxxx: 5060

SIP/2.0 200 OK CSeq: 201 INVITENT Via: SIP/2.0/UDP 10.122.15.112:2370;branch=z9hG4bK8b9359940aa1224a09cd8cfa27959d48;rport De:; tag = a604814d1290cc805caf160bdccb9390 Call-ID: [email protected] -b2b_1 Pour:; tag = 2711361009342964732656241 Contact: Contenu -type: application/sdp Content-Length: 250

v = 0 o = VoipSwitch 7240 7240 EN IP4 x.x.x.x de = VoipSIP i = Session Audio c = IN IP4 x.x.x.x t = 0 0 m = audio 6240 RTP/AVP 8 101 a = rtpmap: 8 PCMA/8000 a = rtpmap: 101 téléphonique événement/8000 a = fmtp: 101 0-15

a = sendrecv
+0

Nous avions une configuration de serveur proxy avec B2BUA-Sippy comme serveur SIP et RTPProxy comme serveur rtp. L'audio est entendu à la fin du récepteur mais aucun son n'est entendu dans la partie orginator. La trace de paquet RTP est montrée ci-dessus. – ragu