Hi Lisa,<div><br></div><div>we use it in Australia.</div><div><br></div><div>I thought their was a dependency on using ISDN ETSI switch type though?</div><div><br></div><div>I guess the actual MCID button would always work to the point of flagging the CDR on your side.</div>
<div><br></div><div>But the D-channel message to the telco that tells them to flag the call in their system would be the issue.</div><div><br></div><div>In short, need to check CUCM requirements, and also your telco. Typically it has to be provisioned in advance.</div>
<div><br></div><div>Cheers,</div><div><br></div><div>Tim.<br><br><div class="gmail_quote">On Fri, Oct 29, 2010 at 6:30 AM, Lisa Notarianni <span dir="ltr"><<a href="mailto:notariannil1@scranton.edu">notariannil1@scranton.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div bgcolor="#ffffff" text="#000000">
I found my answer - MCID - Malicious Call Identification. Does
anyone use this? <br>
<br>
<p>Malicious Call Identification (MCID), an
internetwork service, allows users to initiate a sequence of
events when they receive calls with a malicious intent. The user
who receives a disturbing call can invoke the MCID feature by
using a softkey or feature code while connected to the call. The
MCID service immediately flags the call as a malicious call with
an alarm notification to the Cisco CallManager administrator. The
MCID service flags the call detail record (CDR) with the MCID
notice and sends a notification to the off-net PSTN that a
malicious call is in progress. </p>
<br>
On 10/28/2010 12:29 PM, Lisa Notarianni wrote:
<blockquote type="cite">
CUCM Version 7.1.2.20000-2.......<br>
<br>
Our main number is still a Centrex line but there is a Call
Handler that answers and you are then routed through a menu to
either informational sub menus or departments that are now VoIP
lines.<br>
<br>
Pressing zero will give you the option to connect to the main
Information Center operator. That line is now VoIP.<br>
<br>
We used to have procedures in place for Call Trace on the
operator's line when it was Centrex so if there was a bomb threat
or something they could hang up, dial the Call trace number and
Verizon would tag the call until the police department could
extract the data from Verizon's data center.<br>
<br>
How can we handle this on VoIP? Caller ID and our call records
will provide the data, but is there a difference in our Call
Records from CUCM and us providing them vs. Verizon's call records
and them releasing them to the police dept? Is it still
considered an official record if we provide the data from CUCM?<br>
<br>
Does anyone have experience with providing official call records
if pressing charges for threatening calls?<br>
<br>
<div>-- <br>
<img src="cid:part1.09040109.08090309@scranton.edu" border="0"></div>
<pre></pre>
</blockquote>
<br>
<div>-- <br>
<br>
</div>
</div>
<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>