<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Once the new behavior was out there it was the new default. Changing the default value of this parameter would change the behavior for someone that installed new on 7.x and then upgraded to add this parameter.<div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); 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: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div>-Ryan</div></span>
</div>
<br><div><div>On Dec 16, 2010, at 9:33 PM, Lelio Fulgenzi wrote:</div><br class="Apple-interchange-newline"><span class="Apple-style-span" style="border-collapse: separate; font-family: 'Lucida Grande'; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div><div style="font-family: Verdana; font-size: 10pt; color: rgb(0, 0, 0); ">thanks for this everyone, we would have run into issues with this one. will put it on the list to check after the migration.<br><br>however, i always understood that if a new service parameter was ever added, it's default would be the one that made the less impact or not change behaviour. why would this parameter not be true by default?<br><br style="font-weight: bold; "><div style="margin-left: 40px; "><hr style="width: 1001px; height: 2px; font-weight: bold; "><strong>Use All Call Park Numbers Once Before Reusing:</strong>This parameter determines whether all available call park numbers in the range must be used at least once before any call park number can be reused. For example, if this parameter is set to False and you have configured 10 call park numbers in a partition, all 10 numbers must have held a parked call (even if the call at any or all of the numbers has already been retrieved or reverted) before Unified CM will reuse a number in the call park range.<br><br>Valid values specify True (a call park number will not be reused for a new parked call until all other available call park numbers have been used) or False (a call park number can be reused as soon as the parked call has been picked up or reverts back to the parking party).<br><br> This is a required field.<br> Default: False<span class="Apple-converted-space"> </span><br><hr style="width: 1001px; height: 2px; "></div><span><br><span name="x"></span>---<br>Lelio Fulgenzi, B.A.<br>Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1<br>(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)<br>^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^<br>Cooking with unix is easy. You just sed it and forget it.<span class="Apple-converted-space"> </span><br> - LFJ (with apologies to Mr. Popeil)<br><span name="x"></span><br></span><br><hr id="zwchr"><b>From:<span class="Apple-converted-space"> </span></b>"Ryan Ratliff" <<a href="mailto:rratliff@cisco.com">rratliff@cisco.com</a>><br><b>To:<span class="Apple-converted-space"> </span></b>"Jason Aarons (US)" <<a href="mailto:jason.aarons@us.didata.com">jason.aarons@us.didata.com</a>><br><b>Cc:<span class="Apple-converted-space"> </span></b>"Cisco VoIPoE List" <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br><b>Sent:<span class="Apple-converted-space"> </span></b>Thursday, December 16, 2010 8:06:09 PM<br><b>Subject:<span class="Apple-converted-space"> </span></b>Re: [cisco-voip] Call Park Issue<br><br>My bug in fact, CSCtc77181. There is a service parameter to control the behavior but even with it set to true (non default) it isn't 100% exactly like what 6.x and earlier did.<div><br></div><div>Don't have a CUCM in front of me to verify but I think if you look for Park with the advanced parameters enabled you'll find it.</div><div><br><div><div style="font-family: Helvetica; ">-Ryan</div></div><br><div><div>On Dec 16, 2010, at 5:41 PM, Jason Aarons (US) wrote:</div><br class="Apple-interchange-newline"><div>CallManager 7 release notes discusses the Call Park algorithm changes to always re-use the lowest available number, which I think it bad. 4x always incremented the CallPark number with each park. I suspect your seeing this.<br><br>There is a bug id, I'd like to see a service parameter where you could set behavior. If you could change the behavior you would know, otherwise you can only attempt to reproduce the problem then gather traces when it occurs.<br><br>-----Original Message-----<br>From:<span class="Apple-converted-space"> </span><a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a><span class="Apple-converted-space"> </span>[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Mike King<br>Sent: Thursday, December 16, 2010 5:10 PM<br>To: Cisco VoIPoE List<br>Subject: [cisco-voip] Call Park Issue<br><br>I seem to have in an issue with Call Park. I've had several users reporting the following scenario:<br>Caller A receives call. Caller A parks call (get's park number of<br>1120) and yells down hall to Caller B to pickup on 1120 Caller B dials 1120 and Get's Caller C's Call. Caller A's call is gone.<br><br>The first few time's I've attributed it to Caller A's caller hung up, and Caller C parked the call there.<br><br>But it's happening too regularly (of course not every single time, otherwise it would be easy to fix) to continue discounting. Also I've personally witnessed the above scenario, and it all happened in about 10 seconds. I don't think the caller would have hung up, and another call been parked in that amount of time.<br><br>We usually only have 1 or 2 calls parked at once.<br>_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>-----------------------------------------<br>Disclaimer:<br><br>This e-mail communication and any attachments may contain<br>confidential and privileged information and is for use by the<br>designated addressee(s) named above only. If you are not the<br>intended addressee, you are hereby notified that you have received<br>this communication in error and that any use or reproduction of<br>this email or its contents is strictly prohibited and may be<br>unlawful. If you have received this communication in error, please<br>notify us immediately by replying to this message and deleting it<br>from your computer. Thank you.<br><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">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br></div></div><br></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">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br></div></div></span></div><br></div></body></html>