dis-regard my previous post... I found my tail :)<br><br>This solution won&#39;t work and its not registration fail mechanism. Its the keep alive mechanism between endpoint and servers listed in CCM-group.<br><br><span class="content">Thanks WES.<br>
</span><br><br><div class="gmail_quote">On Wed, Jan 28, 2009 at 1:32 AM, FrogOnDSCP46EF <span dir="ltr">&lt;<a href="mailto:ciscoboy2006@gmail.com">ciscoboy2006@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi WES,<br><br>Have you guys labbed this up?<br><br>Just curious - How does CCM_group verifies that primary server in call manager group has failed? - does it use &quot;ICMP /ping&quot; probes or some other method e.g. SCCP signaling?<br>

<br>- so if it uses ping probe, on sccp registration fail on first server (due to reached max limit) it wont&#39; switch over to B coz serverA still reacheble<br>- if it uses some other &#39;intellegent&#39; method, then its possible it will switch over to server B.<div>
<div></div><div class="Wj3C7c"><br>
<br><br><br><div class="gmail_quote">On Tue, Jan 27, 2009 at 2:11 AM, Wes Sisk <span dir="ltr">&lt;<a href="mailto:wsisk@cisco.com" target="_blank">wsisk@cisco.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">




  

<div bgcolor="#ffffff" text="#000000">
sub1 will reject the registration. unfortunately the rejection happens
a manner such that all phones do not simply try the next available cm.<br>
<br>
this is not covered in the SRND as it is not part of any valid design.<br><font color="#888888">
<br>
/wes</font><div><div></div><div><br>
<br>
On Monday, January 26, 2009 9:37:06 AM, FrogOnDSCP46EF
<a href="mailto:ciscoboy2006@gmail.com" target="_blank">&lt;ciscoboy2006@gmail.com&gt;</a> wrote:<br>
<blockquote type="cite">Hi WES,<br>
thanks for the reply.<br>
CM group will only do static load balancing (its pretty traditional
way). I was thinking to achieve same thing but in dynamic way.<br>
  <br>
you said: &quot;once that parameter is exceeded CM simply rejects
registration request&quot;<br>
  <br>
Does that mean once 500 phones are connected to Sub1. The 501th phone
which is rejected on Sub1 will connect next sub in the same CM group
e.g. sub2 ?<br>
  <br>
Thats what I want to know..?<br>
  <br>
Agreed, there will be many other virtual devices, cti rp etc in the
equation. But if above is true, then its dynamic load balancing....<br>
  <br>
I can&#39;t find anything about this in the SRND.<br>
  <br>
  <br>
  <br>
  <div class="gmail_quote">On Tue, Jan 27, 2009 at 12:36 AM, Wes Sisk <span dir="ltr">&lt;<a href="mailto:wsisk@cisco.com" target="_blank">wsisk@cisco.com</a>&gt;</span>
wrote:<br>
  <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
    <div>You don&#39;t want to do it that way. &nbsp;Use CM Groups to
do load balancing.
    <div><br>
    </div>
    <div>once that parameter is exceeded CM simply rejects registration
requests. &nbsp;That parameter has some interesting history as well where
route lists, hunt lists, built in bridge devices from ip phones, and
other random software / virtual devices are counted.</div>
    <div><br>
    </div>
    <div>/Wes</div>
    <div>&nbsp;</div>
    <div>
    <div>
    <div>
    <div>
    <div>On Jan 26, 2009, at 3:02 AM, FrogOnDSCP46EF wrote:</div>
    <br>
    <br>
Holiday today, just sitting at home on the couch with a glass of red
wine.&nbsp; I was doing nothing so I started flocking through CCM 6x
parameters.<br>
    <br>
A parameter which drew my attention was &quot;Maximum number of register
device&quot; in call manager service parameter.<br>
    <br>
I am trying to figure out the best way to load balance IP phone
registration to all subscribers.<br>
    <br>
Sales department has 1500 IP phones.<br>
    <br>
I have 3 subscribers - Sub1, sub2, sub3<br>
Call manager group = sales_cm-group = Sub1, Sub2, Sub3<br>
    <br>
Device pool for Sales department:&nbsp;&nbsp; &quot;DP_Sales&quot; = sales_cm-group
(sub1,sub2,sub3)<br>
    <br>
If I have set &#39;max number of register device&#39; = 400 in each
subscriber&#39;s service parameter.<br>
How would it behave?<br>
    <br>
Just talking to myself:<br>
    <br>
1. First 500 phones will register to Sub1.<br>
2. Then next lot, 501 to 1000 phones will register to Sub2. This is
bcoz Sub1 has reached its limit of 500. So Phone#501 will try to
register to second subscriber #sub2 (hunting through list).<br>
    <br>
3. Then following Sub3 will register 1001 to 1500 coz sub1 and sub2 has
reached their limits.<br>
    <br>
If it works, this could be a good way to do load-balancing. Am I right?<br>
    <br>
-frog<br>
    <br>
    <br>
    <table>
      <tbody>
        <tr>
          <td valign="top"><a name="11f1881b5573817e_11f137f1198d0346_11f1327f7a72a779_MaxTotalNumberOfRegisteredCallingEntities"> <label><b>Maximum
Number of Registered Devices:</b> <img alt="Required Field"> </label> </a></td>
          <td> This parameter specifies the maximum number of devices
that can register with Cisco CallManager and is used to limit the
overall resource demand. Devices that count toward this limit include:
Annunciator devices, H.323 gatekeepers, H.323 phones, H.323 gateways,
ICT trunks (gatekeeper or non-gatekeeper-controlled), MGCP CAS trunks,
MGCP gateways, MGCP FXS ports (analog ports), MGCP FXO ports, MGCP
T1/E1 PRI, media termination points (hardware or software),
transcoders, Music on Hold servers (not MOH audio sources), SIP trunks,
IP phones, conference bridge devices (hardware or software), legacy
Skinny Gateway Control Protocol devices like Cisco Analog Access, and
video conference bridges (IP/VC 3540 configured with Skinny Client
Control Protocol [SCCP] port). The following devices are NOT counted
toward this limit: line appearances (directory numbers), route lists
and built in bridges. </td>
        </tr>
        <tr>
          <td> &nbsp; </td>
          <td> This is a required field. </td>
        </tr>
        <tr>
          <td> &nbsp; </td>
          <td> Default:&nbsp; 5000 </td>
        </tr>
        <tr>
          <td> &nbsp; </td>
          <td> Minimum:&nbsp; 5000 </td>
        </tr>
        <tr>
          <td> &nbsp; </td>
          <td> Maximum:&nbsp; 15000 </td>
        </tr>
      </tbody>
    </table>
    <br>
    <br>
-- <br>
Smile, you&#39;ll save someone else&#39;s day!<br>
Frog<br>
    </div>
    </div>
_______________________________________________<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" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
    </div>
    <br>
    </div>
    </div>
  </blockquote>
  </div>
  <br>
  <br clear="all">
  <br>
-- <br>
Smile, you&#39;ll save someone else&#39;s day!<br>
Frog<br>
</blockquote>
<br>
</div></div></div>

</blockquote></div><br><br clear="all"><br>-- <br>Smile, you&#39;ll save someone else&#39;s day!<br>Frog<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Smile, you&#39;ll save someone else&#39;s day!<br>Frog<br>