<p>That was the first thing I checked.  Pub is 111X<br>
Sub1 is 112x<br>
Sub2 is 122x</p>
<div class="gmail_quote">On Dec 16, 2010 5:28 PM, "Wes Sisk" <<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>> wrote:<br type="attribution">> Make sure to define unique Park DNs on each server in the cluster.  At <br>
> one time you could get unexpected behavior by using the same range of <br>> DN's for park numbers on each server in the cluster. <br>> <br>> /Wes<br>> <br>> Mike King wrote:<br>>> I seem to have in an issue with Call Park.  I've had several users<br>
>> 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<br>>> 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,<br>>> and Caller C parked the call there.<br>>><br>>> But it's happening too regularly (of course not every single time,<br>
>> otherwise it would be easy to fix)  to continue discounting.  Also<br>>> I've personally witnessed the above scenario, and it all happened in<br>>> about 10 seconds.  I don't think the caller would have hung up, and<br>
>> 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">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>
</div>