VoIP tramite Android/iOS o centralino su Raspberry Pi, possibile?

eutampieri Occhio che non mi vanno le chiamate in uscita verso gli altri numeri fissi TIM

Beh non è un problema da niente.

Aggiornamento, dopo parecchie decine di ore di studio sulla wiki di Asterisk, YouTube, FibraClick, e vari forum, sono arrivato a creare queste configurazioni, che mi permettono di chiamare e ricevere. Mi aspettavo problemi col NAT eppure sia SIP che RTP funzionano, non ho effettuato alcun port forwarding, non uso STUN, né SIP ALG sul router.

Ecco pjsip.conf (bob è il telefono VoIP)

[udp_transport]
type = transport
protocol = udp
bind = 0.0.0.0

[bob]
type = endpoint
context = internal
disallow = all
allow = ulaw,alaw
aors = bob
auth = bob_auth

[bob]
type = aor
max_contacts = 1
qualify_frequency = 25

[bob_auth]
type = auth
auth_type = userpass
username = bob
password = 12345678

[telecom]
type = endpoint
aors = telecom
outbound_proxy = sip:xxxxx.co.imsw.telecomitalia.it\;lr
disallow = all
allow = ulaw,alaw
context = external
outbound_auth = telecom_auth
direct_media = no

[telecom]
type = aor
contact = sip:telecomitalia.it
outbound_proxy = sip:xxxxx.co.imsw.telecomitalia.it\;lr
qualify_frequency = 25

[telecom_auth]
type = auth
auth_type = userpass
username = +39NUM_TEL
password = SIP_KEY
realm = telecomitalia.it

[telecom_reg]
type = registration
endpoint = telecom
transport = udp_transport
outbound_auth = telecom_auth
server_uri = sip:telecomitalia.it
client_uri = sip:+39NUM_TEL@telecomitalia.it
outbound_proxy = sip:xxxxx.co.imsw.telecomitalia.it\;lr
contact_user = +39NUM_TEL
expiration = 86400
line = yes

[telecom_id]
type = identify
endpoint = telecom
match = xxxxx.co.imsw.telecomitalia.it
srv_lookups = yes

E il dialplan extensions.conf. Permette solo chiamate verso l'Italia.

[external]
exten => +39NUM_TEL,1,Goto(internal,001,1)

[internal]
exten => 001,1,Verbose(2, Chiamata in entrata da "${CALLERID(num)}")
same => n,Dial(PJSIP/bob)
same => n,Hangup()

exten => _X.,1,Set(SAFE_EXTEN=${FILTER(0-9,${EXTEN})})
same => n,Set(ORIGINAL_EXTEN=${EXTEN})
same => n,GotoIf($["${EXTEN}" != "${SAFE_EXTEN}"]?error,1)
same => n,Verbose(2, Chiamata in uscita verso "${SAFE_EXTEN}")
same => n,Dial(PJSIP/${SAFE_EXTEN}@telecom)
same => n,Hangup()

exten => _+39X.,1,Set(SAFE_EXTEN=+39${FILTER(0-9,${EXTEN:3})})
same => n,Set(ORIGINAL_EXTEN=${EXTEN})
same => n,GotoIf($["${EXTEN}" != "${SAFE_EXTEN}"]?error,1)
same => n,Verbose(2, Chiamata in uscita verso "${SAFE_EXTEN}")
same => n,Dial(PJSIP/${SAFE_EXTEN}@telecom)
same => n,Hangup()

exten => error,1,Verbose(2, Chiamata in uscita rifiutata, numero "${ORIGINAL_EXTEN}" non valido)
same => n,Hangup()

@eutampieri Confermo che le chiamate in uscita verso TIM funzionano. Inoltre, alla luce di quanto scritto qui credo che il tuo dialplan sia bypassabile per chiamare all'estero.

Dopo Called PJSIP/NUMERO_CHIAMATO@telecom Asterisk mi dice

    -- PJSIP/telecom-00000001 is making progress passing it to PJSIP/bob-00000000
    -- PJSIP/telecom-00000001 is making progress passing it to PJSIP/bob-00000000
    -- PJSIP/telecom-00000001 answered PJSIP/bob-00000000
    -- Channel PJSIP/telecom-00000001 joined 'simple_bridge' basic-bridge <...>
    -- Channel PJSIP/bob-00000000 joined 'simple_bridge' basic-bridge <...>
    -- Channel PJSIP/bob-00000000 left 'simple_bridge' basic-bridge <...>
  == Spawn extension (internal, NUMERO_CHIAMATO, 5) exited non-zero on 'PJSIP/bob-00000000'
    -- Channel PJSIP/telecom-00000001 left 'simple_bridge' basic-bridge <...>

Non c'è Strict RTP learning after remote address... che comunque dovrebbe essere abilitato di default secondo quanto scritto nel file rtp.conf. Altra differenza è che nel mio dialplan non ho aggiunto le opzioni KTm all'applicazione Dial.

Inoltre ho disattivato il caricamento automatico dei moduli (autoload = no in modules.conf) e aggiunto di volta in volta i moduli strettamente necessari per le funzionalità. Oltre al file dei moduli, gli unici due file che ho riscritto sono quelli postati sopra.

eutampieri ho risolto aggiungendo

Strano, io non li avevo settati esplicitamente e difatti From: conteneva nome_endpoint@ip_privato, ma non ho riscontrato problemi con le chiamate in uscita. Hai provato anche in uscita verso TIM?

eutampieri Quella verde funziona, quella arancione arrivano troppi invite e la seconda volta che arriva i telefoni stanno già suonando e quindi parte la segreteria.

Devo capire se è mitigabile tramite dialplan, rifiutando le chiamate spurie.

eutampieri Per il problema degli invite duplicati a me magicamente ora funziona, forse 100rel=yes è servito a qualcosa

Effettivamente per il momento non ricevo invite duplicati ma non può essere per via di 100rel = yes, essendo questo predefinito su yes.

Ho notato che se riavvio Asterisk più volte a breve distanza di tempo (poche ore o anche un'ora), TIM aumenta il numero di INVITE. La butto lì, forse è una balla: può essere il loro centralino abbia qualche euristica per cui se rileva più REGISTER a breve distanza pensa che il centralino dell'utente non funzioni bene e quindi invii più INVITE nel tentativo che il centralino risponda a uno di questi?

Aggiornamento: può verificarsi una race condition per cui all'avvio del sistema Asterisk parta prima che l'ora sia stata sincronizzata via NTP. Ciò fa sì che il centralino non sia effettivamente registrato rendendo impossibile ricevere chiamate (ma se si effettua una chiamata in uscita successivamente, tutto torna a funzionare).

Per risolvere è sufficiente avviare Asterisk dopo che l'ora sia sincronizzata. Per farlo, abilitare il servizio preposto allo scopo con systemctl enable systemd-time-wait-sync.service e modificare unità systemd di Asterisk in modo da richiedere la sincronizzazione dell'ora: systemctl edit asterisk.service, incollare le seguenti righe, salvare e chiudere l'editor di testo.

[Unit]
After=time-sync.target
Wants=time-sync.target