Voice over IP Cisco - Not actually missed calls

This is Interesting: Free IT Magazines  
Home > Archive > Voice over IP Cisco > January 2006 > Not actually missed calls





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author Not actually missed calls
Andre Beck

2006-01-05, 5:46 pm

Hi,

CCM4.1 and 7960s.

When operating broadcast line groups, a call will ring on a number
of phones and finally be taken on one of them. The problem that a
lot of our customers have in this scenario is that all the other
phones in the line group that did not take that call will log it
as missed. It was answered, so it wasn't actually missed, but it
leads people to try to call back just to hear that the caller was
already served by another person in the line group.

Is there any way to stop this behavior? A call should only be logged
as missed on a phone if it indeed was never answered (I don't have
a problem with it beeing logged on every phone in the group, actually
this seems the only plausible way to deal with this in a broadcast
line group).

If there is no way to avoid it, could the phones at least log the
called number together with the calling number and identity information?
It would help to decide whether a call was to a primary directory number
or to a secondary line that is just there to become a line group member.

TIA,
Andre.
--
The _S_anta _C_laus _O_peration
or "how to turn a complete illusion into a neverending money source"

-> Andre Beck +++ ABP-RIPE +++ IBH Prof. Dr. Horn GmbH, Dresden <-
Philip Walenta

2006-01-05, 5:46 pm

This has been an issue for years.

Unfortunately there's no way I know of in CM 3.x or 4.x versions to fix this
in any way.

I'm also not aware of anything that fixes this in CM 5, but I'd defer to one
of the cisco folks to verify that.

-----Original Message-----
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Andre Beck
Sent: Thursday, January 05, 2006 11:01 AM
To: cisco-voip@puck.nether.net
Subject: [cisco-voip] Not actually missed calls

Hi,

CCM4.1 and 7960s.

When operating broadcast line groups, a call will ring on a number of phones
and finally be taken on one of them. The problem that a lot of our customers
have in this scenario is that all the other phones in the line group that
did not take that call will log it as missed. It was answered, so it wasn't
actually missed, but it leads people to try to call back just to hear that
the caller was already served by another person in the line group.

Is there any way to stop this behavior? A call should only be logged as
missed on a phone if it indeed was never answered (I don't have a problem
with it beeing logged on every phone in the group, actually this seems the
only plausible way to deal with this in a broadcast line group).

If there is no way to avoid it, could the phones at least log the called
number together with the calling number and identity information?
It would help to decide whether a call was to a primary directory number or
to a secondary line that is just there to become a line group member.

TIA,
Andre.
--
The _S_anta _C_laus _O_peration
or "how to turn a complete illusion into a neverending money source"

-> Andre Beck +++ ABP-RIPE +++ IBH Prof. Dr. Horn GmbH, Dresden <-
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
Kevin Thorngren

2006-01-06, 7:46 am

AFAIK this is not on the roadmap for CCM. I would suggest working with
your cisco account team to see if there is a feature request and to add
your requirements to it. If one does not exist then work with the
account team to create one.

Kevin

On Jan 5, 2006, at 12:06 PM, Philip Walenta wrote:

> This has been an issue for years.
>
> Unfortunately there's no way I know of in CM 3.x or 4.x versions to
> fix this
> in any way.
>
> I'm also not aware of anything that fixes this in CM 5, but I'd defer
> to one
> of the cisco folks to verify that.
>
> -----Original Message-----
> From: cisco-voip-bounces@puck.nether.net
> [mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Andre Beck
> Sent: Thursday, January 05, 2006 11:01 AM
> To: cisco-voip@puck.nether.net
> Subject: [cisco-voip] Not actually missed calls
>
> Hi,
>
> CCM4.1 and 7960s.
>
> When operating broadcast line groups, a call will ring on a number of
> phones
> and finally be taken on one of them. The problem that a lot of our
> customers
> have in this scenario is that all the other phones in the line group
> that
> did not take that call will log it as missed. It was answered, so it
> wasn't
> actually missed, but it leads people to try to call back just to hear
> that
> the caller was already served by another person in the line group.
>
> Is there any way to stop this behavior? A call should only be logged as
> missed on a phone if it indeed was never answered (I don't have a
> problem
> with it beeing logged on every phone in the group, actually this seems
> the
> only plausible way to deal with this in a broadcast line group).
>
> If there is no way to avoid it, could the phones at least log the
> called
> number together with the calling number and identity information?
> It would help to decide whether a call was to a primary directory
> number or
> to a secondary line that is just there to become a line group member.
>
> TIA,
> Andre.
> --
> The _S_anta _C_laus _O_peration
> or "how to turn a complete illusion into a neverending money source"
>
> -> Andre Beck +++ ABP-RIPE +++ IBH Prof. Dr. Horn GmbH, Dresden
> <-
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> ________________________________________
_______
> cisco-voip mailing list
> cisco-voip@puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>

Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com