On Feb 15, 2010 8:42am, Scott Lawrence <[email protected]> wrote:
On Mon, 2010-02-15 at 00:16 -0800, Pizza Napoletana wrote:
> On Feb 14, 2010, at 4:05 PM, M. Ranganathan wrote:
> >> The cSeq number of the BYE is wrong. In the trace you posted it is
> >> 658568416
> >> The INVITE is 1
> >> The BYE must have a CSeq number of 2. Hence it is invalid and has been rejected.
> [...]
> > Perhaps you can report the problem to the ITSP.
>
> Ranga,
> Thank you. Could you please clarify a doubt for me?
>
> In my trace, the CSeq of the BYE from the ITSP = CSeq of the ITSP's original INVITE + 1.
> You are saying that it should instead be sipxbridge's re-INVITE CSeq + 1.
You're right - the CSeq on the BYE is ok.
I think the real problem is the phone that is answering the transferred
call.
At frame 104, the bridge gets a 200 from the transfer target leg, but
there's no SDP in it - that's not legal, since the INVITE (frame 70) did
have SDP. At that point, the bridge starts an MoH dialog - I think it's
confused by the lack of SDP. By the time the outside call hangs up,
things are already messed up.
Sorry. Wrong diagnosis on my part. The BYE CSeq is fine. I will go back and investigate further.
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
