[OpenSIPS-Users] doing next priority dialing in case of 504 reply received

Bogdan-Andrei Iancu bogdan at voice-system.ro
Thu Apr 23 18:13:55 CEST 2009


In this case, it is a stupid SBC - it must accept and process branches 
from the same call..

Regards,
Bogdan

Ricardo Carvalho wrote:
> It seems like I was doing everithing right, capturing the call 
> sequence with wireshark revealed that a new branch is in fact created, 
> but because this branch keeps the same Call-ID of the initial ENUM 
> call, the second INVITE sent to my telco via the SBC gets 
> automatically refused in the SBC, and that I guess is because this new 
> branch is using the same Call-ID...
>  
> Is it possible to force openser to create a new Call-ID for the new 
> append_branch?
>  
> Ricardo.
>  
>
>
>  
> On Thu, Apr 23, 2009 at 11:01 AM, Ricardo Carvalho 
> <rjcarvalho.lists at gmail.com <mailto:rjcarvalho.lists at gmail.com>> wrote:
>
>     Thanks Bogdan, I've tried a failure_route with append_branch and
>     t_relay like you told, and in fact it works when the reply of the
>     first call atempt is for example a 500, but with 504 replys it
>     doesn't work!
>      
>     Do you have any clue on what can be missing?
>      
>     Best regards,
>     Ricardo.
>      
>      
>
>
>      
>     On Wed, Apr 22, 2009 at 8:08 AM, Bogdan-Andrei Iancu
>     <bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>> wrote:
>
>         Hi Ricardo,
>
>         Use a failure route to catch the transaction failure event
>         (due 504 reply); from this failure route you can create new
>         branches by simply relaying the call to a new destination:
>          
>         http://www.opensips.org/index.php?n=Resources.DocsCoreRoutes#toc3
>
>         Regards,
>         Bogdan
>
>         Ricardo Carvalho wrote:
>
>             Hi,
>              I'm implementing a route in openser.cfg which sends calls
>             to ENUM destinations via one SBC. In cases where there is
>             no IP connectivity for that ENUM calls to  be delivered,
>             my SBC fires a timeout sending back to openser a 504 SIP
>             message reply. In this cases I would like to be able to
>             implement in openser like a fallback to a "next priority"
>             in the dialplan in case this 504 is received, now making
>             openser to start a call to my telco sip trunk.
>              How can I do this in openser? For the tests I made, in
>             the onreply_route I can identify that 504 messages, but
>             from there I never can manage making a new call for the
>             destination DID that was initially dialed because it seems
>             like openser has flushed the request-uri that was
>             initially dialed...
>              Is there any way to do this?
>              Best regards,
>             Ricardo Carvalho.
>             ------------------------------------------------------------------------
>
>      
>
>




More information about the Users mailing list