<div>Hi Patrick, I have exactly the same problem as you and also found this information. However I haven't been able to make it works yet (and I have Mediaproxy 1.9.0)</div>
<div> </div>
<div>In my case, I can see after receiving the 200 OK message with SDP that the Openser tries to use the mediaproxy, however the mediaproxy doesn't answer. HAve a look at the log.</div>
<div>The calling party has a public IP (it's actually a gateway and isn't attach to the Openser) and the called is behind Nat and logged in the Openser. </div>
<div>It'd be great if you could find a solution!!!</div>
<div> </div>
<div>
<p class="MsoNormal" style="MARGIN: 0pt; mso-pagination: none; mso-layout-grid-align: none"><span lang="EN-GB" style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-ansi-language: EN-GB"><span style="mso-spacerun: yes"> <font size="2">5(1583) DEBUG:tm:relay_reply: sent buf=0x813ada8: SIP/2.0 1..., shmem=0xb6122468: SIP/2.0 1</font></span></span></p>
<p>5(1583) DBG: trans=0xb6120e90, callback type 128, id 0 entered</p>
<p>5(1583) DEBUG: add_to_tail_of_timer[1]: 0xb6120fbc</p>
<p>5(1583) DEBUG:destroy_avp_list: destroying list (nil)</p>
<p>5(1583) receive_msg: cleaning up</p>
<p>18(1596) DEBUG: timer routine:4,tl=0xb6120fac next=(nil)</p>
<p>9(<b><font color="#ff0000" size="2">1587) SIP Reply (status):</font></b></p>
<p>9(1587) version: <SIP/2.0></p>
<p>9(1587) status: <200></p>
<p>9(1587) reason: <OK></p>
<p class="MsoNormal" style="MARGIN: 0pt; mso-pagination: none; mso-layout-grid-align: none"><font size="2"></font></p>
<p>9(1587) parse_headers: flags=2</p>
<p>9(1587) Found param type 232, <branch> = <z9hG4bK91b2.2ff8dc12.0>; state=16</p>
<p>9(1587) end of header reached, state=5</p>
<p>9(1587) parse_headers: Via found, flags=2</p>
<p>9(1587) parse_headers: this is the first via</p>
<p>9(1587) After parse_msg...</p>
<p>9(1587) forward_reply: found module tm, passing reply to it</p>
<p>9(1587) DEBUG: t_check: msg id=1 global id=0 T start=0xffffffff</p>
<p>9(1587) parse_headers: flags=22</p>
<p>9(1587) Found param type 235, <rport> = <5060>; state=6</p>
<p>9(1587) Found param type 232, <branch> = <z9hG4bKb05f1b5007f0cdf7eb5ed7a2d75c1865.1>; state=16</p>
<p>9(1587) end of header reached, state=5</p>
<p>9(1587) parse_headers: Via found, flags=22</p>
<p>9(1587) parse_headers: this is the second via</p>
<p>9(1587) DEBUG: add_param: tag=456e5e76</p>
<p>9(1587) DEBUG:parse_to:end of header reached, state=29</p>
<p>9(1587) DEBUG: get_hdr_field: <To> [37]; uri=[<a href="mailto:sip:img2@xxx.xxx.10.13">sip:img2@xxx.xxx.10.13</a>]</p>
<p>9(1587) DEBUG: to body [<<a href="mailto:sip:img2@xxx.xxx.10.13">sip:img2@xxx.xxx.10.13</a>>]</p>
<p>9(1587) get_hdr_field: cseq <CSeq>: <100> <INVITE></p>
<p>9(1587) parse_headers: flags=8</p>
<p>9(1587) DEBUG: t_reply_matching: hash 11033 label 567119858 branch 0</p>
<p>9(1587) DEBUG: t_reply_matching: reply matched (T=0xb6120e90)!</p>
<p>9(1587) parse_headers: flags=8</p>
<p>9(1587) DBG: trans=0xb6120e90, callback type 2, id 0 entered</p>
<p>9(1587) parse_headers: flags=8</p>
<p>9(1587) DEBUG: t_check: msg id=1 global id=1 T end=0xb6120e90</p>
<p>9(1587) DEBUG:tm:reply_received: org. status uas=180, uac[0]=180 local=0 is_invite=1)</p>
<p>9(1587) parse_headers: flags=80</p>
<p>9(1587) parse_headers: flags=80</p>
<p>9(1587) parse_headers: flags=4000000</p>
<p>9(1587) DEBUG: get_hdr_body : content_length=433</p>
<p>9(1587) found end of header</p>
<p>9(1587) parse_headers: flags=ffffffffffffffff</p>
<p>9(1587) DEBUG: add_param: tag=d4804fd95a98a284</p>
<p>9(1587) DEBUG:parse_to:end of header reached, state=29</p>
<p>9(1587) is_local(): Realm 'xxx.xxx.10.11' is not local</p>
<p>9(1587) parse_headers: flags=4000000</p>
<p>9(1587) <b>error: use_media_proxy(): empty response from mediaproxy</b></p>
<p class="MsoNormal" style="MARGIN: 0pt; mso-pagination: none; mso-layout-grid-align: none"><font size="2"></font></p>
<p>9(1587) DEBUG:tm:t_should_relay_response: T_code=180, new_code=200</p>
<p>9(1587) DEBUG:tm:relay_reply: branch=0, save=0, relay=0</p>
<p>9(1587) old size: 926, new size: 860</p>
<p>9(1587) build_res_from_sip_res: copied size: orig:436, new: 370, rest: 490 msg=</p><b>
<p>SIP/2.0 200 OK</p>
<p class="MsoNormal" style="MARGIN: 0pt; mso-pagination: none; mso-layout-grid-align: none"></p></b>
<p>Via: SIP/2.0/UDP xxx.xxx.10.11:5060;rport=5060;branch=z9hG4bKb05f1b5007f0cdf7eb5ed7a2d75c1865.1</p>
<p>To: <<a href="mailto:sip:img2@xxx.xxx.10.13">sip:img2@xxx.xxx.10.13</a>>;tag=456e5e76</p>
<p>From: "test" <<a href="mailto:sip:test@xxx.xxx.10.11">sip:test@xxx.xxx.10.11</a>>;tag=d4804fd95a98a284</p>
<p>Call-ID: <a href="mailto:7efaaddc416e0975@xxx.xxx.10.11">7efaaddc416e0975@xxx.xxx.10.11</a></p>
<p>CSeq: 100 INVITE</p>
<p>Server: UtoPIA TNO/Sceneware</p>
<p>Record-Route: <sip:xxx.xxx.10.13;lr></p>
<p>Contact: <sip:img2@87.220.61.76:10613></p>
<p>Content-Type: application/sdp</p>
<p>Content-Length: 433</p>
<p>v=0</p>
<p>o=img2 0 0 IN IP4 <a href="http://192.168.1.131">192.168.1.131</a></p>
<p>s=UtoPIA session</p>
<p>c=IN IP4 <a href="http://192.168.1.131">192.168.1.131</a></p>
<p>t=3409923663 0</p>
<p>m=audio 8888 RTP/AVP 96 0 8 13</p>
<p>a=rtpmap:96 AMR/8000</p>
<p>a=rtpmap:0 PCMU/8000</p>
<p>a=rtpmap:8 PCMA/8000</p>
<p>a=rtpmap:13 CN/8000</p>
<p>a=fmtp:96 octet-align</p>
<p>m=video 6054 RTP/AVP 98 99 34</p>
<p>b=AS:192</p>
<p>a=rtpmap:98 H263-1998/90000</p>
<p>a=rtpmap:99 H263-2000/90000</p>
<p>a=rtpmap:34 H263/90000</p>
<p>a=fmtp:98 CIF=2;QCIF=2</p>
<p>a=fmtp:99 CIF=2;QCIF=2</p>
<p>a=fmtp:34 CIF=2;QCIF=2</p>
<p class="MsoNormal" style="MARGIN: 0pt; mso-pagination: none; mso-layout-grid-align: none"><font face="Arial" size="2"></font><br></p></div>
<div><span class="gmail_quote">2008/1/23, Patrick Miccio <<a href="mailto:pmiccio@upcbroadband.com">pmiccio@upcbroadband.com</a>>:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">hmmz found someting interesting :)<br><br><a href="http://mediaproxy.ag-projects.com/Changelog">http://mediaproxy.ag-projects.com/Changelog</a><br>
<br><br>Changes from version 1.8.1 to 1.8.2<br>-----------------------------------<br><br>- Added support to setup sessions by either caller or called as the initial<br>INVITE may not contain a SDP body (Jeff Williams <<a href="mailto:jeffw@globaldial.com">jeffw@globaldial.com</a>>)<br>
<br>cheers,<br><br>Patrick.<br><br><br><br><br>> Hi @ all,<br>><br>> I am fighting a pretty annoying problem at the moment.<br>><br>> As described in rfc3261 / 13.2.1 Creating the Initial INVITE<br>><br>
> o The initial offer MUST be in either an INVITE or, if not there,<br>> in the first reliable non-failure message from the UAS back to<br>> the UAC. In this specification, that is the final 2xx<br>
> response.<br>><br>><br>> My problem is the following:<br>><br>> I receive a initial INVITE without SDP, forward it to a PSTN Gateway.<br>> From the Gateway I receive the 200 OK with SDP offer.<br>
><br>> In the onreply_route I make a call to the mediaproxy use_media_proxy();<br>><br>> Unfortunately use_media_proxy() seems to make a lookup command when used in a reply route.<br>><br>> I would need to make a request command which would create the media session and then do a lookup with the ACK from the<br>
> UAC.<br>><br>> Is there a way around this?<br>><br>><br>> cheers,<br>><br>> Patrick.<br>><br>><br>> This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on<br>
> notice of its status. Please notify us immediately by reply e-mail and then delete this message from your system.<br>> Please do not copy it or use it for any purposes, or disclose its contents to any other person: to do so could be a<br>
> breach of confidence. Thank you for your cooperation. Information pursuant to paragraph 14 Austrian Companies Code:<br>> UPC Austria GmbH; Registered Office: Wolfganggasse 58-60, 1120 Vienna Company Register Number: FN 189858d at the<br>
> Commercial Court of Vienna<br>><br>> _______________________________________________<br>> Users mailing list<br>> <a href="mailto:Users@lists.openser.org">Users@lists.openser.org</a><br>> <a href="http://lists.openser.org/cgi-bin/mailman/listinfo/users">http://lists.openser.org/cgi-bin/mailman/listinfo/users</a><br>
<br><br>--<br><br>Patrick Miccio<br>UPC ECC Core ISP Services<br><br>UPC Austria GmbH<br>Center Ost, St. Peter Gürtel 10b<br>A-8042 Graz<br>T +43 (0) 59 999 0<br>E <a href="mailto:pmiccio@upcbroadband.com">pmiccio@upcbroadband.com</a><br>
<br>This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify us immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person: to do so could be a breach of confidence. Thank you for your cooperation.<br>
Information pursuant to paragraph 14 Austrian Companies Code: UPC Austria GmbH; Registered Office: Wolfganggasse 58-60, 1120 Vienna Company Register Number: FN 189858d at the Commercial Court of Vienna<br><br>_______________________________________________<br>
Users mailing list<br><a href="mailto:Users@lists.openser.org">Users@lists.openser.org</a><br><a href="http://lists.openser.org/cgi-bin/mailman/listinfo/users">http://lists.openser.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div><br>