[cisco-voip] FW: call transfers between CUBE and Mitel 3300

[Nick Ryce]

I would add that the 2 stable calls which are going through the CUBE receive re-invites (invites with an incremented Cseq number) and we expect the CUBE to redirect the RTP to the new ports as defined. Instead both calls receive the Bye message.

-----Original Message-----
From: Nick Ryce
Sent: 09 June 2010 12:22
To: 'cisco-voip at puck.nether.net'
Subject: call transfers between CUBE and Mitel 3300

Hi Guys,

We are currently using Cisco UBE IOS c2800nm-adventerprisek9_ivs-mz.124-22.YB3 and are trying to provide a working sip trunk to a customer using a Mitel 3300.

We are almost there apart from one stumbling block where a call transfer fails.  Pcap traces show the invite with a new sequence number being produced with details of the already established call.  CUBE then sends a BYE message and I am unable to see why it sends this BYE.  Ideally it should allow the new call leg to be set up and repoint RTP streams per the parameters in the new invite.

Has anyone had similar experiences using mitel?

Nick



--

This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you have received this email in error please notify the sender. Any
offers or quotation of service are subject to formal specification.
Errors and omissions excepted.  Please note that any views or opinions
presented in this email are solely those of the author and do not
necessarily represent those of Lumison.
Finally, the recipient should check this email and any attachments for the
presence of viruses.  Lumison accept no liability for any
damage caused by any virus transmitted by this email.