<div>I did. The RTP stream is flowing from UA To the MP/Port:35774 and from the PSTN GW to the MP/Port:35774. So theoretically MP shold be "proxying" the stream but it is not? What can I do?<BR>Thanks a lot.</div> <div>Dave<BR><BR><B><I>Bogdan-Andrei Iancu <bogdan@voice-system.ro></I></B> wrote:</div> <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Hi Dave,<BR><BR>if you already checked the signalling (the ip ans ports in SDP) and <BR>everything is fine (all properly mangled for nat), you should make a <BR>network trace to see the flow of RTP streams - how ans where is sending RTP.<BR><BR>regards,<BR>bogdan<BR><BR>Dave wrote:<BR><BR>> I had posted the following a few days ago and received no response. <BR>> Can someone please help!<BR>> Hello,I have the following setup:<BR>><BR>> UA<->NAT<-->SER/MediaProxy<->Prepaid(B2BUA)<-->PSTNGW<BR>> |<BR>> IVR<BR>><BR>> Nat'd
user calls a number that is forwarded (t_relay)<BR>> to Prepaid and the user is prompted for<BR>> PIN#/Destination Phone# and all works fine. Mediaproxy<BR>> is invoked and a mediaproxy port# (35774) is assigned<BR>> during the whole process.<BR>><BR>> Once the user enters the destination number, the<BR>> Prepaid forwards the call to the PSTNGW and the PSTN<BR>> phone rings (Call signalling working fine). When the<BR>> PSTN phone is answered, no media can be heard!!!<BR>><BR>> I did some investigation and here is what is<BR>> happening:<BR>><BR>> Once the user enters the destination# to dial, The<BR>> Prepaid/B2BUA does two things:<BR>><BR>> 1) Sends a re-invite to put the UA on hold.<BR>> 2) Sends an INVITE to the PSTN GW and retrieves the<BR>> SDP from the response from PSTN GW<BR>> 3) Sends a second-reinvite to the UA via SER with the<BR>> SDP info of the PSTNGW<BR>> 4) SER invokes the mediaproxy (since
it is reinvite)<BR>> and assigns the SAME MEDIAPROXY PORT# as earlier on<BR>> when the media was flowing fine (SDP has audio port#<BR>> 35774)<BR>> 5) SER forwards the re-INVITE TO UA<BR>> 6) UA responds with a 200 OK and sends 200 OK to SER.<BR>> SER agains invokes mediaproxy and assigns the SAME<BR>> MEDIAPROXY PORT# (audio port 35774) and forwards the<BR>> response to Prepaid (which sends it to PSTNGW).<BR>><BR>> I checked on Cisco PSTNGW that it is creating a<BR>> session with the mediaproxy (port:35774). BUT NO AUDIO<BR>> CAN BE HEARD IN ANY DIRECTION.<BR>><BR>> Can anyone please help? Is this a mediaproxy issue<BR>> that when reinvites are sent and mediaproxy is invoked<BR>> multiple times, issues arise?<BR>><BR>> I am running the latest mediaproxy<BR>> version.<BR>><BR>> ------------------------------------------------------------------------<BR>> Have a question? Yahoo! Canada Answers. Go to *Yahoo!
Canada Answers* <BR>> <HTTP: ca.answers.yahoo.com><BR>><BR>>------------------------------------------------------------------------<BR>><BR>>_______________________________________________<BR>>Users mailing list<BR>>Users@openser.org<BR>>http://openser.org/cgi-bin/mailman/listinfo/users<BR>> <BR>><BR><BR></BLOCKQUOTE><BR><p>
<hr size=1>Make free worldwide PC-to-PC calls. Try the new <a href="http://ca.messenger.yahoo.com/"><b>Yahoo! Canada Messenger with Voice</b></a>