Asterisk 1.6 mancata registrazione providers

da **Tokka** » gio mar 11, 2010 1:17 pm

Ciao a tutti, finalmente ieri mi sono inventato un po' di tempo per riprovare con asterisk (1.6.2.5), e per comodità ho riusato le gui....sono partito con la 2.0, poi la 2.0.3, e pure la 2.0.4; con la 2.0 i providers non risultavano registrati, con le altre si, ma non funzionavano le chiamate in ingresso....per cui ho cancellato tutto e rifatto il tutto a mano.
Ho configurato un interno, la voicemail, le conferenze...tutto ok, ma i providers non ne vogliono proprio sapere, nè in ingresso nè in uscita (con le gui almeno uscivano :P).
Ovviamente come succede in questi casi sono convinto di aver fatto tutto bene, e ovviamente non è così, altrimenti funzionerebbe ;D
Per il register dei providers ho provato tutti gli scripts possibili, ma nessuno sembra voler funzionare, anche se con "sip show peers" risultano registrati (con "sip show registry" manco l'ombra :().
Ho cercato un po' ovunque, trovato un bug sul register segnalato da digium, ma in nessun caso riesco a registrar i providers.
Se qualche anima pia volesse indicarmi dove sto sbagliando gliene sarei molto grato :-*

sip.conf
[liv]
type=friend
host=sip.liberailvoip.it
defaultuser=5000031
fromuser=5000031
;remotesecret=password remota
secret=mia_pass
;callbackextension=123 ; Register with this server and require calls coming back to this extension
;transport=udp,tcp
port=5065
qualify = yes
;fromdomain=liberailvoip.it
;insecure=very

register => 5000031@sip.liberailvoip.it:5065:5000031:mia_pass@sip.liberailvoip.it/6100

[eutelia]
type=friend
host=voip.eutelia.it
defaultuser=05********
fromuser=05********
secret=mia_pass
port=5060
qualify = yes
context=esterne
;fromdomain=voip.eutelia.it
;insecure=very
canreinvite=no
nat=yes
language=en

register => 05***********:mia_pass@voip.eutelia.it/6100

[va]
type=friend
host=sip.voiparea.net
defaultuser=5000071
fromuser=5000071
secret=mia_pass
;callbackextension=123 ; Register with this server and require calls coming back to this extension
port=5065
qualify = yes
;fromdomain = voiparea.net
;insecure=very

;register => 5000071@sip.voiparea.net:5065:5000071:mia_pass@sip.voiparea.net/6100
register => 5000071:mia_pass@sip.voiparea.net:5065/6100 (qui ho provato anche la stringa base, ma non risulta registrato neanche in sip show perrs)

Ho anche configurato la localnet, la porta (5065), e abilitato lo stun su asterisk.

dal sip debug mi restituisce

Retransmitting #3 (NAT) to 94.23.25.27:5065:
OPTIONS sip:sip.voiparea.net SIP/2.0
Via: SIP/2.0/UDP mio_ip:5065;branch=z9hG4bK37779700;rport
Max-Forwards: 70
From: "asterisk" ;tag=as12296d54
To:
Contact:
Call-ID: 0400511e1412a34d7390f775461c4749@mio_ip
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX 1.6.2.5
Date: Thu, 11 Mar 2010 12:46:01 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Length: 0

Mentre dal log l'unica cosa che si evince è un'altalenanza della connessione ::)

[Mar 11 11:56:25] NOTICE[9340] cdr.c: CDR simple logging enabled.
[Mar 11 11:56:25] NOTICE[9340] loader.c: 178 modules will be loaded.
[Mar 11 11:56:25] WARNING[9340] res_config_ldap.c: No directory user found, anonymous binding as default.
[Mar 11 11:56:25] ERROR[9340] res_config_ldap.c: No directory URL or host found.
[Mar 11 11:56:25] NOTICE[9340] res_config_ldap.c: Cannot load LDAP RealTime driver.
[Mar 11 11:56:25] NOTICE[9340] res_smdi.c: No SMDI interfaces are available to listen on, not starting SMDI listener.
[Mar 11 11:56:25] ERROR[9340] codec_dahdi.c: Failed to open /dev/dahdi/transcode: No such file or directory
[Mar 11 11:56:26] NOTICE[9340] chan_skinny.c: Configuring skinny from skinny.conf
[Mar 11 11:56:26] WARNING[9340] translate.c: plc_samples 160 format f
[Mar 11 11:56:26] NOTICE[9340] config.c: Registered Config Engine curl
[Mar 11 11:56:26] WARNING[9340] chan_dahdi.c: Ignoring any changes to 'vmsecret' (on reload) at line 31.
[Mar 11 11:56:26] WARNING[9340] chan_dahdi.c: Ignoring any changes to 'hassip' (on reload) at line 35.
[Mar 11 11:56:26] WARNING[9340] chan_dahdi.c: Ignoring any changes to 'hasiax' (on reload) at line 39.
[Mar 11 11:56:26] WARNING[9340] chan_dahdi.c: Ignoring any changes to 'hasmanager' (on reload) at line 47.
[Mar 11 11:56:26] WARNING[9340] utils.c: trying to reset empty pool
[Mar 11 11:56:26] WARNING[9340] utils.c: trying to reset empty pool
[Mar 11 11:56:26] WARNING[9340] utils.c: trying to reset empty pool
[Mar 11 11:56:26] NOTICE[9340] pbx_ael.c: Starting AEL load process.
[Mar 11 11:56:26] NOTICE[9340] pbx_ael.c: AEL load process: parsed config file name '/etc/asterisk/extensions.ael'.
[Mar 11 11:56:26] NOTICE[9340] pbx_ael.c: AEL load process: checked config file name '/etc/asterisk/extensions.ael'.
[Mar 11 11:56:26] NOTICE[9340] pbx_ael.c: AEL load process: compiled config file name '/etc/asterisk/extensions.ael'.
[Mar 11 11:56:26] NOTICE[9340] pbx_ael.c: AEL load process: merged config file name '/etc/asterisk/extensions.ael'.
[Mar 11 11:56:26] NOTICE[9340] pbx_ael.c: AEL load process: verified config file name '/etc/asterisk/extensions.ael'.
[Mar 11 11:56:26] NOTICE[9340] chan_sip.c: The 'username' field for sip peers has been deprecated in favor of the term 'defaultuser'
[Mar 11 11:56:26] NOTICE[9381] chan_sip.c: Peer 'eutelia' is now Reachable. (43ms / 2000ms)
[Mar 11 11:56:26] NOTICE[9381] chan_sip.c: Peer 'liv' is now Reachable. (76ms / 2000ms)
[Mar 11 11:56:26] NOTICE[9381] chan_sip.c: Peer '6100' is now Reachable. (217ms / 2000ms)
[Mar 11 11:56:30] NOTICE[9381] chan_sip.c: Peer 'va' is now UNREACHABLE! Last qualify: 0
[Mar 11 12:01:21] NOTICE[9381] chan_sip.c: Peer 'liv' is now Lagged. (2065ms / 2000ms)
[Mar 11 12:01:31] NOTICE[9381] chan_sip.c: Peer 'liv' is now Reachable. (86ms / 2000ms)
[Mar 11 12:11:02] NOTICE[9381] chan_sip.c: Still have a QUALIFY dialog active, deleting
[Mar 11 12:17:47] NOTICE[9381] chan_sip.c: Still have a QUALIFY dialog active, deleting
[Mar 11 12:17:50] NOTICE[9381] chan_sip.c: Peer 'liv' is now Lagged. (3071ms / 2000ms)
[Mar 11 12:18:01] NOTICE[9381] chan_sip.c: Peer 'liv' is now Reachable. (63ms / 2000ms)
[Mar 11 12:22:47] NOTICE[9381] chan_sip.c: Still have a QUALIFY dialog active, deleting
[Mar 11 12:27:57] NOTICE[9381] chan_sip.c: Peer 'eutelia' is now UNREACHABLE! Last qualify: 45
[Mar 11 12:27:57] NOTICE[9381] chan_sip.c: Peer 'liv' is now UNREACHABLE! Last qualify: 68
[Mar 11 12:28:07] NOTICE[9381] chan_sip.c: Peer 'eutelia' is now Reachable. (48ms / 2000ms)
[Mar 11 12:28:07] NOTICE[9381] chan_sip.c: Peer 'liv' is now Reachable. (74ms / 2000ms)
[Mar 11 12:43:12] NOTICE[9381] chan_sip.c: Peer 'liv' is now UNREACHABLE! Last qualify: 61
[Mar 11 12:43:23] NOTICE[9381] chan_sip.c: Peer 'liv' is now Reachable. (1082ms / 2000ms)
[Mar 11 13:02:32] NOTICE[9381] chan_sip.c: Peer 'liv' is now UNREACHABLE! Last qualify: 65
[Mar 11 13:05:15] NOTICE[9381] chan_sip.c: Peer 'liv' is now Reachable. (62ms / 2000ms)
[Mar 11 13:09:19] NOTICE[9381] chan_sip.c: Peer 'liv' is now Lagged. (2067ms / 2000ms)
[Mar 11 13:09:29] NOTICE[9381] chan_sip.c: Peer 'liv' is now Reachable. (64ms / 2000ms)
[Mar 11 13:15:31] NOTICE[9381] chan_sip.c: Peer 'liv' is now Lagged. (2066ms / 2000ms)
[Mar 11 13:15:42] NOTICE[9381] chan_sip.c: Peer 'liv' is now Reachable. (63ms / 2000ms)
[Mar 11 13:23:46] NOTICE[9381] chan_sip.c: Peer 'liv' is now UNREACHABLE! Last qualify: 75
[Mar 11 13:23:56] NOTICE[9381] chan_sip.c: Peer 'liv' is now Reachable. (61ms / 2000ms)
[Mar 11 13:33:04] NOTICE[9381] chan_sip.c: Peer 'liv' is now Lagged. (3067ms / 2000ms)
[Mar 11 13:33:15] NOTICE[9381] chan_sip.c: Peer 'liv' is now Reachable. (1473ms / 2000ms)
[Mar 11 13:48:21] NOTICE[9381] chan_sip.c: Peer 'liv' is now UNREACHABLE! Last qualify: 63
[Mar 11 13:48:31] NOTICE[9381] chan_sip.c: Peer 'liv' is now Reachable. (61ms / 2000ms)
[Mar 11 14:00:37] NOTICE[9381] chan_sip.c: Peer 'liv' is now UNREACHABLE! Last qualify: 1121
[Mar 11 14:00:47] NOTICE[9381] chan_sip.c: Peer 'liv' is now Reachable. (61ms / 2000ms)

Giusto un paio di considerazioni sulle gui:
non so perchè, ma non tengono conto di alcuni cambiamenti presenti nella 1.6.x.x di asterisk, tipo la presenza/possibilità di utilizzo del ConfBridge, e il deprecamento di "username" a favore di "defaultuser" nel sip.conf.

Spero di aver messo tutte le info necessarie, e grazie in anticipo per le eventuali risposte

per me sbagli la stringa di registrazione, inoltre non conosco voiparea ma sei certo che accetti registrazioni sulla 5065?

Ti riporto una configurazione pienamente funzionante di un trunk Eutelia che ho preso in questo istante da una macchina asterisk 1.6.1.12 con freepbx 2.6.

username=02xxxxxxxxx
user=02xxxxxxxxx
type=friend
secret=yyyyyyyyyyy
qualify=yes
port=5060
nat=yes
insecure=very
host=192.168.10.1 (IP del firewall ALG, ma nel tuo caso mettici voip.eutelia.it)
fromuser=02xxxxxxxxxx
fromdomain=voip.eutelia.it
disallow=all
context=from-eutelia22
allow=g729&alaw&ulaw

register string:
02xxxxxxxxx:yyyyyyyyyyy@voip.eutelia.it/02xxxxxxxxx

da **Tokka** » gio mar 11, 2010 6:38 pm

Ciao Wolf, e grazie per la risposta.
Purtroppo su eutelia nn posso fare molto affidamento, in quanto accetta solo la 5060, che nel mio caso è usata dal fritz. Ho messo anche il server asterisk come exposed host, ma nn è cambitao nulla

Voiparea dovrebbe accettare la 5065, ma per scrupolo ci riguarderò, mentre liberailvoip la accetta di sicuro.
Di asterisk sto usando la 1.6.2.5, e ho trovato alcuni cambiamenti, tipo

WARNING[9381] chan_sip.c: Unknown insecure mode 'very' on line 1204

mentre dal debug per eutelia mi da questo (estratto)

CSeq: 102 OPTIONS
Accept: */* (questo non lo capisco)
Accept-Encoding:
Accept-Language: en (neanche questo, ma per scrupolo ho messo en a language)
Support:
Server: SPS EUT RM GW 04 (0.9.6 (i386/linux))
Content-Length: 0
Warning: 392 83.211.227.21:5060 "Noisy feedback tells: pid=32696 req_src_ip=78.13.89.122 req_src_port=5065 in_uri=sip:voip.eutelia.it out_uri=sip:voip.eutelia.it via_cnt==1"

E oltre qui m'areno e non vado

da **banni** » gio mar 11, 2010 7:34 pm

Questa la con con * 1.6.2.5 e frepbx 2.7 e Funziona!

Il mio centralino è nattato 1:1

sip.conf

vmexten=*97
faxdetect=yes
context=from-sip-external
callerid=Unknown
notifyringing=yes
notifyhold=yes
limitonpeers=yes
tos_sip=cs3
tos_audio=ef
tos_video=af41
alwaysauthreject=yes
disallow=all
allow=ulaw
allow=g729
allow=gsm
allow=alaw
allow=ilbc
language=it
jbenable=no
rtptimeout=30
maxexpiry=3600
allowguest=yes
defaultexpiry=120
minexpiry=60
srvlookup=no
registerattempts=0
registertimeout=20
notifyhold=yes
g726nonstandard=no
t38pt_udptl=yes
videosupport=no
maxcallbitrate=384
canreinvite=no
rtpholdtimeout=300
rtpkeepalive=0
checkmwi=10
notifyringing=yes
nat=yes

register=Num_Tel:PASS@voip.eutelia.it/Num_Tel

[Num_Tel]
disallow=all
type=user
srvlookup=yes
secret=PASS
registertimeout=20
realm=voip.eutelia.it
qualify=yes
port=5060
nat=yes
insecure=port,invite
host=voip.eutelia.it
fromuser=Num_Tel
defaultexpiry=330
context=from-pstn
allow=alaw
allow=ulaw

[Eutelia1]
disallow=all
username=Num_Tel
type=peer
srvlookup=yes
secret=PASS
qualify=yes
port=5060
nat=yes
insecure=port,invite
host=voip.eutelia.it
allow=alaw
allow=ulaw
context=from-trunk-sip-Eutelia1

-------------------------------------------------------------

Ho anche altre conf... ma si somigliano tutte +o-

Ciao.

da **linus** » gio mar 11, 2010 7:37 pm

se ti è d'aiuto, vedi anche questo:

http://www.vocesuip.com/non-entrano-le- ... vt600.html

linus

da **Tokka** » ven mar 12, 2010 1:59 am

Grazie ad entrambi per le risposte

Sinceramente non so più che pensare

In merito a quanto postato da Banni devo dire che non riscontro particolari differenze (o non riesco a vederle). Peer e friend (type=) li ho alternati nelle varie prove, sempre col medesimo risultato

Con le gui accetta username, mentre a amno no....ne ignoro il motivo, ma è così

chan_sip.c: The 'username' field for sip peers has been deprecated in favor of the term 'defaultuser'

Altri dati, tipo allow e disallow li ho modificati direttamente in quelli di default, in modo da non doverli ripetere ogni volta (:P), ed ho pure impostato la localnet per evitare intoppi col nat (ho letto a giro che lasciando 0.0.0.0 si può incorrere in questo inconveniente ::)

).
Ho anche provato tutti gli esempi presenti nel sip.conf per il register, in quanto con quello classico avevo problemi di redirezionamento sulla extension s per le chiamate entranti, ma finchè non riesco a registrare nuovamente un provider non posso fare altri test tra le varie opzioni $:-\$

Per il link postato da Linus, sicuramente mi tornerà utile quando avrò registrato i providers, visto che avevo il problema della ricezione, per cui lo tengo in cantiere

Ora, se secondo voi la configurazione "dovrebbe" funzionare, vedo di spostare l'attenzione su altri problemi, tipo firewall ecc, anche se avevo già provato a mettere il tutto su exposed host...chissà, magari alla fine è il cavo di rete

(anche perchè non so più a che pensare :-[

).

Nuovamente grazie

da **wolf** » ven mar 12, 2010 7:19 am

se sospetti problemi di firewall, wireshark è il tuo alleato migliore: prova a vedere cosa succede ai pacchetti durante il REGISTER.

In ogni caso, se la connettività da interno a esterno non è limitata da firewall, non dovresti avere problemi di register come stai avendo.

La prima cosa che farei al tuo posto è sostituire il router/firewall e vedere che succede. Non conosco i Fritz ma non vorrei facessero casino, essendo loro stessi degli endpoint SIP (se ho capito bene cosa sono...)