You have overlooked one BYE which is at 13:52:43 from sipxBridge to A party on SIP trunk. This is some timer which clears dialogues and issues tearDown(). Why this timer kicks in in some cases and not other is the big mystery. The SIP trace looks almost the same in both cases, so there is something in sipxBridge we cannot quite see.
I have extended that timer as a feeble attempt of work around, but that does not fix the actual issue. Sven On Wed, Jan 25, 2012 at 10:09 AM, Joegen Baclor <[email protected]> wrote: > I've filtered the relevant packets for everyone to see (attached). > What's happening is PRACK is answered with a 481 by the aastra. IMO, they > should OK those PRACKS. The call proceeds like that never happen and > the bridge ACKS the 200 ok for INVITE. After a period of time, aastra > sends BYE. The peculiar thing is sipxbridge also replies with a 481 which > indicates it has somehow torn down the dialog but kept silent about it. > The question is what triggered it. PRACK failure? I've tried searching > the code but I can't find where PRACK responses triggers a disconnect. > Paging Ranga? > > Joegen > > On 01/25/2012 03:32 PM, Sven Evensen wrote: > > Thanks for looking into this! Attached is pcap, SIP only (or it would be > too large) > > Sven > > On Wed, Jan 25, 2012 at 12:40 AM, Joegen Baclor <[email protected]> wrote: > >> Maybe there is something else that is causing this disconnect aside from >> PRACK. Would you be abe to send a wireshark pcap of the non working call? >> >> On 01/25/2012 02:32 AM, Sven Evensen wrote: >> >> Joegen, >> >> I compared the OK and NOK scenarios and the 180/200 vs PRACK issue is >> evident in both. The only difference I can see is in sipxbridge.log.nok log >> at this line >> >> >> "2012-01-18T13:52:43.293000Z":4445:JAVA:DEBUG:labfr1.swisscom.vpbx:Timer-0:00000000:BackToBackUserAgent:"tearing >> down gov.nist.javax.sip.stack.SIPDialog@1de4376 dialogState = Confirmed >> Dialog dialog.isServer false" >> >> This tears down one leg of the call and this does not happen in the OK >> scenario. I am unable to find in the code why this happens. >> >> Any help will be greatly appreciated as the customer will throw out >> sipX tomorrow and put back the Aastra PBX if we dont fix this. >> >> Regards, >> Sven >> >> On Tue, Jan 24, 2012 at 12:50 PM, Sven Evensen >> <[email protected]>wrote: >> >>> Hi Joegen, >>> >>> We got an answer from the Aastra people, here is the response >>> >>> They means that this issue is a sipxes issue, the sip-dect works rfc >>> conform. Here you can see the comment >>> >>> RFC 3262 page 5 tell: >>> >>> The UAS MAY send a final response to the initial request before >>> having received PRACKs for all unacknowledged reliable provisional >>> responses, unless the final response is 2xx and any of the >>> unacknowledged reliable provisional responses contained a session >>> description. In that case, it MUST NOT send a final response until >>> those provisional responses are acknowledged. >>> >>> Within the scenario we received by capture file, the SIP-DECT is allowed >>> to send 200 OK before a PRACK is received. >>> In this scenario the provisional response (180) did not include SDP. >>> >>> Is the issue from sipX perspective that 200OK comes before PRACK? And >>> then sipXbridge is in a wrong state, waiting for 200OK and times out after >>> 45 seconds? >>> >>> Are there any quick fixes, like increasing that timer or not starting >>> the timer. What happens if sipXbridge does not send the PRACK if 200OK >>> already received and not starting the timer? >>> >>> I can make a sipxBridge patch if needed but would appreciate a pointer >>> to where this logic is in hte code. >>> >>> Regards, >>> Sven >>> >>> >>> >>> On Thu, Jan 19, 2012 at 2:08 AM, Joegen Baclor <[email protected]>wrote: >>> >>>> When sending compressed archives, please use standard format. .gz >>>> .bz2 and .zip are fine. Most developers are in linux and doesn't have a >>>> ready codec for the rar format. >>>> >>>> Nevertheless, the issue is with PRACK. There seems to be a race >>>> condition with aastra and PRACK. It sends out 180 ringing with require >>>> 100rel but do not wait for PRACK before it sends out 200 ok. By the time >>>> Prack reaches it, the INVITE transaction is no longer existing since it was >>>> already termianted by the 200 ok. The aastra then responds with >>>> >>>> ----Local Host:10.10.21.254---- Port: 5060---- >>>> ----Remote Host:10.10.20.98---- Port: 5060---- >>>> SIP/2.0 481 Call Leg/Transaction Does Not Exist\r >>>> Via: SIP/2.0/UDP >>>> 10.10.21.254;branch=z9hG4bK-XX-0708SN3H5vgPjVTQbOneD_1omw\r >>>> Via: SIP/2.0/UDP 10.10.21.254:5090 >>>> ;branch=z9hG4bKbe4d2ce9ba8a26fc3f61f07b480d85e93536\r >>>> From: >>>> <sip:[email protected];user=phone><sip:[email protected];user=phone> >>>> ;tag=51643105\r >>>> To: <sip:[email protected]> <sip:[email protected]> >>>> ;tag=t-6614d043b394e971\r >>>> Call-ID: [email protected]\r >>>> CSeq: 2 PRACK\r >>>> Server: Aastra SIP-DECT (SW-Version=2.1SP4)\r >>>> Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, REFER, NOTIFY, INFO, MESSAGE, >>>> UPDATE, PRACK\r >>>> Content-Length: 0\r >>>> \r >>>> >>>> >>>> >>>> Try disabling 100rel/PRACK in aastra and see if this solves your >>>> issue. >>>> >>>> >>>> >>>> >>>> On 01/19/2012 02:48 AM, Sven Evensen wrote: >>>> >>>> Hi, >>>> >>>> We have a scenario where incoming PSTN calls which are transferred to >>>> an Aastra DECT phone disconnects after about 45 seconds (after transfer). >>>> >>>> Scenario is: >>>> >>>> - A is external >>>> >>>> - B is any phone >>>> >>>> - C is Astra DECT phone >>>> >>>> - And only when "2 step" transfer is performed. >>>> >>>> - Sometimes it does work >>>> >>>> >>>> This is happening on both 4.0.4 and 4.4 sipX. >>>> >>>> >>>> Anyone experienced anything similar?? >>>> >>>> >>>> Attached are log file and sip-viewer xml of a failing scenario and a >>>> successful scenario. >>>> >>>> >>>> Regards, >>>> >>>> Sven >>>> >>>> -- >>>> >>>> *Sven Evensen, Operations Consultant* >>>> >>>> *OnRelay* >>>> >>>> Elizabeth House │ 39 York Road, London SE1 7NQ, UK │ +44 (0) 207 902 >>>> 8123 <%2B44%20%280%29%20207%20902%208123> │ >>>> mailto:[email protected] <[email protected]> │ >>>> www.onrelay.com >>>> >>>> >>>> This electronic message transmission contains information from OnRelay, >>>> Ltd., that may be confidential or privileged. The information is intended >>>> solely for the recipient and use by any other party is not authorised. If >>>> you are not the intended recipient, be aware that any disclosure, copying, >>>> distribution or use of the contents of this information or any attachment, >>>> is prohibited. If you have received this electronic transmission in error, >>>> please notify us immediately by electronic mail ([email protected]) and >>>> delete this message, along with any attachments, from your computer. >>>> Registered in England No 04006093 ¦ Registered Office 1st Floor, 236 Gray's >>>> Inn Road, London WC1X 8HB >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> sipx-users mailing [email protected] >>>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>>> >>>> >>>> >>> >>> >>> -- >>> >>> *Sven Evensen, Operations Consultant* >>> >>> *OnRelay* >>> >>> Elizabeth House │ 39 York Road, London SE1 7NQ, UK │ +44 (0) 207 902 >>> 8123 │ mailto:[email protected] <[email protected]> │ >>> www.onrelay.com >>> >>> >>> This electronic message transmission contains information from OnRelay, >>> Ltd., that may be confidential or privileged. The information is intended >>> solely for the recipient and use by any other party is not authorised. If >>> you are not the intended recipient, be aware that any disclosure, copying, >>> distribution or use of the contents of this information or any attachment, >>> is prohibited. If you have received this electronic transmission in error, >>> please notify us immediately by electronic mail ([email protected]) and >>> delete this message, along with any attachments, from your computer. >>> Registered in England No 04006093 ¦ Registered Office 1st Floor, 236 Gray's >>> Inn Road, London WC1X 8HB >>> >>> >>> >> >> >> -- >> >> *Sven Evensen, Operations Consultant* >> >> *OnRelay* >> >> Elizabeth House │ 39 York Road, London SE1 7NQ, UK │ +44 (0) 207 902 8123│ >> mailto:[email protected] <[email protected]> │ >> www.onrelay.com >> >> >> This electronic message transmission contains information from OnRelay, >> Ltd., that may be confidential or privileged. The information is intended >> solely for the recipient and use by any other party is not authorised. If >> you are not the intended recipient, be aware that any disclosure, copying, >> distribution or use of the contents of this information or any attachment, >> is prohibited. If you have received this electronic transmission in error, >> please notify us immediately by electronic mail ([email protected]) and >> delete this message, along with any attachments, from your computer. >> Registered in England No 04006093 ¦ Registered Office 1st Floor, 236 Gray's >> Inn Road, London WC1X 8HB >> >> >> >> > > > -- > > *Sven Evensen, Operations Consultant* > > *OnRelay* > > Elizabeth House │ 39 York Road, London SE1 7NQ, UK │ +44 (0) 207 902 8123 > │ mailto:[email protected] <[email protected]> │ > www.onrelay.com > > > This electronic message transmission contains information from OnRelay, > Ltd., that may be confidential or privileged. The information is intended > solely for the recipient and use by any other party is not authorised. If > you are not the intended recipient, be aware that any disclosure, copying, > distribution or use of the contents of this information or any attachment, > is prohibited. If you have received this electronic transmission in error, > please notify us immediately by electronic mail ([email protected]) and > delete this message, along with any attachments, from your computer. > Registered in England No 04006093 ¦ Registered Office 1st Floor, 236 Gray's > Inn Road, London WC1X 8HB > > > > -- *Sven Evensen, Operations Consultant* *OnRelay* Elizabeth House │ 39 York Road, London SE1 7NQ, UK │ +44 (0) 207 902 8123 │ mailto:[email protected] <[email protected]> │ www.onrelay.com This electronic message transmission contains information from OnRelay, Ltd., that may be confidential or privileged. The information is intended solely for the recipient and use by any other party is not authorised. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information or any attachment, is prohibited. If you have received this electronic transmission in error, please notify us immediately by electronic mail ([email protected]) and delete this message, along with any attachments, from your computer. Registered in England No 04006093 ¦ Registered Office 1st Floor, 236 Gray's Inn Road, London WC1X 8HB
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
