Topic: sip_reg_timeout

[groutley]

Hi,
  I have had an issue pop up sometime in the last week or so.
I keep getting 'sip_reg_timeout' on all my trunks and extensions, every now and then.

This has caused an active call to just go silent.
These timeouts last from a couple of minutes to around an hour,
and then everything connects again and all is OK.

Here is the asterisk console log of my most recent hit which only lasted a couple of minutes :-

Code: [Select]

[root@l1nuxsvr ~]# asterisk -rvvvvvvv
Asterisk 1.4.17, Copyright (C) 1999 - 2007 Digium, Inc. and others.
Created by Mark Spencer <markster@digium.com>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
=========================================================================
  == Parsing '/etc/asterisk/asterisk.conf': Found
  == Parsing '/etc/asterisk/extconfig.conf': Found
Connected to Asterisk 1.4.17 currently running on l1nuxsvr (pid = 4563)
Verbosity is at least 7
l1nuxsvr*CLI> sip show peers
Name/username              Host            Dyn Nat ACL Port     Status
97951738/97951738          192.168.37.250   D          5061     OK (14 ms)
ft2609/87952609            202.86.50.100               5060     OK (28 ms)
ftel1901/87951901          202.86.50.100               5060     OK (27 ms)
ft1738/87951738            202.86.50.100               5060     OK (29 ms)
ft1708/87951708            202.86.50.100               5060     OK (30 ms)
ft0112/87950112            202.86.50.100               5060     OK (28 ms)
pt5551/61386835551         203.166.6.160               5060     OK (31 ms)
09109431/09109431          125.213.160.81              5060     OK (23 ms)
5010/Study                 192.168.37.71    D          5060     OK (96 ms)
5009/Glen                  192.168.37.252   D   N      11065    OK (121 ms)
5008/HomePC                (Unspecified)    D          0        UNKNOWN
5007/Jo                    192.168.37.252   D   N      1088     OK (109 ms)
5005/Dani                  (Unspecified)    D          0        UNKNOWN
5004/Matt                  (Unspecified)    D          0        UNKNOWN
5000/homephone             192.168.37.250   D          5060     OK (6 ms)
15 sip peers [Monitored: 12 online, 3 offline Unmonitored: 0 online, 0 offline]
[Jan 27 09:33:13] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer '5007' is now UNREACHABLE!  Last qualify: 107
 Extension Changed 5007 new state Unavailable for Notify User Glen
[Jan 27 09:58:29] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87950112@sip.freshtel.net' timed out, trying again (Attempt #1)
[Jan 27 09:58:44] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87952609@sip.freshtel.net' timed out, trying again (Attempt #1)
[Jan 27 09:58:59] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951901@sip.freshtel.net' timed out, trying again (Attempt #1)
[Jan 27 09:59:14] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951708@sip.freshtel.net' timed out, trying again (Attempt #1)
[Jan 27 09:59:44] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951738@sip.freshtel.net' timed out, trying again (Attempt #1)
[Jan 27 09:59:59] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer '97951738' is now UNREACHABLE!  Last qualify: 7
[Jan 27 09:59:59] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer '5000' is now UNREACHABLE!  Last qualify: 7
[Jan 27 09:59:59] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer '09109431' is now UNREACHABLE!  Last qualify: 25
[Jan 27 09:59:59] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer 'ft2609' is now UNREACHABLE!  Last qualify: 27
[Jan 27 09:59:59] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer 'ftel1901' is now UNREACHABLE!  Last qualify: 29
[Jan 27 09:59:59] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer 'ft1738' is now UNREACHABLE!  Last qualify: 26
[Jan 27 09:59:59] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer 'ft1708' is now UNREACHABLE!  Last qualify: 29
[Jan 27 09:59:59] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer 'ft0112' is now UNREACHABLE!  Last qualify: 27
[Jan 27 09:59:59] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer 'pt5551' is now UNREACHABLE!  Last qualify: 27
[Jan 27 09:59:59] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer '5010' is now UNREACHABLE!  Last qualify: 95
[Jan 27 09:59:59] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer '5009' is now UNREACHABLE!  Last qualify: 104
 Extension Changed 5000 new state Unavailable for Notify User Glen
 Extension Changed 5010 new state Unavailable for Notify User Glen
[Jan 27 09:59:59] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87950112@sip.freshtel.net' timed out, trying again (Attempt #2)
[Jan 27 10:00:14] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87952609@sip.freshtel.net' timed out, trying again (Attempt #2)
[Jan 27 10:00:29] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951901@sip.freshtel.net' timed out, trying again (Attempt #2)
[Jan 27 10:00:44] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951708@sip.freshtel.net' timed out, trying again (Attempt #2)
[Jan 27 10:00:59] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '09109431@sip00.mynetfone.com.au' timed out, trying again (Attempt #1)
    -- Remote UNIX connection
    -- Remote UNIX connection disconnected
    -- Remote UNIX connection
    -- Remote UNIX connection disconnected
    -- Remote UNIX connection
    -- Remote UNIX connection disconnected
[Jan 27 10:01:14] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951738@sip.freshtel.net' timed out, trying again (Attempt #2)
[Jan 27 10:01:29] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87950112@sip.freshtel.net' timed out, trying again (Attempt #3)
[Jan 27 10:01:44] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87952609@sip.freshtel.net' timed out, trying again (Attempt #3)
[Jan 27 10:01:59] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951901@sip.freshtel.net' timed out, trying again (Attempt #3)
[Jan 27 10:02:14] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951708@sip.freshtel.net' timed out, trying again (Attempt #3)
[Jan 27 10:02:25] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '09109431@sip00.mynetfone.com.au' timed out, trying again (Attempt #2)
[Jan 27 10:02:25] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951738@sip.freshtel.net' timed out, trying again (Attempt #3)
[Jan 27 10:02:25] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87950112@sip.freshtel.net' timed out, trying again (Attempt #4)
[Jan 27 10:02:25] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87952609@sip.freshtel.net' timed out, trying again (Attempt #4)
    -- Registered SIP '5000' at 192.168.37.250 port 5060 expires 180
 Extension Changed 5000 new state Idle for Notify User Glen
[Jan 27 10:02:25] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer '5000' is now Reachable. (10ms / 3000ms)
    -- Registered SIP '97951738' at 192.168.37.250 port 5061 expires 180
[Jan 27 10:02:26] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer '97951738' is now Reachable. (10ms / 3000ms)
    -- Registered SIP '5009' at 192.168.37.252 port 11069 expires 180
[Jan 27 10:02:26] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer '5009' is now Reachable. (50ms / 3000ms)
    -- Unregistered SIP '5009'
    -- Registered SIP '5009' at 192.168.37.252 port 11069 expires 180
    -- Saved useragent "X-Lite release 1011s stamp 41150" for peer 5009
[Jan 27 10:02:26] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer '5009' is now Reachable. (4ms / 3000ms)
    -- Registered SIP '5010' at 192.168.37.71 port 5060 expires 180
 Extension Changed 5010 new state Idle for Notify User Glen
 Extension Changed 5010 new state Idle for Notify User Glen
[Jan 27 10:02:27] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer '5010' is now Reachable. (264ms / 3000ms)
[Jan 27 10:02:35] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer '09109431' is now Reachable. (25ms / 3000ms)
[Jan 27 10:02:35] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer 'ft2609' is now Reachable. (30ms / 3000ms)
[Jan 27 10:02:35] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer 'ftel1901' is now Reachable. (35ms / 3000ms)
[Jan 27 10:02:35] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer 'ft1738' is now Reachable. (35ms / 3000ms)
[Jan 27 10:02:35] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer 'ft1708' is now Reachable. (40ms / 3000ms)
[Jan 27 10:02:35] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer 'pt5551' is now Reachable. (43ms / 3000ms)
[Jan 27 10:02:35] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer 'ft0112' is now Reachable. (47ms / 3000ms)
    -- Registered SIP '5007' at 192.168.37.252 port 15730 expires 180
 Extension Changed 5007 new state Idle for Notify User Glen
[Jan 27 10:14:46] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer '5007' is now Reachable. (51ms / 3000ms)
    -- Unregistered SIP '5007'
 Extension Changed 5007 new state Unavailable for Notify User Glen
    -- Registered SIP '5007' at 192.168.37.252 port 15730 expires 180
    -- Saved useragent "X-Lite release 1011s stamp 41150" for peer 5007
 Extension Changed 5007 new state Idle for Notify User Glen
[Jan 27 10:14:46] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer '5007' is now Reachable. (6ms / 3000ms)

I do not lose internet connectivity at this time,  So I cannot blame the ISP (also my extensions would not be hit if it was ISP)
This was happening while running sail 2.2.1-582,  und I have upgraded to -587 last night without change.
asterisk-1.4.17-55.el4  and have been for a number of weeks, I only noticed this timeout issue in the last week or so.

Given the timing, it may be related to the recent sme 7.3 updates.

But I am at a loss to what is the cause or how to resolve,
any help would be great
(fortunately wife has not noticed yet) 

[SARK devs]

Very odd.  I have never seen asterisk lose coms with local devices like this.  As an aside, why does...

5009/Glen                  192.168.37.252   D   N      11065    OK (121 ms)

and...

5007/Jo                    192.168.37.252   D   N      1088     OK (109 ms)

have the same IP address?  Is this a 2102 or something similar?

Anyhoo, could this be a network switch error?  I have seen IAX peers on carrier sites go off like this but NEVER a local device.

I'll have a google on the asterisk BB's

Best

S 

[groutley]

Hi Selintra,
  I looked at that and wondered if it would get picked on
they both have the same IP due to that IP being my wireless router address.
Both those Xtn's are X-Lite on laptops, and are set for NAT (N). so are same gateway address with different ports.

My Network switch is just an unitelligent SMC switch, and like I said, I get no other issues with web browsing etc.
Also the Trunks are direct out the 2nd interface of sme-server to the cable modem, not via the network switch at all.

Something in the IP stack in sme ?
yet I have nothing in the /var/log/messages to indicate an issue at all.

Any ideas of what to look at / trace etc  to get an idea of what is going on ?

cheers  G

[SARK devs]

Have a look at this  thread...

http://forums.digium.com/viewtopic.php?=&p=44574


Best

S

[groutley]

Curious,
  so if I set qualify off  it should sort out the issue ?

in my sip.conf I find

Code: [Select]

[5009]
type=friend
username=Glen
secret=763029
host=dynamic
[b]qualify=3000[/b]
context=internal
callerid="Glen" <5009>
canreinvite=no
mailbox=5009
pickupgroup=1
callgroup=1
disallow=all
allow=gsm
allow=ulaw
allow=alaw

nat=yes

So how do I disable this and for the trunks in sail ?

[groutley]

I edit qualify to =no on my main trunks and extensions,
I now get

Code: [Select]

l1nuxsvr*CLI> sip show peers
Name/username              Host            Dyn Nat ACL Port     Status
97951738/97951738          192.168.37.250   D          5061     Unmonitored
ft2609/87952609            202.86.50.100               5060     OK (28 ms)
ftel1901/87951901          202.86.50.100               5060     OK (32 ms)
ft1738/87951738            202.86.50.100               5060     Unmonitored
ft1708/87951708            202.86.50.100               5060     OK (30 ms)
ft0112/87950112            202.86.50.100               5060     OK (28 ms)
pt5551/61386835551         203.166.6.160               5060     Unmonitored
09109431/09109431          125.213.160.81              5060     Unmonitored
5010/Study                 192.168.37.71    D          5060     Unmonitored
5009/Glen                  192.168.37.252   D   N      11069    Unmonitored
5008/HomePC                (Unspecified)    D          0        UNKNOWN
5007/Jo                    192.168.37.252   D   N      9544     Unmonitored
5005/Dani                  (Unspecified)    D          0        UNKNOWN
5004/Matt                  (Unspecified)    D          0        UNKNOWN
5000/homephone             192.168.37.250   D          5060     Unmonitored
15 sip peers [Monitored: 4 online, 3 offline Unmonitored: 8 online, 0 offline]
l1nuxsvr*CLI>
So qualify is a monitoring setting ?

[groutley]

Have a look at this  thread...

http://forums.digium.com/viewtopic.php?=&p=44574

So far with qualify=no set on all my trunks and extensions, it appears all good.
But the above thread is 12 months old, and no mention of a fix to the qualify bug ?

While only a minor issue now, the 'State'  column in the Trunks and extensions display an X or a !

[SARK devs]

It isn't clear to me that there is a bug in qualify.  Also SAIL is not presenting unmonitored trunks and extensions properly.  However, first things first; let's see if this cures your problem.  Suggest you keep an eye on this and re-post yhour results in a week or so,

Best

S

[groutley]

No problem, will do..
  Thanks Sel.

G

[groutley]

OK,
  that didn't help,  seems it just stops the reporting of 'some' of the messages....

Code: [Select]

[Jan 28 09:44:47] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '61386835551@sip.pennytel.com' timed out, trying again (Attempt #1)
[Jan 28 09:45:18] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87952609@sip.freshtel.net' timed out, trying again (Attempt #1)
 Extension Changed 5000 new state Unavailable for Notify User Glen
 Extension Changed 5000 new state Unavailable for Notify User Jo
[Jan 28 09:45:33] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951708@sip.freshtel.net' timed out, trying again (Attempt #1)
[Jan 28 09:45:48] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951901@sip.freshtel.net' timed out, trying again (Attempt #1)
[Jan 28 09:46:03] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87950112@sip.freshtel.net' timed out, trying again (Attempt #1)
[Jan 28 09:46:18] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951738@sip.freshtel.net' timed out, trying again (Attempt #1)
 Extension Changed 5010 new state Unavailable for Notify User Glen
 Extension Changed 5010 new state Unavailable for Notify User Jo
[Jan 28 09:46:33] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '61386835551@sip.pennytel.com' timed out, trying again (Attempt #2)
[Jan 28 09:46:48] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '09109431@sip00.mynetfone.com.au' timed out, trying again (Attempt #1)
[Jan 28 09:47:03] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87952609@sip.freshtel.net' timed out, trying again (Attempt #2)
[Jan 28 09:47:18] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951708@sip.freshtel.net' timed out, trying again (Attempt #2)
 Extension Changed 5007 new state Unavailable for Notify User Glen
[Jan 28 09:47:33] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951901@sip.freshtel.net' timed out, trying again (Attempt #2)

Note there is no reg_timeout reported for xtn 5000 or 5010  yet they have reported a new state !
I will set my qualify back to 3000, at so I get vaild reporting

[groutley]

Also just noticed something intriguing..
I had disabled..  i.e  unchecked 'ACT' for the following trunks....

Code: [Select]

[Jan 28 09:45:18] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87952609@sip.freshtel.net' timed out, trying again (Attempt #1)
[Jan 28 09:45:33] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951708@sip.freshtel.net' timed out, trying again (Attempt #1)
[Jan 28 09:45:48] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951901@sip.freshtel.net' timed out, trying again (Attempt #1)
[Jan 28 09:46:03] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87950112@sip.freshtel.net' timed out, trying again (Attempt #1)

Yet they still report the timeouts ??
If they are not 'ACTIVE' according to the Check box in SAIL,  why would they be attempting to register ?

[hervep]

Hi G,

Not sure at this stage, but I had something more or less similar using IAX trunks between dynamic ip DSL connections. The issue was the 'nat session timing' ( session was dead before qualify check ).

Don't know if it can help, but I would suggest to try using a low qualify value to make the test ( I.E. 45 secs ) and see the result. Idea is to keep the 'NAT session' active by sending data before the router kills the nat cross table relation.

Best,

Herve

[SARK devs]

Hi Guys,

Yeah, I though that would happen.  The removal of the qualfy is just ignoring the problem.  Re ACT ticked/unticked.  There is a little bug.  Even if you untick the trunk, we still generate the registration (if there is one).  I've been meaning to fix it for yonks but never gotten 'round to it.

Best

J

[groutley]

Don't know if it can help, but I would suggest to try using a low qualify value to make the test ( I.E. 45 secs ) and see the result. Idea is to keep the 'NAT session' active by sending data before the router kills the nat cross table relation.

I tried setting qualify=45  and continually go LAGGED messages, setting to 30 produced even more LAGGED messages.
I set to 60 which appears to be enough time to allow for the LAG,  but I still got...

Code: [Select]

Extension Changed 5004 new state Unavailable for Notify User Glen
[Jan 29 21:29:09] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951901@sip.freshtel.net' timed out, trying again (Attempt #1)
 Extension Changed 5010 new state Unavailable for Notify User Glen
[Jan 29 21:29:24] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87952609@sip.freshtel.net' timed out, trying again (Attempt #1)
[Jan 29 21:29:54] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951708@sip.freshtel.net' timed out, trying again (Attempt #1)
[Jan 29 21:30:09] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer '09109431' is now UNREACHABLE!  Last qualify: 29
[Jan 29 21:30:09] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer 'pt5551' is now UNREACHABLE!  Last qualify: 33
[Jan 29 21:30:09] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951738@sip.freshtel.net' timed out, trying again (Attempt #1)
[Jan 29 21:30:24] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer '97951738' is now UNREACHABLE!  Last qualify: 6
[Jan 29 21:30:24] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer 'ft1738' is now UNREACHABLE!  Last qualify: 27
[Jan 29 21:30:24] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87950112@sip.freshtel.net' timed out, trying again (Attempt #1)
[Jan 29 21:30:29] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer '5000' is now UNREACHABLE!  Last qualify: 7
[Jan 29 21:30:29] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer '5010' is now UNREACHABLE!  Last qualify: 95
[Jan 29 21:30:29] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '61386835551@sip.pennytel.com' timed out, trying again (Attempt #1)
 Extension Changed 5000 new state Unavailable for Notify User Glen
[Jan 29 21:30:29] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951901@sip.freshtel.net' timed out, trying again (Attempt #2)
[Jan 29 21:30:29] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87952609@sip.freshtel.net' timed out, trying again (Attempt #2)
[Jan 29 21:30:29] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '09109431@sip00.mynetfone.com.au' timed out, trying again (Attempt #1)
[Jan 29 21:30:30] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951708@sip.freshtel.net' timed out, trying again (Attempt #2)
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 334, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5010@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 335, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5000@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 336, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5008@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 337, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5004@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 338, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5005@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 339, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5007@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 334, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5010@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 335, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5000@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 336, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5008@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 337, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5004@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 338, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5005@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 339, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5007@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 334, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5010@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 335, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5000@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 336, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5008@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 337, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5004@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 338, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5005@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 339, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5007@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 334, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5010@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 335, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5000@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 336, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5008@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 337, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5004@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 338, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5005@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 339, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5007@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 334, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5010@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 335, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5000@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 336, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5008@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 337, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5004@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 338, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5005@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 339, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5007@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 334, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5010@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 335, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5000@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 336, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5008@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 337, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5004@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 338, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5005@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 339, laststate: 0, dialogver: 0, subscribecont: '', subscribeuri: '5007@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 334, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5010@internal'
[Jan 29 21:30:30] WARNING[4671]: chan_sip.c:14870 handle_request_subscribe: SUBSCRIBE failure: no Accept header: pvt: stateid: 335, laststate: 4, dialogver: 0, subscribecont: '', subscribeuri: '5000@internal'
    -- Registered SIP '5000' at 192.168.37.250 port 5060 expires 180
    -- Registered SIP '97951738' at 192.168.37.250 port 5061 expires 180
[Jan 29 21:30:31] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer '5000' is now Reachable. (9ms / 3000ms)
 Extension Changed 5000 new state Idle for Notify User Glen
[Jan 29 21:30:31] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer '97951738' is now Reachable. (58ms / 3000ms)
    -- Registered SIP '5010' at 192.168.37.71 port 5060 expires 180
[Jan 29 21:30:34] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer '5010' is now Reachable. (189ms / 3000ms)
 Extension Changed 5010 new state Idle for Notify User Glen
[Jan 29 21:30:34] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer 'ft1738' is now Reachable. (28ms / 60ms)
    -- Registered SIP '5009' at 192.168.37.252 port 15614 expires 180
[Jan 29 21:30:38] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer '5009' is now Reachable. (25ms / 45ms)
    -- Unregistered SIP '5009'
    -- Registered SIP '5009' at 192.168.37.252 port 15614 expires 180
    -- Saved useragent "X-Lite release 1011s stamp 41150" for peer 5009
[Jan 29 21:30:38] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer '5009' is now Reachable. (5ms / 45ms)
[Jan 29 21:30:40] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer '09109431' is now Reachable. (25ms / 60ms)
[Jan 29 21:30:40] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer 'pt5551' is now Reachable. (28ms / 60ms)
[Jan 29 21:32:38] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer '5009' is now UNREACHABLE!  Last qualify: 38
    -- Remote UNIX connection
    -- Remote UNIX connection disconnected
    -- Remote UNIX connection
    -- Remote UNIX connection disconnected
    -- Remote UNIX connection
    -- Remote UNIX connection disconnected
    -- Remote UNIX connection
    -- Remote UNIX connection disconnected
[Jan 29 22:11:10] NOTICE[4671]: chan_sip.c:12517 handle_response_peerpoke: Peer '5009' is now Reachable. (3ms / 45ms)
[Jan 29 22:12:11] NOTICE[4671]: chan_sip.c:15655 sip_poke_noanswer: Peer '5009' is now UNREACHABLE!  Last qualify: 3
l1nuxsvr*CLI>


I have no idea what most of that means, but I do not understand why this has all of a sudden started.
My setup had been working without issue for months.
But since approx Mid January I have got this constantly,  and it does affect the Trunks.
I have had calls just stop,  mid call,  and my wife has now tried to make a call and got dead silence.

The people complaining of the Qualify setting have said they are not affected,  but just want to clean up the messages.
Mine is more serious.
And I have to put it down to one of the recent updates I applied to sme, but which one ?

How do I get to the bottom of this ?

[SARK devs]

Have you changed your router or router settings lately?

Best

S

[groutley]

Have you changed your router or router settings lately?

When you say Router, do you refer to the cable modem?
The answer is still No,  But..
we did have a suburb blackout a couple of weeks ago, and it took the ISP many hours to get back on the air.
So perhaps there is something at their end,  but I still don't understand why I get the same time out to my
internal network SPA-3102 trunk, and to the extensions.
I did also replace the wireless router, I'll swap the old one back today just to rul it out also.

[groutley]

Well its not caused by my new wireless router,  which is only setup as an internal network Access point.
I am running on my old wireless router now, which is on the same subnet (no Nat involved)
and right now I am seeing..

Code: [Select]

[Jan 30 08:18:29] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951901@sip.freshtel.net' timed out, trying again (Attempt #9)
[Jan 30 08:18:44] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '61386835551@sip.pennytel.com' timed out, trying again (Attempt #8)
[Jan 30 08:18:59] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87952609@sip.freshtel.net' timed out, trying again (Attempt #6)
l1nuxsvr*CLI> sip show peers
Name/username              Host            Dyn Nat ACL Port     Status
97951738/97951738          (Unspecified)    D          0        UNKNOWN
ft1738/87951738            202.86.50.100               5060     UNREACHABLE
pt5551/61386835551         203.166.6.160               5060     UNREACHABLE
09109431/09109431          125.213.160.81              5060     UNREACHABLE
5010/Study                 (Unspecified)    D          0        UNKNOWN
5009/Glen                  (Unspecified)    D   N      0        UNKNOWN
5008/HomePC                (Unspecified)    D          0        UNKNOWN
5007/Jo                    (Unspecified)    D   N      0        UNKNOWN
5005/Dani                  (Unspecified)    D          0        UNKNOWN
5004/Matt                  (Unspecified)    D          0        UNKNOWN
5000/homephone             (Unspecified)    D          0        UNKNOWN
11 sip peers [Monitored: 0 online, 11 offline Unmonitored: 0 online, 0 offline]
[Jan 30 08:19:14] NOTICE[4671]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951738@sip.freshtel.net' timed out, trying again (Attempt #9)

I might shut everything down, powered off, and bring all up clean again.
now my Internal DNS w2k3svr  and my sme server are both low on memory,  this couldnt be due to a lack of resource could it ?

[groutley]

A complete shutdown / power off of all equipment, including Cable modem and did not help.

This leaves me with changes to sme  or a left over issue with the ISP.
I find the ISP hard to blame considering Asterisk is complaining about my internal extensions as well.
And I have no other issues (email,FTP,Web) with the ISP.

according to my yum.log ....

Code: [Select]

Jan 22 08:36:59 Updated: e2fsprogs.i386 1.35-12.11.el4_6.1
Jan 22 08:37:01 Updated: net-snmp-libs.i386 5.1.2-11.el4_6.11.2
Jan 22 08:37:04 Updated: perl-Net-DNS.i386 0.62-1.el4.rf
Jan 22 08:37:05 Updated: libxml2.i386 2.6.16-10.1
Jan 22 08:37:06 Updated: atrpms.noarch 71-1
Jan 22 08:37:09 Updated: net-snmp.i386 5.1.2-11.el4_6.11.2
Jan 22 08:37:10 Updated: rkhunter.noarch 1.3.0-4.el4.sme
Jan 22 08:37:12 Updated: smeserver-locale-it.noarch 1.2.0-33.el4.sme
Jan 22 08:37:16 Updated: e-smith-samba.noarch 1.14.1-3.el4.sme
Jan 22 08:37:17 Updated: smeserver-locale-es.noarch 1.2.0-33.el4.sme
Jan 22 08:37:17 Updated: perl-IO-Zlib.noarch 1.09-1.el4.rf
Jan 22 08:37:19 Updated: smolt.noarch 0.9.8.1-7.el4.sme
Jan 22 08:37:20 Updated: smeserver-locale-de.noarch 1.2.0-33.el4.sme
Jan 22 08:37:22 Installed: smeserver-yum.noarch 1.2.0-48.el4.sme
Jan 22 08:37:22 Updated: smeserver-locale-fr.noarch 1.2.0-33.el4.sme
Jan 22 08:37:23 Updated: smeserver-locale-sv.noarch 1.2.0-33.el4.sme
Jan 22 08:37:25 Updated: e-smith-nutUPS.noarch 1.2.0-17.el4.sme
Jan 22 08:37:25 Updated: smeserver-audittools.noarch 0.0.2-6.el4.sme
Jan 22 08:37:38 Updated: spamassassin.i386 3.2.4-46.el4
Jan 22 08:37:39 Updated: postgresql-libs.i386 7.4.19-1.el4_6.1
Jan 22 08:37:40 Updated: smeserver-support.noarch 1.6.0-43.el4.sme
Jan 22 08:37:41 Updated: net-snmp-utils.i386 5.1.2-11.el4_6.11.2
Jan 22 08:37:42 Updated: libxml2-python.i386 2.6.16-10.1
Jan 22 08:37:43 Updated: e-smith-viewlogfiles.noarch 1.8.0-7.el4.sme
Jan 22 08:37:49 Updated: tzdata.noarch 2007k-1.el4
Jan 22 08:37:50 Updated: e-smith-openssh.noarch 1.12.0-13.el4.sme
Jan 22 08:37:50 Updated: httpd-suexec.i386 2.0.52-38.ent.centos4.2
Jan 22 08:37:56 Updated: httpd.i386 2.0.52-38.ent.centos4.2
Jan 22 08:37:57 Updated: mod_ssl.i386 1:2.0.52-38.ent.centos4.2
Jan 22 08:38:04 Erased: check4updates
The date of Jan 22 would be roughly when I started having problems ..
(does asterisk keep a historic log somewhere so I can find problem start date ?)

Could any of the above updates have an affect on theses asterisk timeouts ?

[SARK devs]

can you send a copy of sip.conf to us admin@selintra.com
are you running server-only or server-gateway

have you had any further local sip drop outs?

Best

S

[groutley]

Thanks Jeff,
  sent... 
I run Server-gateway mode.

[groutley]

sigh,
  yes  another hit  just now...

Code: [Select]

[Jan 31 09:44:51] NOTICE[4683]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951901@sip.freshtel.net' timed out, trying again (Attempt #3)
[Jan 31 09:45:06] NOTICE[4683]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951708@sip.freshtel.net' timed out, trying again (Attempt #3)
[Jan 31 09:45:21] NOTICE[4683]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '61386835551@sip.pennytel.com' timed out, trying again (Attempt #2)
[Jan 31 09:45:36] NOTICE[4683]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951738@sip.freshtel.net' timed out, trying again (Attempt #3)
[Jan 31 09:45:51] NOTICE[4683]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '09109431@sip00.mynetfone.com.au' timed out, trying again (Attempt #4)
[Jan 31 09:46:06] NOTICE[4683]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87950112@sip.freshtel.net' timed out, trying again (Attempt #4)
[Jan 31 09:46:21] NOTICE[4683]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87952609@sip.freshtel.net' timed out, trying again (Attempt #4)
[Jan 31 09:46:36] NOTICE[4683]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951901@sip.freshtel.net' timed out, trying again (Attempt #4)
[Jan 31 09:46:51] NOTICE[4683]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '87951708@sip.freshtel.net' timed out, trying again (Attempt #4)
[Jan 31 09:47:06] NOTICE[4683]: chan_sip.c:7422 sip_reg_timeout:    -- Registration for '61386835551@sip.pennytel.com' timed out, trying again (Attempt #3)
l1nuxsvr*CLI> sip show peers
Name/username              Host            Dyn Nat ACL Port     Status
97951738/97951738          (Unspecified)    D          0        UNKNOWN
ft2609/87952609            202.86.50.100               5060     UNREACHABLE
ftel1901/87951901          202.86.50.100               5060     UNREACHABLE
ft1738/87951738            202.86.50.100               5060     UNREACHABLE
ft1708/87951708            202.86.50.100               5060     UNREACHABLE
ft0112/87950112            202.86.50.100               5060     UNREACHABLE
pt5551/61386835551         203.166.6.160               5060     UNREACHABLE
09109431/09109431          125.213.160.81              5060     UNREACHABLE
5010/Study                 (Unspecified)    D          0        UNKNOWN
5009/Glen                  (Unspecified)    D   N      0        UNKNOWN
5008/HomePC                (Unspecified)    D          0        UNKNOWN
5007/Jo                    (Unspecified)    D   N      0        UNKNOWN
5005/Dani                  (Unspecified)    D          0        UNKNOWN
5004/Matt                  (Unspecified)    D          0        UNKNOWN
5000/homephone             (Unspecified)    D          0        UNKNOWN
15 sip peers [Monitored: 0 online, 15 offline Unmonitored: 0 online, 0 offline]

I am getting no where with this

[william_syd]

But since approx Mid January I have got this constantly,  and it does affect the Trunks.
I have had calls just stop,  mid call,  and my wife has now tried to make a call and got dead silence.

cat /var/log/yum/yum.log | grep Jan

Edit:

Opps.. didn't see a second page.

[arne]

db configuration show asterisk ?

When the sound stops at the start or in the middle of a speak this is typically traced down to be a firewall or a router problem.

Some routers do not have good properties for maintaining a datastream from a iptelephony call.

In question about firewalls and network technology there is normally answers like "will work" or "will not work". Ip telephony is actually the only firewalling/routing area I have looked into, where the anwer might be: "Might propably work most of the time, but not more than ten minutes." (Because it is a stream of udp packets.)

I think that this tread should contain a more detailed description of the network and which componenets that are used.

[groutley]

db configuration show asterisk ?

[root@l1nuxsvr /]# db configuration show asterisk
asterisk=service
    UDPPorts=4569,5060,10000:20000
    status=disabled
[root@l1nuxsvr /]#

[arne]

But this, is I believe, completely incorrect. Disabled but still running should be imposible, but if this status still exist this might explain why the SME firewall is closed, and why nothing work. Status need to be "enabled" to open the SME firewall, I think. (But how to enable - I allways forget these db commands - will try to take alook in the wiki.)

[arne]

I hope this will work:

config setprop asterisk status enabled
signal-event post-upgrade
signal-event reboot

[groutley]

But this, is I believe, completely incorrect. Disabled but still running should be imposible, but if this status still exist this might explain why the SME firewall is closed, and why nothing work. Status need to be "enabled" to open the SME firewall, I think. (But how to enable - I allways forget these db commands - will try to take alook in the wiki.)

I am not sure about that..  see http://forums.contribs.org/index.php?topic=38930.msg178340#msg178340
I believe SAIL does something strange with the startup..
I'd like Selintra to agree with the your suggestion before I try it.

definitely something odd going on and I appreciate all suggestions.
I'd really like to resolve this,  I'm going have to go back to the straight SPA setup soon.

[SARK devs]

Hi Guys,

Arne is incorrect in this instance.  In 2.2 we had to drop the asterisk daemon because we went over to the ATrpms asterisk (which has its own asterisk daemon).  The SAIL rpm disables the Asterisk startup, which is what you have seen above.  SAIL starts a daemon called sark instead.

I have looked all over the web regarding your problem and I can find almost no references to local phones going unreachable from asterisk.  This suggests that your problem is probably unique to your setup.  I really don't think that this is an asterisk problem per se but maybe some kind of hardware problem (perhaps your  ethernet controllers?) or other subtle software issue.   Whatever it is, it isn't giving us any obvious clues as to what it is.

I would suggest you back your SAIL ID up to USB using the USB offload feature.  Run up a completely separate box (with a full .iso install) and restore from the USB stick.  If you don't have a separate box then I think you should cut your losses and regress to the .iso because I don't think this is going to be easily solved.

Best

S 

[groutley]

Thanks Jeff,
 appeciate the thoughts there.
I was starting to think that myself,  if only I had a spare box to run up !
I am not aware of this USB offload function, I'll have to RTFM

Thanks to you all for your thoughts..