On Tue, 2009-04-14 at 08:16 -0500, Scott Lawrence (JIRA) wrote: > [ > http://track.sipfoundry.org/browse/XECS-2464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_37780 > ] > > Scott Lawrence commented on XECS-2464: > -------------------------------------- > > The phone should _NOT_ send a 603 response _ever_. > > There is certainly no reason for it to send one on a timeout event (it is > arguable that 603 is an acceptable response whe the user explicitly rejects > the call). > > The only phone problem I see is that the Polycom is rejecting the CANCEL when > it arrives. In merged_text.xml, frame 35 the phone receives the CANCEL and > then responds with 400 Bad Request, but no explanation of what it didn't like > about the CANCEL - it looks ok to me. > > sipXbridge accepts a CANCEL from the ITSP (frame 28 & 29), but does not send > a 487 final response to the ITSP (which it could). > > The sipXproxy eventually generates a 408 Timeout response (frame 38), which > sipXbridge sends back to the ITSP, but the ITSP never sends an ACK to that. > I suspect that it expects the 487 and is confused by the 408 - technically > that aught to work (I don't see any problem with the 408), but a 487 would be > better given that you accepted the CANCEL. >
without looking at the issue, if sipXproxy is generating the 408, it will have the extraneous via (XECS-2469). -Kathy _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
