Hi Andrew, could you post the full trace of the call (SIP flaow) ? because in the transfer scenario, there are multiple calls involved, so BYE may be part of the scenario or some bogus reaction of a device.
Regards, Bogdan Andrew Yager wrote: > Hi Bogdan, > > We do see a BYE at signalling level, it seems to come from us. > > Thanks, > Andrew > > On 21/07/2009, at 1:24 AM, Bogdan-Andrei Iancu wrote: > >> Hi Andrew, >> >> do you see any BYE at signalling level? if yes, which party does >> generate it? >> >> Regards, >> Bogdan >> >> Andrew Yager wrote: >>> Hi, >>> >>> This is more of a "has anyone else had this problem and fixed it" >>> type call. >>> >>> Our setup has OpenSIPS 1.4, B2BUA and RTPProxy. >>> >>> Our users on Mitel PBX systems can place and receive calls without >>> a problem. However, whenever they perform a mid call task, e.g., >>> place the call on hold or attempt to transfer, the call simply drops. >>> >>> According to the SIP messaging, it looks as though we simply receive >>> a BYE message. >>> >>> The other thing I would appreciate is any advise on where to look >>> to trouble-shoot this issue. >>> >>> Thanks, >>> Andrew >>> >>> -- >>> Andrew Yager, Managing Director (MACS BCompSc MCP) >>> Real World Technology Solutions Pty Ltd, your IT department >>> ph: 1300 798 718 or (02) 9037 0500 >>> fax: (02) 9037 0591 mob: 0405 152 568 >>> http://www.rwts.com.au/ or http://www.stonebridgecomputing.com.au/ >>> >>> >>> _______________________________________________ >>> Users mailing list >>> [email protected] >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >>> >> > > -- > Andrew Yager, Managing Director (MACS BCompSc MCP) > Real World Technology Solutions Pty Ltd, your IT department > ph: 1300 798 718 or (02) 9037 0500 > fax: (02) 9037 0591 mob: 0405 152 568 > http://www.rwts.com.au/ or http://www.stonebridgecomputing.com.au/ > > _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
