Thanks for the plug Aaron. :)
We stuck OpenSER in between the phones and Asterisk, and pointed our phones
towards the OpenSER boxes for SIP registrations and subscriptions. When OpenSER
received a REGISTER or SUBSCRIBE message, it would use the send() command to
forward the messages onto each Asterisk server. By doing that, ALL of our
Asterisk servers had a copy of all sip registrations and subscriptions. It
seemed to work pretty well, but for unrelated reasons, we dropped that
approach.
Doug.
-----Original Message-----
From: Aaron Daniel [mailto:[EMAIL PROTECTED]
Sent: Wed 9/20/2006 3:28 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Cc:
Subject: Re: [asterisk-users] University dumps CISCO VoIP for Asterisk
On Wed, 2006-09-20 at 22:25 +0200, Olivier wrote:
> 2006/9/20, Aaron Daniel <[EMAIL PROTECTED]>:
>
> The biggest problem we have with the hinting functions is that
> you have
> to have the phones registered to the same server, and with two
> identical
> servers that could theoretically serve any phone we have, it's
> a
> management nightmare to guarantee that any given phone will be
> on the
> same server as any other given phone. On that note, for a
> small office,
> it would probably work great, it's just not feasible for us
> just yet, so
> we're looking into other options as well. :)
> --
>
> Hi Aaron,
>
> I didn't know phones needed to be registered on the same server to
> benefit hinting functions (as we mainly install small offices).
>
> Do you think this comes from SIP and NOTIFY-SUBSCRIBE messages
> limitations or from current implementation ?
> Could this be worked around using SER or other software ?
>
> Regards
The problem occurs in the subscribe message, I believe. The phone sends
it's subscribe message to whatever server it's registered to, so only
that server will know about it. I know D. Garstang has done a lot of
painful work on multiple clustered asterisk servers attempting to do
stuff like this with SER, but we haven't done anything to that extent
yet. There are probably a number of code modifications we could make to
replicate the information from server to server, but it seems like that
would start to get somewhat unruly.
--
Aaron Daniel
Computer Systems Technician
Sam Houston State University
[EMAIL PROTECTED]
(936) 294-4198
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
