[asterisk-dev] Best keepalive for peers
Catalin S.
jonsonplayer at gmail.com
Sat Oct 15 13:42:49 CDT 2011
Hello Tilghman,
Thank you for your response. Unfortunately i cannot replace all my phone
especially that is users with different kind of phones from nokia terminals
with native sip client to android users applications,
xlite and other soft phones, cisco phones and fxo/fxs devices... in my
network i use many kind of terminals and i think that is not my problem what
terminal did my users use. My network is very good , is a server that is
hosted at frankfurt in a good data center with minimum delay/jitter. Did
you think is that because of my many users? Is the number too much for a
single server with asterisk? How about migration to kamalio? Is a good
choice? supports much more users/authentication? how about better keep alive
and avoid unreachable users?
Thank you
On Sat, Oct 15, 2011 at 9:02 PM, Tilghman Lesher <tilghman at meg.abyt.es>wrote:
> This is the asterisk-dev list. If your question is not about directly
> coding the Asterisk source, you're on the wrong list. In this case,
> the right list is the asterisk-users list.
>
> On Sat, Oct 15, 2011 at 12:49 PM, Catalin S. <jonsonplayer at gmail.com>
> wrote:
> > I have asterisk 1.8.7.0 version and approx 85 peers on it with 45 always
> > connected peers. Can someone tell me what are the best keep alive
> settings
> > for keeping my peers up?
>
> > [Oct 15 20:30:30] NOTICE[28638] chan_sip.c: Peer '3002' is now Lagged.
> > (234ms / 200ms)
>
> This message tells you everything you need to know. Peer '3002'
> responded to your OPTIONS request after 234ms, but you have instructed
> Asterisk to regard any phone that does not respond within 200ms as
> lagged.
>
> You have a number of options:
> 1) Get better phones that respond to the OPTIONS requests more quickly.
> 2) Segment or otherwise improve your network such that overall latency
> decreases.
> 3) Increase the qualify number (default 200) to some number above the
> reported latency. 300 would probably do it for you, if the above case
> is typical.
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20111015/99a4e2c6/attachment.htm>
More information about the asterisk-dev
mailing list