<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 16 February 2015 at 11:49, Igor Pavlov <span dir="ltr"><<a href="mailto:ip@izhnet.ru" target="_blank">ip@izhnet.ru</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="RU" link="blue" vlink="purple"><div><p class="MsoNormal"><span lang="EN-US">Hi, list.<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">We have a problem with loss peers after ‘sip reload’, our configuration: Asterisk 11.6-cert1, SIP realtime peers, sip.conf: <u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">- rtcachefriends=yes<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">- rtsavesysname=yes<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">- rtupdate=yes<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">- rtautoclear=yes<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">When we do ‘sip reload’ , peers are removing from available.<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><b><span lang="EN-US">Before `sip reload` :<u></u><u></u></span></b></p><p class="MsoNormal"><span lang="EN-US">srv-pbx2*CLI> sip show peers<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">Name/username Host Dyn Forcerport ACL Port Status Description Realtime<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">303411/303411 172.16.1.12 D 5060 OK (77 ms) Cached RT<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">467577/467577 172.16.1.22 D 5060 OK (141 ms) Cached RT<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">561871/561871 172.16.1.32 D 5060 OK (7 ms) Cached RT<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">sip-proxy2 172.16.1.2 5061 OK (1 ms)<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">srv-pbx-in 172.16.1.7 5060 OK (1 ms)<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><b><span lang="EN-US">After `sip reload`:<u></u><u></u></span></b></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: res_config_mysql.c:497 realtime_multi_mysql: MySQL RealTime: Retrieve SQL: SELECT * FROM sipusers WHERE name LIKE '%' AND callbackextension LIKE '%' ORDER BY name<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: config.c:1650 config_text_file_load: Parsing /etc/asterisk/sip_notify.conf<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"> == Parsing '/etc/asterisk/sip_notify.conf': Found<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: chan_sip.c:32383 reload_config: SIP reload_config done...Runtime= 0 sec<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:546 ast_sched_dump: Asterisk Schedule Dump (12 in Q, 623646 Total, 30 Cache, 42 high-water)<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:551 ast_sched_dump: =============================================================<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:552 ast_sched_dump: |ID Callback Data Time (sec:ms) |<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:553 ast_sched_dump: +-----+-----------------+-----------------+-----------------+<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:565 ast_sched_dump: |623634 | 0x7f2ebc5415d0 | 0x7f2ea0b95b68 | 000001 : 434169 |<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:565 ast_sched_dump: |623628 | 0x7f2ebc5451c0 | 0x7f2ea0bc5148 | 000004 : 912209 |<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:565 ast_sched_dump: |623639 | 0x7f2ebc5415d0 | 0x7f2ea08a0158 | 000021 : 585476 |<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:565 ast_sched_dump: |623635 | 0x7f2ebc5415d0 | 0x7f2ea0b6bc98 | 000011 : 452094 |<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:565 ast_sched_dump: |623632 | 0x7f2ebc5451c0 | 0x7f2ea0b9b388 | 000017 : 091999 |<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:565 ast_sched_dump: |623643 | 0x7f2ebc5451c0 | 0x2d473d8 | 000055 : 803782 |<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:565 ast_sched_dump: |623511 | 0x7f2ebc527410 | 0x7f2ea0b9b388 | 000266 : 237816 |<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:565 ast_sched_dump: |623640 | 0x7f2ebc5415d0 | 0x7f2ea0baf088 | 000022 : 472571 |<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:565 ast_sched_dump: |623541 | 0x7f2ebc527410 | 0x7f2ea0affa28 | 000650 : 207449 |<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:565 ast_sched_dump: |623600 | 0x7f2ebc527410 | 0x7f2ea0bc5148 | 000794 : 895787 |<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:565 ast_sched_dump: |623638 | 0x7f2ebc5451c0 | 0x7f2ea0affa28 | 000040 : 622455 |<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:565 ast_sched_dump: |623646 | 0x7f2ebc5451c0 | 0x2d4cee8 | 000055 : 902262 |<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: sched.c:568 ast_sched_dump: =============================================================<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: chan_sip.c:33170 sip_do_reload: --------------- Done destroying pruned peers<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: chan_sip.c:33185 sip_do_reload: do_reload finished. peer poke/prune reg contact time = 0 sec.<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">[Feb 16 14:30:20] DEBUG[1468]: chan_sip.c:33187 sip_do_reload: --------------- SIP reload done<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span lang="EN-US">srv-pbx2*CLI> sip show peers<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">Name/username Host Dyn Forcerport ACL Port Status Description Realtime<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">sip-proxy2 172.16.1.2 5061 OK (1 ms)<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">srv-pbx-in 172.16.1.7 5060 OK (1 ms)<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">2 sip peers [Monitored: 2 online, 0 offline Unmonitored: 0 online, 0 offline]<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><b><span lang="EN-US">Is this normal behavior of SIP realtime ?<u></u><u></u></span></b></p><p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p><p class="MsoNormal"><span>-----<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">Best regards,<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">Igor Pavlov<u></u><u></u></span></p><p class="MsoNormal"><u></u> <u></u></p></div></div><br><br></blockquote><div><br></div><div>This will always happen. When using ARA, peers will only go into the realtime cache when one tries to register or be dialled. At that point the settings will be taken from the DB and put into the realtime cache. A SIP reload will clear the realtime cache. One way to mitigate this effect to use 'sip show peer <peername> load'.</div></div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><pre>Ishfaq Malik
Department: VOIP Support
Company: Packnet Limited
t: +44 (0)845 004 4994
f: +44 (0)161 660 9825
e: <a href="mailto:ish@pack-net.co.uk" target="_blank">ish@pack-net.co.uk</a>
w: <a href="http://www.pack-net.co.uk" target="_blank">http://www.pack-net.co.uk</a>
Registered Address: PACKNET LIMITED, Duplex 2, Ducie House
37 Ducie Street
Manchester, M1 2JW
COMPANY REG NO. 04920552
</pre></div></div>
</div></div>