Hi,
I encountered the following problem:
My asterisk works as a gateway between two sip networks external (public
internet) and internal (local lan)
>From public side asterisk is registered UA in external network.
Internal sip UAs are registered in local SIP Proxy.
When there is an incoming call from external network some extension in
dialplan is invoked.
After this asterisk verifies mapping between dialed external user (invoked
extension) and target user in internal network
it dials internal user with the usage of following marco:
exten => s,1,NoOp(-- Internal call to: ${MACRO_EXTEN})
exten => s,n,Answer()
exten => s,n,Dial(SIP/${ARG1},60,ftT)
exten => s,n(congestion),Congestion(20)
This causes that call is redirected to the local sip proxy.
Error arises when invite request is forked in the sip proxy.
Due to the forked request there is an ringing response from
two user agents and those responses create early dialog
(they contain tag in from header field).
Ringing responses of course are received in some order to asterisk.
If call is answered by the user agent whose SIP ringing response came as
the second one asterisk never replies with the ACK.
If call is answered by the user agent whose SIP ringing response came as the
first
one everything works fine.
This is an error.
According to RFC 3261 Ringing response creates early dialog and if there is
no final response received
dialog should be terminated.
Is there any patch for this issue or a way to fix this through
configuration?
Bests regards
TOmasz
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
