18 Jul
2005
18 Jul
'05
8:44 a.m.
Hi Ricardo,
Thanks for a detailed analysis. Some questions:
- Is your session really set up initially (before the reINVITE)?
(mediaproxy reports 0/0/0 bytes)
- You didn't show the ngrep trace. The script uses nat=yes in the Route
header of the INVITE to detect a nat'ed client. Can you verify that the
reINVITE has the nat=yes?
- You haven't showed the mediaproxy log (it will show the callers reporting
in etc). That could help (default /var/log/messages)
- You can put a log statement in the loose_route section after the test for
nat=yes to see if use_media_proxy was called
g-)
Ricardo Martinez wrote:
Hello.
I'm having problems trying to make SER, NAT'd endpoints and reINVITE
work together.
I was using the "gw-pstn3.07.cfg" file from onsip.org to do some
tests, and this is what i have. In one side i have an Asterisk with
an endpoint registered in it (let's call it A). In the other side i
have a PAP2 under NAT (let's call it B).
A ---------- Asterisk ----------- SER ----------- B (NAT'd)
200.0.0.7 200.0.0.6 200.0.0.5
10.0.0.4
When i make a call from "A" to "B" this is what i see (in terms of
SDP). Looking from SER.
A --------- Asterisk ------------ SER ------------ B (NAT'd)
Public:
200.0.0.4
200.0.0.7 200.0.0.6 200.0.0.5 Inside:
10.0.0.1
INVITE
c:200.0.0.6:19996
------------------->
INVITE
c:200.0.0.5:35010
---------------->
Caller Via Called Status
Duration Codec Type Traffic
--------------------------------------------------------------------------
200.0.0.6:19996 - 200.0.0.5:35010 - ?.?.?.?:? inactive 0'04"
Unknown Audio 0/0/0
Total traffic: 0bps/0bps/0bps (in1/in2/out)
Session count: 1
So far is ok..........and the phone is answered
OK
c:10.0.0.1:16440
<---------------- (the phone is
answered)
OK
c:200.0.0.5:35010
<---------------------
reINVITE
c:200.0.0.7:19996
--------------------->
reINVITE
c:200.0.0.7:19996
---------------->
OK
c:10.0.0.1:16440
<----------------
OK
c:10.0.0.1:16440
<---------------------
Finally according to the "session" information :
Caller Via Called
Status Duration Codec Type Traffic
----------------------------------------------------------------------------
----------
200.0.0.6:19996 - 200.0.0.5:35010 - 200.0.0.7:16420 inactive
0'26" G729 Audio 0/11.48k/11.48k
Total traffic: 0bps/0bps/0bps (in1/in2/out)
Session count: 1
And the audio is only in one way. :(
So. you can see the reINVITE message apparently is not being
processed as a call to a NAT'd endpoint and therefore is not using
the mediaproxy, you can see the second "OK" messsage has the invalid
IP from the NAT'd user is in his sdp information.
As i said it before i am using the gw-pstn configuration file from the
onsip.org and as far as i can remember this configuration can handle
the reINVITE? isn't
I'm also using the last version of the mediaproxy (1.3.1).
Can someone tell me what i'm doing wrong?
Hope someone could help me here.
Thanks in advance.
Regards...
Ricardo Martinez.-
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers