Hi Bogdan.<br><br>If I understand well, I should arm a t_on_reply at the block processing sequential requests? Currently I am not doing that.<br><br>Regards!<br><br><div class="gmail_quote">On Wed, Aug 25, 2010 at 11:21 AM, Bogdan-Andrei Iancu <span dir="ltr"><<a href="mailto:bogdan@voice-system.ro">bogdan@voice-system.ro</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi Sergio,<br>
<div class="im"><br>
Sergio Gutierrez wrote:<br>
> Hi Bogdan.<br>
><br>
</div><div class="im">> This is also my doubt. Is that re-INVITE an initial request, in whose<br>
> case, it would be handled in the same way than previous INVITES, or is<br>
> it a Sequential Request.?<br>
</div>a re-INVITE is an request in an existing dialog, so a Sequential request.<br>
<div class="im">><br>
> Or, is the re-INVITE handled at on_branch_route?<br>
<br>
</div>re-INVITE is a separate transaction than the initial INVITE. And for<br>
each transaction, at request time you can individually set a<br>
reply/branch/failure route.<br>
<div class="im">><br>
> As far as I understand, that invite would be a new initial request,<br>
> but may be that is the mistake.<br>
</div>it is a new request, but not initial :) - it is sequential as it has to-tag.<br>
<br>
Regards,<br>
Bogdan<br>
<div class="im">><br>
> Thanks and regards.<br>
><br>
> On Wed, Aug 25, 2010 at 4:34 AM, Bogdan-Andrei Iancu<br>
</div><div class="im">> <<a href="mailto:bogdan@voice-system.ro">bogdan@voice-system.ro</a> <mailto:<a href="mailto:bogdan@voice-system.ro">bogdan@voice-system.ro</a>>> wrote:<br>
><br>
> Hi Sergio,<br>
><br>
</div><div class="im">> It may sound silly, but are you sure that you arm t_on_reply() for the<br>
> re-INVITE also ?<br>
><br>
> Regards,<br>
> Bogdan<br>
><br>
> Sergio Gutierrez wrote:<br>
> > Hi Bogdan.<br>
> ><br>
> > Thanks for your answer.<br>
> ><br>
> > You may check a trace at <a href="http://200.13.254.180/%7Esaguti/fax.cap" target="_blank">http://200.13.254.180/~saguti/fax.cap</a><br>
> <<a href="http://200.13.254.180/%7Esaguti/fax.cap" target="_blank">http://200.13.254.180/%7Esaguti/fax.cap</a>><br>
> > <<a href="http://200.13.254.180/%7Esaguti/fax.cap" target="_blank">http://200.13.254.180/%7Esaguti/fax.cap</a>> (Wireshark format)<br>
> ><br>
> > if you see, for example frames 6, 10, 13 and 16, have the<br>
> > 200.13.235.178 IP address at SDP connection, because they are<br>
> > rewritten to be handled by mediaproxy.<br>
> > Trouble frame is 26, which is not rewritten at all; SDP<br>
> connection IP<br>
> > is the same at both sides. Frame 34 has the same symptom.<br>
> ><br>
> > Thanks in advance for your help.<br>
> ><br>
> > On Tue, Aug 24, 2010 at 11:12 AM, Bogdan-Andrei Iancu<br>
> > <<a href="mailto:bogdan@voice-system.ro">bogdan@voice-system.ro</a> <mailto:<a href="mailto:bogdan@voice-system.ro">bogdan@voice-system.ro</a>><br>
</div>> <mailto:<a href="mailto:bogdan@voice-system.ro">bogdan@voice-system.ro</a> <mailto:<a href="mailto:bogdan@voice-system.ro">bogdan@voice-system.ro</a>>>><br>
<div><div></div><div class="h5">> wrote:<br>
> ><br>
> > Hi Sergio,<br>
> ><br>
> > So, for the re-INVITE you have a provisional reply before<br>
> the 200 OK<br>
> > (both replies for re-INVITE). Is this true ? and the 200 OK does<br>
> > not hit<br>
> > the on_reply route ?<br>
> ><br>
> > Do you have a full SIP trace of such a call ?<br>
> ><br>
> > Regards,<br>
> > Bogdan<br>
> ><br>
> > Sergio Gutierrez wrote:<br>
> > > Hello to all members.<br>
> > ><br>
> > > I have a deployment of OpenSIPS 1.5.3 whose configuration is<br>
> > designed<br>
> > > in such a way as every call uses rtpproxy. I am using<br>
> > > force_rtp_proxy() for initial requests, sequential<br>
> requests and at<br>
> > > on_reply_route().<br>
> > ><br>
> > > For the particular case of FAX calls, I see that the first<br>
> call is<br>
> > > well treated, but the re-INVITE call which enables T38<br>
> protocol,<br>
> > works<br>
> > > fine until a provisional response which I am receiving<br>
> preivous<br>
> > to 200<br>
> > > OK containing SDP. This 200 OK when received on OpenSIPS<br>
> is not<br>
> > being<br>
> > > processed at on_reply_route, so SDP is not being<br>
> rewritten. I am<br>
> > > watching this behaviour on OpenSIPS log, where I see on reply<br>
> > route is<br>
> > > not being triggered.<br>
> > ><br>
> > > My question is, Is there any other place in the script<br>
> where those<br>
> > > responses are being processed?<br>
> > ><br>
> > > Thanks in advance for your answer.<br>
> > ><br>
> > > --<br>
> > > Sergio Gutiérrez<br>
> > ><br>
> ><br>
> ------------------------------------------------------------------------<br>
> ><br>
> ><br>
> > --<br>
> > Bogdan-Andrei Iancu<br>
> > OpenSIPS Bootcamp<br>
> > 20 - 24 September 2010, Frankfurt, Germany<br>
> > <a href="http://www.voice-system.ro" target="_blank">www.voice-system.ro</a> <<a href="http://www.voice-system.ro" target="_blank">http://www.voice-system.ro</a>><br>
> <<a href="http://www.voice-system.ro" target="_blank">http://www.voice-system.ro</a>><br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > Users mailing list<br>
> > <a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>><br>
</div></div>> <mailto:<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>>><br>
<div><div></div><div class="h5">> > <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > --<br>
> > Sergio Gutiérrez<br>
> ><br>
> ------------------------------------------------------------------------<br>
> ><br>
> > _______________________________________________<br>
> > Users mailing list<br>
> > <a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>><br>
> > <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
> ><br>
><br>
><br>
> --<br>
> Bogdan-Andrei Iancu<br>
> OpenSIPS Bootcamp<br>
> 20 - 24 September 2010, Frankfurt, Germany<br>
> <a href="http://www.voice-system.ro" target="_blank">www.voice-system.ro</a> <<a href="http://www.voice-system.ro" target="_blank">http://www.voice-system.ro</a>><br>
><br>
><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>><br>
> <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
><br>
><br>
><br>
><br>
> --<br>
> Sergio Gutiérrez<br>
> ------------------------------------------------------------------------<br>
><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
> <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
><br>
<br>
<br>
--<br>
Bogdan-Andrei Iancu<br>
OpenSIPS Bootcamp<br>
20 - 24 September 2010, Frankfurt, Germany<br>
<a href="http://www.voice-system.ro" target="_blank">www.voice-system.ro</a><br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Sergio Gutiérrez<br>