Ciao a tutti!!

non riesco a capire cosa succede.
Sono riuscito a far funzionare sia chiamate in ingresso che chiamate in uscita con skypho e asterisk.
Ma non riesco a farle funzionare entrambe con la stessa configurazione

Lo so.. è assurdo..

Mi spiego meglio.

La registrazione a skypho è ok:

Codice PHP:
webdev*CLI> SIP SHOW REGISTRY
Host                            Username       Refresh State                Reg.Time
voip.eutelia.it:5060            04441837XXX        315 Registered           Thu, 17 May 2007 17:19:22 
Per uscire con le chiamate c'è bisogno di un peer giusto? Mi pare di si, eccolo.

Codice PHP:
[04441837XXX-out]
type=peer
secret=lamiapass
username=04441837XXX
fromuser=04441837XXX
host=voip.eutelia.it
nat = yes 
dtmfmode=inband 
Poi nelle estensioni metto una regola che mi porta le chiamate verso il peer

Codice PHP:
[from_sip]
exten => _X.,1,Answer
exten => _X.,n,Set(LANGUAGE()=it)
exten => _X.,n,Wait(1)
exten => _X.,n,BackGround(beep)
exten => _X.,n,Dial(SIP/${EXTEN}@04441837XXX-out,30,t) 
I client che definisco in sip.conf fanno parte del context from_sip naturalmente

Codice PHP:
[xlite2]
type=friend
context = from_sip
username=xlite2
callerid="Jane Smith" <5678>
host=dynamic
nat=no             
canreinvite=no 
disallow=all
allow=gsm    
allow=ulaw
allow=alaw 
A questo punto riesco allegramente a chiamare verso l'esterno qualsiasi numero come da programma (chiamo a casa, il cellulare, ecc.).
I guai cominciano quando chiamo il mio numero skypho dal telefono fisso/cellulare...
Risultato? Un tono di occupato e la disconnessione, il cellulare visualizza "Occupato" sul display.

Che cosa succede?
Non ne sono sicuro ma credo che Asterisk dirotti la chiamata in ingresso nuovamente verso eutelia, la quale naturalmente risponde "occupato" visto che la linea è già occupata dalla chiamata in corso

Un estratto da SIP SET DEBUG:

Codice PHP:
<--- SIP read from 83.211.227.21:5060 --->
INVITE sip:9999@NET.NET.NET.MIOIP SIP/2.0
Record-Route: <sip:83.211.227.21;ftag=3149D7E4-1DD9;lr=on>
Record-Route: <sip:83.211.227.13;ftag=3149D7E4-1DD9;lr=on>
Via: SIP/2.0/UDP 83.211.227.21;branch=0
Via: SIP/2.0/UDP 83.211.227.13;branch=z9hG4bK71b6.1b070b62.0
Via: SIP/2.0/UDP  62.94.88.138:5060;branch=z9hG4bK15D316115D
From: <sip:33975*****@62.94.88.138>;tag=3149D7E4-1DD9
To: <sip:04441837XXX@voip.eutelia.it>
Call-ID: DD8E9292-3C211DC-99F9A8A4-2570551E@62.94.88.138
Supported: rel1xx,timer,replaces
CSeq: 102 INVITE
Max-Forwards:  8
Remote-Party-ID: <sip:33975*****@62.94.88.138>;party=calling;screen=yes;privacy=off
Contact: <sip:33975*****@62.94.88.138:5060>
Expires: 180
Content-Type: application/sdp
Content-Length: 448

v=0
o=CiscoSystemsSIP-GW-UserAgent 8937 3170 IN IP4 62.94.88.138
s=SIP Call
c=IN IP4 62.94.88.139
t=0 0
m=audio 17686 RTP/AVP 18 8 0 4 3 125 101 19
c=IN IP4 62.94.88.139
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:4 G723/8000
a=fmtp:4 annexa=no
a=rtpmap:3 GSM/8000
a=rtpmap:125 X-CCD/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:19 CN/8000
a=direction:passive

<------------->
--- (17 headers 19 lines) ---
Sending to 83.211.227.21 : 5060 (NAT)
Using INVITE request as basis request - DD8E9292-3C211DC-99F9A8A4-2570551E@62.94.88.138
Found peer '04441837XXX-out'

<--- Reliably Transmitting (NAT) to 83.211.227.21:5060 --->
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 83.211.227.21;branch=0;received=83.211.227.21
Via: SIP/2.0/UDP 83.211.227.13;branch=z9hG4bK71b6.1b070b62.0
Via: SIP/2.0/UDP  62.94.88.138:5060;branch=z9hG4bK15D316115D
From: <sip:33975*****@62.94.88.138>;tag=3149D7E4-1DD9
To: <sip:04441837XXX@voip.eutelia.it>;tag=as6f10dd32
Call-ID: DD8E9292-3C211DC-99F9A8A4-2570551E@62.94.88.138
CSeq: 102 INVITE
User-Agent: Asterisk_Eut
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Proxy-Authenticate: Digest algorithm=MD5, realm="voip.eutelia.it", nonce="6465c8c6"
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog 'DD8E9292-3C211DC-99F9A8A4-2570551E@62.94.88.138' in 32000 ms (Method: INVITE)
webdev*CLI>
webdev*CLI>
<--- SIP read from 83.211.227.21:5060 --->
ACK sip:9999@NET.NET.NET.MIOIP SIP/2.0
Max-Forwards: 15
Record-Route: <sip:83.211.227.21;ftag=3149D7E4-1DD9;lr=on>
Via: SIP/2.0/UDP 83.211.227.21;branch=0
Via: SIP/2.0/UDP 83.211.227.13;branch=z9hG4bK71b6.1b070b62.0
From: <sip:33975*****@62.94.88.138>;tag=3149D7E4-1DD9
Call-ID: DD8E9292-3C211DC-99F9A8A4-2570551E@62.94.88.138
To: <sip:04441837XXX@voip.eutelia.it>;tag=as6f10dd32
CSeq: 102 ACK
Content-Length: 0 
Quello che mi fa insospettire è la linea seguente: Found peer '04441837XXX-out'
Non si capisce perchè deve andare a cercare il peer che serve per le chiamate in uscita

Ad ogni modo, se cambio 04441837XXX-out da peer a user tutto fila liscio e la chiamata viene inoltrata correttamente dal fisso al softphone xlite2 (o ad altri).

Qualcuno ha qualche idea in proposito? Non so più veramente dove sbattere la testa...