Nelle le ultime versioni di VoiceOne con Asterisk 1.8, era stato introdotto un fastidioso problema. Ogni volta che veniva modificato qualcosa in VoiceOne che richiedesse un
“sip reload” in Asterisk, alcuni peers diventavano unreachable finchè non si riregistravano in Asterisk. Questo problema è abbastanza comune nelle configurazioni in realtime come potete vedere in questi link:
http://forums.digium.com/viewtopic.php?f=1&t=69317
http://asteriskfaqs.org/2010/09/15/asterisk-users/bug-with-realtime.html
http://asterisk.inmte.com/viewtopic.php?t=17796
Nel nostro caso questo comportamento è stato introdotto con il passaggio ad Asterisk 1.8 il quale necessita di aver settata a yes l’opzione SIP “ignoreregexpire” (impostazione di default dalla versione di voiceone 1.8.410 in poi).

In questo modo quando il peer viene recuperato in realtime, le informazioni di registrazione verranno utilizzate indipendentemente dal fatto che siano scadute o meno, se scade mentre il peer in tempo reale è ancora in memoria (a causa di caching o altri motivi), le informazioni non saranno rimosse dal database. Quindi anche dopo un “sip reload” Asterisk proverà a contattare il peer all’ultimo indirizzo che conosceva anche nel caso in cui la sua registrazione sia scaduta.
With the latest versions of VoiceOne with Asterisk 1.8, it has been introduced a very annoying problem. Every time something was modified in VoiceOne that required a
“sip reload” in Asterisk, some peers became unreachable since they re-register again. This problem is very common in realtime configuration as you can see in this links:
http://forums.digium.com/viewtopic.php?f=1&t=69317
http://asteriskfaqs.org/2010/09/15/asterisk-users/bug-with-realtime.html
http://asterisk.inmte.com/viewtopic.php?t=17796
In our case this behavior has been introduced switching to Asterisk 1.8 which needs to have “ignoreregexpire” SIP option valued to yes (this is the default value from VoiceOne 1.8.410 onward).

In this way when the peer is retrieved from realtime storage, the registration information will be used regardless of whether it has expired or not; if it expires while the realtime peer is still in memory (due to caching or other reasons), the information will not be removed from realtime storage. In this way, even after a “sip reload”, Asterisk will try to reach the peer at the last known address even if its registration is expired.