[Serusers] Problem : Can SER process the reINVITE messages properly?

[Greger V. Teigre]

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 at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers