[cisco-voip] Transfer issue dropping calls

[Jonathan Charles]

Well, then load the new firmware files onto the TFTP server and change
the load for this phone, see if it helps... that would cause no
downtime (other than resetting this phone).


Jonathan

On Dec 7, 2007 7:57 AM, Nick <csvoip at googlemail.com> wrote:
> Would love to but we have over 8000 phones and they don't like down time.
>
>
>
>
> On 07/12/2007, Jonathan Charles <jonvoip at gmail.com> wrote:
> > Well, you may want to upgrade to 4.1(3)sr5d and get your phone loads
> > updated... (the sr5d already contains the latest dev pack)...
> >
> >
> > Jonathan
> >
> > On Dec 7, 2007 6:06 AM, Nick <csvoip at googlemail.com> wrote:
> > > Wes
> > >
> > > Ok, I don't believe we have a codec mismatch we are using G711 and we do
> not
> > > use MOH, the MRGL on the device pool does not contain any MOH resources.
> > >
> > > Is there anyway I could check to see if there anything is interupting
> the
> > > control channel during the media redirection, if the call has dropped.
> > >
> > >
> > >
> > >
> > >
> > > On 06/12/2007, Wes Sisk <wsisk at cisco.com> wrote:
> > > >
> > > > Not necessarily.
> > > >
> > > > Hold/transfer does place the call on hold.  That works fine unless one
> of
> > > the call legs meets the following criteria in 4.1:
> > > >
> > > > 1) is h323 to a device that is not h323v2 compliant with empty
> > > capabilities set (ECS) support
> > > > 2) use the CM SIP trunk
> > > >
> > > > If any call leg uses those then MTP will be required.  Otherwise,
> > > generally, MTP should not be required.
> > > >
> > > > Transfers typically drop calls when:
> > > > 1) there is a codec mismatch between the ingress gateway and the MoH
> > > server.  The codec negotation failure usually puts the call in a state
> where
> > > it cannot be resumed or it just immediately drops
> > > > 2) there is an error closing/opening media channels.  This happens
> with
> > > H.323 endpoints that do not support ECS. It happens with SIP endpoints
> that
> > > do not handle the re-invite.  It happens when there is a network
> condition
> > > that delays or interrupts the control channel (h323, sip, mgcp
> signaling)
> > > during the media redirection.
> > > >
> > > > /Wes
> > > >
> > > >
> > > > Jonathan Charles wrote:
> > > > Because when you hit the transfer key, the call is placed on hold, to
> > > > do that, you need an MTP.
> > > >
> > > >
> > > > Jonathan
> > > >
> > > > On Dec 6, 2007 12:53 PM, Voice Noob <voicenoob at gmail.com> wrote:
> > > >
> > > >
> > > > Why would he need an MTP to transfer a call?
> > > >
> > > >
> > > >
> > > >
> > > > On Dec 6, 2007 12:47 PM, Jonathan Charles <jonvoip at gmail.com> wrote:
> > > >
> > > >
> > > >
> > > > Is there an MRGL assigned to the device pool? Cuz you need an MTP to
> > > >
> > > > transfer...
> > > >
> > > >
> > > > Jonathan
> > > >
> > > >
> > > >
> > > >
> > > > On Dec 6, 2007 10:59 AM, Nick < csvoip at googlemail.com> wrote:
> > > >
> > > >
> > > > Has anyone come across an issue before where when you press the
> transfer
> > > > button the call gets dropped, I have one user who claims that when one
> > > > particular cell phone number calls in and she tried to transfer she
> > > >
> > > > loses
> > > >
> > > >
> > > >
> > > > the call.
> > > >
> > > > This is on a 7960 Version: 7.2 (4.0)
> > > >
> > > > CCM 4.1(3) sr3c
> > > >
> > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > cisco-voip mailing list
> > > > cisco-voip at puck.nether.net
> > > > https://puck.nether.net/mailman/listinfo/cisco-voip
> > > >
> > > >
> > > > _______________________________________________
> > > > cisco-voip mailing list
> > > > cisco-voip at puck.nether.net
> > > > https://puck.nether.net/mailman/listinfo/cisco-voip
> > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > cisco-voip mailing list
> > > > cisco-voip at puck.nether.net
> > > > https://puck.nether.net/mailman/listinfo/cisco-voip
> > > >
> > > >
> > > > _______________________________________________
> > > > cisco-voip mailing list
> > > > cisco-voip at puck.nether.net
> > > > https://puck.nether.net/mailman/listinfo/cisco-voip
> > > >
> > >
> > >
> >
>
>