[cisco-voip] Question about hold/transfer button not appearing on some calls

[Scott Voll]

That would have been my understanding also.

maybe one of the Tac guys can shed some light.

Scott

On Thu, Jun 17, 2010 at 9:03 AM, Tim Reimers <treimers at ashevillenc.gov>wrote:

>  So then by "busy lines" do you mean
>
> - anticipated number of active calls on that line
>  or
> - actual count of line appearances shared on phones, regardless of incoming
> call count
>
> I can see the logic in getting a count of lines higher than the actual
> calls in progress.
>
> But I had it set for 5 Max calls, and a trigger of 3, and with only TWO
> calls on the line, wasn't able to transfer properly...
>
> If I understand your explanation correctly, it seems like with 5 Max calls,
> and only two in progress, I should have been able to have a resource to
> transfer/hold with?
>
>
> Tim Reimers
> Systems Analyst II
> Information Technology Services
> City of Asheville
> 70 Court Plaza
> Asheville, NC 28801
> phone - 828-259-5512
> treimers at ashevillenc.gov <timreimers at ashevillenc.gov>
>
>
>  ------------------------------
> *From:* Scott Voll [mailto:svoll.voip at gmail.com]
> *Sent:* Thursday, June 17, 2010 11:05 AM
> *To:* Tim Reimers
> *Cc:* Cisco VOIP Newsletter - puck.nether.net
> *Subject:* Re: [cisco-voip] Question about hold/transfer button not
> appearing on some calls
>
> Basically lets just take a single line appearance
>
> set to 2 and 1.  Call comes in and your talking.  Second line calls in (
> you now have two lines in use).  you will not have the option to transfer
> that call because you don't have any lines available.
>
> But if you had it set to 3 and 1 you would be able to transfer that second
> line.
>
> So on to your question:  Yes, I would set your Max lines to N+N(+1or 2)
>  that of your busy lines to avoid this issue.
>
> Hope that makes sense
>
> Scott
>
> On Thu, Jun 17, 2010 at 7:42 AM, Tim Reimers <treimers at ashevillenc.gov>wrote:
>
>>
>> I have a scenario going on where at times, the Hold/Transfer button does
>> not appear on the display.
>> This seems to happen when the user is on a call on 5510, and a second call
>> comes in to 5510. They then cannot place the call on hold to take the second
>> call, or do a transfer before taking the second call.
>>
>> Reportedly (from another cisco-voip user), when you have this issue with
>> no hold/transfer button, it's an "available resources" problem, and you need
>> to make more additional line resources available in order for there to be a
>> "place" to do the hold/transfer.
>>
>> Best I can determine, this is happening in the following circumstance:
>>
>> 1. The DN is configured on multiple phones (12 in this case). It is not
>> the primary line on most phones
>> 2. The Max Calls is set to 5  (currently) and the Busy Trigger is set to 3
>> (currently).
>> Problem persists even at adjusted settings.
>>
>> (Those values are 2 and 1 by default in our setup)
>>
>> By experimentation with another similar setup elsewhere in the system, we
>> discovered that when four (4) phones had the same line, it was necessary to
>> set Max Calls to 16 and Busy Trigger to 4  in order to get the "no transfer
>> button/no hold button" issue to stop happening.
>>
>> What I'm trying to understand here is this:
>>
>> 1. Is it true that you always must set MaxCalls to four-times the number
>> of actual line appearances? and set Busy Trigger to the count of shared
>> lines?
>>
>> We don't have anything like 48 calls coming in -- even with 5 and 3 set,
>> there should be PLENTY of resources available to do a hold/transfer
>>
>> Can someone explain this to me?
>>
>>
>> Other system parameters:
>> 7.0.2.20000-5  SCCP41.8-4-3S
>>
>>
>> Tim Reimers
>> Systems Analyst II
>> Information Technology Services
>> City of Asheville
>> 70 Court Plaza
>> Asheville, NC 28801
>> phone - 828-259-5512
>> *treimers at ashevillenc.gov* <timreimers at ashevillenc.gov>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100617/69e7f05c/attachment.html>