<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<base href="x-msg://1096/">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
Cdpc ~ "call dependent process control"
<div><br>
</div>
<div>basically maintains all information for that call relevant to that line.</div>
<div><br>
</div>
<div>they are essentially "per call" containers for attributes related to the call. And they interact with their parent process (line control, stationD, etc.) to get "higher level information".</div>
<div><br>
</div>
<div>there is only one line control per DN. And only 1 line control for all shared lines. In a clustered environment you can have StationD on Node1 passing all info back and forth to LineControl on Node2.</div>
<div><br>
</div>
<div>Trace entries, observed behavior, and configuration should align. Notable reasons for deviation: split cluster, other overriding parameter (Max calls per device), broken change notification, and leaks (previous Cdcc, StationCdpc, or LineCdpc started and
not correctly stopped).</div>
<div><br>
</div>
<div>You can see most of the generations of processes by looking at traces during ccm startup and then watching the started/stopped events during device (un)registration, call (dis)connect.</div>
<div><br>
</div>
<div>HTH</div>
<div>Wes</div>
<div><br>
<div>
<div>On Oct 24, 2013, at 2:23 PM, Daniel Pagan <<a href="mailto:dpagan@fidelus.com">dpagan@fidelus.com</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div lang="EN-US" link="blue" vlink="purple" style="font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; ">
<div class="WordSection1" style="page: WordSection1; ">
<div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">
Folks:<o:p></o:p></div>
<div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">
<o:p> </o:p></div>
<div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">
I’m curious if someone can tell me the purpose of creating child processes, specifically LineCdpc and StationCdpc?<o:p></o:p></div>
<div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">
<o:p> </o:p></div>
<div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">
I ask about LineControl because my understanding was that it handled both Max Call & Busy Trigger management AND call dispatch to associated phone devices, but now I see it’s actually LineCdpc and I’m curious if there’s logical reasoning behind this. I ask
about StationCdpc because I see (for calls sourced from a JTAPI client) that<span class="Apple-converted-space"> </span><i>both</i><span class="Apple-converted-space"> </span>StationD and StationCdpc process are talking to CTIDeviceLineMgr. What I can’t figure
out is the need for creating these Cdpc’s and how their responsibilities differ from their parent process.<o:p></o:p></div>
<div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">
<o:p> </o:p></div>
<div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">
Does StationCdpc handle application-level updates that result from transmitted StationD and received StationINIT events? Kind of like acting as an intermediary between actual SCCP events and internal SDI/SDL communication to other processes involved?<o:p></o:p></div>
<div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">
<o:p> </o:p></div>
<div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">
Also, am I correct in saying LineControl handles management over busy trigger and max calls<span class="Apple-converted-space"> </span><i>per</i><span class="Apple-converted-space"> </span>line instance whereas LineCdpc handles the dispatch of calls to the
StationD process? Or should there be only one LineControl process per DN while another process handles max calls & busy trigger management on a per line instance basis? Tests in a 9.1.1 lab shows the latter – one LineControl instance while StationD handles
the active calls/max calls/bt values… but tests also show issues where shared line appearances with varying MaxCalls/BT values cause voicemail forwarding due to these values being prematurely reached. Trace entries and behavior don’t line up with actual configurations
so I’m hoping for some clarification. All devices are registered to a single node in this lab environment.<o:p></o:p></div>
<div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">
<o:p></o:p></div>
<div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">
Sorry for the long winded e-mail and I hope you don’t mind the brain picking.<o:p></o:p></div>
<div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">
<o:p> </o:p></div>
<div style="margin: 0in 0in 0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif; ">
- Daniel<o:p></o:p></div>
</div>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" style="color: purple; text-decoration: underline; ">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" style="color: purple; text-decoration: underline; ">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</div>
</div>
<br>
</div>
</body>
</html>