Hey Everyone -
I am having a problem that is keeping me awake at night.....ok, so maybe
not keeping me awake, but it is frustrating. :-)
I am running Asterisk 1.0.7 on Gentoo (2.6.10-gentoo-r6) on an Intel
700Mhz box with 512MB of RAM.
The system is very light, with maybe 35 SIP and IAX connections. I am
using NuFone and Konfer for dialtone with no traditional TDM cards
installed at all. Overall system load is around .4 or less most of the
time.
Overall - a very simple configuration.
I am using (mostly) the Linksys PAP2-NA units for deployment. I
preconfigure the units, then ship them out to the people that need them.
I also have several of the Digium IAXy units in use.
The problem I am starting to see is that a person's extension will work
great, and then I will start to see failed registrations for their unit
over and over again. When this happens, the units fall offline. Then the
unit will magically reregister and start to work again.
I had assumed (initially) that it was a bad unit, so I replaced it, but
then it started to happen to other units as well.
When registered, the units in question have ping time under 50 to 60 ms,
and no latency associated with them. Packet loss is extremely minimal or
none at all.
Here is one example - I have included the relevant portions of my
sip.conf and extensions.conf:
sip.conf
[1028]
type=friend
username=GSynn
secret=xxxxxxxx
qualify=500
host=dynamic
fromuser="GSynn"
dtmfmode=rfc2833
nat=yes
canreinvite=no
disallow=all
allow=g729
callerid="Gary Synn" <3050>
context=secure
extension.conf
[gary_synn]
exten => 3050,1,Macro(stdexten,SIP/1028)
[macro-stdexten]
;; ARG1 = Phone ID to dial
exten => s,1,NoOp(${CALLERID}) ; Grab Caller ID Info
exten => s,2,Playback(${VMDIR}/${MACRO_EXTEN}/greet) ; Grab the
dialed extension and play a greeting
exten => s,3,Dial(${ARG1},15,rtm)
exten => s,4,Goto(s-${DIALSTATUS},1)
exten => s-NOANSWER,1,Voicemail(u${MACRO_EXTEN})
exten => s-CHANUNAVAIL,1,Voicemail(u${MACRO_EXTEN}) ;if chan
unavail (sip phone not regisitered?)
exten => s-CONGESTION,1,Voicemail(u${MACRO_EXTEN}) ;if chan
congested
exten => s-BUSY,1,Voicemail(b${MACRO_EXTEN})
exten => s-.,1,Goto(s-NOANSWER,1)
exten => a,1,VoicemailMain(${MACRO_EXTEN})
[secure]
include => pstn_outbound
include => system_extensions
Here are the errors that I see on the colsole -
Apr 4 17:35:38 NOTICE[27276]: chan_sip.c:7681 handle_request:
Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for
'5.63.198.220'
Apr 4 17:35:42 NOTICE[27276]: chan_sip.c:7681 handle_request:
Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for
'5.63.198.220'
Apr 4 17:35:46 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from
'GSynn <sip:1028@switch.pbx01.com>' failed for
'5.63.198.220'
Apr 4 17:35:50 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from
'DMadore <sip:1032@switch.pbx01.com>' failed for
'69.17.136.238'
Apr 4 17:35:50 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from
'GSynn <sip:1028@switch.pbx01.com>' failed for
'5.63.198.220'
Apr 4 17:35:54 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from
'GSynn <sip:1028@switch.pbx01.com>' failed for
'5.63.198.220'
Apr 4 17:35:58 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from
'GSynn <sip:1028@switch.pbx01.com>' failed for
'5.63.198.220'
Apr 4 17:36:02 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from
'GSynn <sip:1028@switch.pbx01.com>' failed for
'5.63.198.220'
Apr 4 17:36:33 NOTICE[27276]: chan_sip.c:7681 handle_request:
Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for
'5.63.198.220'
Apr 4 17:36:34 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from
'GSynn <sip:1028@switch.pbx01.com>' failed for
'5.63.198.220'
Apr 4 17:36:37 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from
'GSynn <sip:1028@switch.pbx01.com>' failed for
'5.63.198.220'
Apr 4 17:36:40 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from
'GSynn <sip:1028@switch.pbx01.com>' failed for
'5.63.198.220'
Apr 4 17:36:44 NOTICE[27276]: chan_sip.c:7681 handle_request:
Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for
'5.63.198.220'
Apr 4 17:36:48 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from
'GSynn <sip:1028@switch.pbx01.com>' failed for
'5.63.198.220'
Apr 4 17:36:52 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from
'GSynn <sip:1028@switch.pbx01.com>' failed for
'5.63.198.220'
Any ideas would be greatly appreciated.
Thanks !!
******************************************
Richard J. Sears
Eric Wieling aka ManxPower
2005-Apr-04 19:44 UTC
[Asterisk-Users] Transient SIP Registration Issues
Richard J. Sears wrote:> Hey Everyone - > > I am having a problem that is keeping me awake at night.....ok, so maybe > not keeping me awake, but it is frustrating. :-) > > I am running Asterisk 1.0.7 on Gentoo (2.6.10-gentoo-r6) on an Intel > 700Mhz box with 512MB of RAM. > > The system is very light, with maybe 35 SIP and IAX connections. I am > using NuFone and Konfer for dialtone with no traditional TDM cards > installed at all. Overall system load is around .4 or less most of the > time. > > Overall - a very simple configuration. > > I am using (mostly) the Linksys PAP2-NA units for deployment. I > preconfigure the units, then ship them out to the people that need them. > I also have several of the Digium IAXy units in use. > > The problem I am starting to see is that a person's extension will work > great, and then I will start to see failed registrations for their unit > over and over again. When this happens, the units fall offline. Then the > unit will magically reregister and start to work again. > > I had assumed (initially) that it was a bad unit, so I replaced it, but > then it started to happen to other units as well. > > When registered, the units in question have ping time under 50 to 60 ms, > and no latency associated with them. Packet loss is extremely minimal or > none at all.There was a thread recently, I don't recall if it was -users or -dev about SIP registrations failing when network latency was high. I don't remember seeing a solution. I would suggest trying Google, but I'll bet it has not indexed the mailing list archives recently. Try searching manually. --Eric
Cirelle Internet Products
2005-Apr-05 03:12 UTC
[Asterisk-Users] Transient SIP Registration Issues
Richard J. Sears wrote:>Hey Everyone - > >I am having a problem that is keeping me awake at night.....ok, so maybe >not keeping me awake, but it is frustrating. :-) > >I am running Asterisk 1.0.7 on Gentoo (2.6.10-gentoo-r6) on an Intel >700Mhz box with 512MB of RAM. > >The system is very light, with maybe 35 SIP and IAX connections. I am >using NuFone and Konfer for dialtone with no traditional TDM cards >installed at all. Overall system load is around .4 or less most of the >time. > >Overall - a very simple configuration. > >I am using (mostly) the Linksys PAP2-NA units for deployment. I >preconfigure the units, then ship them out to the people that need them. >I also have several of the Digium IAXy units in use. > >The problem I am starting to see is that a person's extension will work >great, and then I will start to see failed registrations for their unit >over and over again. When this happens, the units fall offline. Then the >unit will magically reregister and start to work again. > >I had assumed (initially) that it was a bad unit, so I replaced it, but >then it started to happen to other units as well. > >When registered, the units in question have ping time under 50 to 60 ms, >and no latency associated with them. Packet loss is extremely minimal or >none at all. > >Here is one example - I have included the relevant portions of my >sip.conf and extensions.conf: > >sip.conf > >[1028] >type=friend >username=GSynn >secret=xxxxxxxx >qualify=500 >host=dynamic >fromuser="GSynn" >dtmfmode=rfc2833 >nat=yes >canreinvite=no >disallow=all >allow=g729 >callerid="Gary Synn" <3050> >context=secure > > > >extension.conf > >[gary_synn] >exten => 3050,1,Macro(stdexten,SIP/1028) > > >[macro-stdexten] >;; ARG1 = Phone ID to dial > >exten => s,1,NoOp(${CALLERID}) ; Grab Caller ID Info >exten => s,2,Playback(${VMDIR}/${MACRO_EXTEN}/greet) ; Grab the dialed extension and play a greeting >exten => s,3,Dial(${ARG1},15,rtm) >exten => s,4,Goto(s-${DIALSTATUS},1) >exten => s-NOANSWER,1,Voicemail(u${MACRO_EXTEN}) >exten => s-CHANUNAVAIL,1,Voicemail(u${MACRO_EXTEN}) ;if chan unavail (sip phone not regisitered?) >exten => s-CONGESTION,1,Voicemail(u${MACRO_EXTEN}) ;if chan congested >exten => s-BUSY,1,Voicemail(b${MACRO_EXTEN}) >exten => s-.,1,Goto(s-NOANSWER,1) >exten => a,1,VoicemailMain(${MACRO_EXTEN}) > > >[secure] >include => pstn_outbound >include => system_extensions > > > >Here are the errors that I see on the colsole - > > >Apr 4 17:35:38 NOTICE[27276]: chan_sip.c:7681 handle_request: >Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for >'5.63.198.220' >Apr 4 17:35:42 NOTICE[27276]: chan_sip.c:7681 handle_request: >Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for >'5.63.198.220' >Apr 4 17:35:46 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for '5.63.198.220' >Apr 4 17:35:50 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from 'DMadore <sip:1032@switch.pbx01.com>' failed for '69.17.136.238' >Apr 4 17:35:50 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for '5.63.198.220' >Apr 4 17:35:54 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for '5.63.198.220' >Apr 4 17:35:58 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for '5.63.198.220' >Apr 4 17:36:02 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for '5.63.198.220' >Apr 4 17:36:33 NOTICE[27276]: chan_sip.c:7681 handle_request: >Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for >'5.63.198.220' >Apr 4 17:36:34 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for '5.63.198.220' >Apr 4 17:36:37 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for '5.63.198.220' >Apr 4 17:36:40 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for '5.63.198.220' >Apr 4 17:36:44 NOTICE[27276]: chan_sip.c:7681 handle_request: >Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for >'5.63.198.220' >Apr 4 17:36:48 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for '5.63.198.220' >Apr 4 17:36:52 NOTICE[27276]: chan_sip.c:7681 handle_request: Registration from 'GSynn <sip:1028@switch.pbx01.com>' failed for '5.63.198.220' > > > >Any ideas would be greatly appreciated. > > >Thanks !! > >****************************************** >Richard J. Sears > >_______________________________________________ >Asterisk-Users mailing list >Asterisk-Users@lists.digium.com >http://lists.digium.com/mailman/listinfo/asterisk-users >To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > > > >There is another thread that is dealing with the same symptom as you are experiencing. Subj: Previous sip reload not yet done It does appear to be a bug in the asterisk sip registration. Don't know if SER and a radius solution might work, but the asterisk registration has been an issue. We don't dynamically register in our environment at present, and the system works. Hell of a work around.
Kanuri, Seshu (Company IT)
2005-Apr-05 11:40 UTC
[Asterisk-Users] Transient SIP Registration Issues
> The problem I am starting to see is that a person's extension will > work great, and then I will start to see failed registrations for > their unit over and over again. When this happens, the units fall > offline. Then the unit will magically reregister and start to workagain. There is a quick fix for this. 1) Use the DNS name instead of the IP Address 5.63.198.220 in SIPURA/Linksys Units 2) qualify=500 - Leave this out. Don't qualify. That should work Seshu -------------------------------------------------------- NOTICE: If received in error, please destroy and notify sender. Sender does not waive confidentiality or privilege, and use is prohibited.