Hi people,
I have a few SPA-942 around, all of them work fine except one. The one
behind NAT..
In every phone you can:
* Pickup a Call on one of the line buttons,
* Create a new call on another button
* Press "xferLx" to join those to calls.
This works everywhere except on the one behind NAT. After a lot of
messing around with all the options possible I gave up and subscribed
here...
As of now, the only thing I've found out is that when you press the
"xferLx" the SPA942 sends a "REFER" message to Asterisk, but
there's one
thing that seems wrong, the "Via" header.
On every message that reaches Asterisk the Via header is:
incoming:
Via: SIP/2.0/UDP <WAN IP>:18363;branch=z9hG4bK-bb6024d6
outgoing:
Via: SIP/2.0/UDP <WAN IP>:18363;branch=z9hG4bK-bb6024d6;received=<WAN
IP>
(either with rport or without it)
On the REFER message the thing is different...
incoming:
Via: SIP/2.0/UDP 192.168.1.20:5060;branch=z9hG4bK-37cbdb0
outgoing:
Via: SIP/2.0/UDP 192.168.1.20:5060;branch=z9hG4bK-37cbdb0;received=<WAN
IP>
Also, either with rport or without it.
As you see, for some reason the REFER message has a wrong VIA header, I
have no idea if the fault is on the SPA942 or Asterisk side.
The problem is that with this Via header asterisk answers with "603
Declined (no dialog)" to the REFER message and the SPA942 looses both
legs of the call (well, it simply sends BYE for both).
Any idea on how to fix the Via headers for the REFER message? I tried
with "nat=yes" and "nat=no" and almost any possible
combination of the
SPA942 options so I don't paste the configs ;)
Thanks,
Marc
--
http://www.marcfargas.com -- will be finished some day.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada
digitalmente
Url :
http://lists.digium.com/pipermail/asterisk-users/attachments/20080305/39a2dcf6/attachment.pgp
