[asterisk-bugs] [JIRA] (ASTERISK-17405) [patch] ACK is ignored upon call-pickup with sendrpid=yes

[Joshua Colp (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-17405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Joshua Colp updated ASTERISK-17405:
-----------------------------------

    Summary: [patch] ACK is ignored upon call-pickup with sendrpid=yes  (was: ACK is ignored upon call-pickup with sendrpid=yes)

> [patch] ACK is ignored upon call-pickup with sendrpid=yes
> ---------------------------------------------------------
>
>                 Key: ASTERISK-17405
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-17405
>             Project: Asterisk
>          Issue Type: Bug
>          Components: Channels/chan_sip/General
>    Affects Versions: 1.8.2, 13.18.4
>            Reporter: Jan Klepal
>            Severity: Minor
>         Attachments: chan_sip.c.patch, debug.txt, graph.txt
>
>
> Asterisk seems to ignore (can't match) ACK for 200+SDP message after SIP UPDATE with RPID is sent to phone.
> Scenario:
> 1 - A calls to B
> 2 - C dials *8 to pickup call ringing on B
> 3 - Asterisk sends 200+SDP to C (which is confirmed by ACK)
> 4 - Asterisk sends CANCEL to B (which is confirmed by 487 request terminated)
> 5 - Asterisk sends 200+SDP and UPDATE to A
> 6 - now the call is connected and RTP stream is OK in both directions
> 7 - A confirms UPDATE with 200 message and then confirms 200+SDP with ACK
> 8 - however Asterisk keep sending 200+SDP 
> 9 - until SIP timer expires and Asterisk hangup channel without notifying A (it only sends BYE to C)
> Asterisk hangup channel with messages:
> Retransmission timeout reached on transmission callid at ip for seqno 102 (Critical Response) -- See doc/sip-retransmit.txt.
> Hanging up call callid at ip - no reply to our critical packet (see doc/sip-retransmit.txt).
> In case RPID feature is disabled (sendrpid=no) then ACK is matched properly.
> ****** ADDITIONAL INFORMATION ******
> In the attached dump ACK is received at 2011-02-14 20:01:44.070



--
This message was sent by Atlassian JIRA
(v6.2#6252)