[OpenSER-Users] Radius accounting and Dialog

Fri Jun 13 19:40:11 CEST 2008

>From an ngrep I just did when calling myself, openser NEVER offers the rtp
proxy's IP...
This is the INVITE back from openser...

U 1.2.3.4:5060 -> 9.8.7.6:34856
INVITE sip:5512344 at 9.8.7.6:34856;rinstance=62bd304e8bc79a77 SIP/2.0.
Record-Route: <sip:1.2.3.4;lr=on;ftag=dd265b50;nat=yes>.
Via: SIP/2.0/UDP 1.2.3.4;branch=z9hG4bK01f4.9b50b5e3.0.
Via: SIP/2.0/UDP 192.168.1.2:34856;received=9.8.7.6
;branch=z9hG4bK-d8754z-bf19eb5a3306cc73-1---d8754z-;rport=34856.
Max-Forwards: 69.
Contact: <sip:5512344 at 9.8.7.6:34856>.
To: "5512344"<sip:5512344 at 1.2.3.4 <sip%3A5512344 at 1.2.3.4>>.
From: "David Villasmil"<sip:5512344 at 1.2.3.4 <sip%3A5512344 at 1.2.3.4>
>;tag=dd265b50.
Call-ID: ZDNmNmYzZTIxNDg0Zjg0MWRiNTUxOTNlMzIwNDk5NTg..
CSeq: 2 INVITE.
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE,
INFO.
Content-Type: application/sdp.
User-Agent: eyeBeam release 1014c stamp 46090.
Content-Length: 387.
P-hint: route(3)|setflag7,forcerport,fix_contact.
P-hint: inbound->inbound .
P-hint: Route[6]: mediaproxy .
.
v=0.
o=- 9 2 IN IP4 192.168.1.2.
s=CounterPath eyeBeam 1.5.
c=IN IP4 1.2.3.4.
t=0 0.
m=audio 35052 RTP/AVP 0 97 98 8 18 101.
a=alt:1 1 : 9FvoKhKL rd5+6GWR 192.168.1.2 42392.
a=fmtp:18 annexb=no.
a=fmtp:101 0-15.
a=rtpmap:97 SPEEX/8000.
a=rtpmap:98 iLBC/8000.
a=rtpmap:18 G729/8000.
a=rtpmap:101 telephone-event/8000.
a=sendrecv.
a=x-rtp-session-id:98B58B529501409082C4B9BB1259EF7A.

althoug on the "P-hint" I added that it should use mediaproxy's IP.

I wonder why...

On Fri, Jun 13, 2008 at 7:34 PM, David Villasmil <
david.villasmil.work at gmail.com> wrote:

> An update, if I call myself from behind nat, I get audio, but its passed
> directly... :S
>
> I need it to go through the proxy..
>
> Still, I see mediaproxy starting to listen for the rtps (I think)..
> 1.2.3.4=server
> 9.8.7.6=client
>
> request ZDNmNmYzZTIxNDg0Zjg0MWRiNTUxOTNlMzIwNDk5NTg. 192.168.1.2:42392:audio
> 9.8.7.6 1.2.3.4 local 9.8.7.6 remote
> eyeBeam=20release=201014c=20stamp=2046090 info=from:5512344 at 1.2.3.4<from%3A5512344 at 1.2.3.4>
> ,to:5512344 at 1.2.3.4 <to%3A5512344 at 1.2.3.4>,fromtag:dd265b50,totag:
> session ZDNmNmYzZTIxNDg0Zjg0MWRiNTUxOTNlMzIwNDk5NTg.: started. listening on
> 1.2.3.4:35052
>
> jeez!
>
>
>
> On Fri, Jun 13, 2008 at 7:29 PM, David Villasmil <
> david.villasmil.work at gmail.com> wrote:
>
>> SORRY TO HAVE REPLIED TO YOUR EMAIL!!!
>>
>> I hate it when gmail does that!
>>
>> Thanks,
>>
>>      It rather very easy, I need all calls to go through the media-proxy.
>> I'm testing behind nat, server is on the internet. If I make a call from one
>> UAC natted to another UAC natted, it works fine, rtps go to the proxy. If I
>> call  from behind NAT to echo test, I don't get any audio. rtps go directly
>> to the echo test server's IP, but i don't get anything back. I'm doing
>> something very wrong, I've modifed the script like a thousand time, and
>> still...
>>
>>
>>
>> On Fri, Jun 13, 2008 at 7:25 PM, David Villasmil <
>> david.villasmil.work at gmail.com> wrote:
>>
>>> Thanks,
>>>
>>>      It rather very easy, I need all calls to go through the media-proxy.
>>> I'm testing behind nat, server is on the internet. If I make a call from one
>>> UAC natted to another UAC natted, it works fine, rtps go to the proxy. If I
>>> call  from behind NAT to echo test, I don't get any audio. rtps go directly
>>> to the echo test server's IP, but i don't get anything back. I'm doing
>>> something very wrong, I've modifed the script like a thousand time, and
>>> still...
>>>
>>>
>>> On Fri, Jun 13, 2008 at 7:11 PM, Raúl Alexis Betancor Santana <
>>> rabs at dimension-virtual.com> wrote:
>>>
>>>> El Viernes, 13 de Junio de 2008 17:47, David Villasmil escribió:
>>>> > That was not my intention at all and I'm sorry you got it that way. I
>>>> did
>>>> > take a look at my script and I thought I should do was eliminate all
>>>> tests
>>>> > for nats and simply call use_media_proxy when an INVITE comes in, and
>>>> an
>>>> > on_reply was hit. Also of course end_media_session() n a BYE or a
>>>> CANCEL...
>>>> > But it is still not working, well it instruct my UAC to send rtps
>>>> directly
>>>> > to the echo test ip... and this wasn't working.
>>>> >
>>>> > And because I did not see anything work (I don't have much experience
>>>> with
>>>> > media-proxy) I thought I'd ask here... my bad. ;-)
>>>> >
>>>> > Of course I will keeo looking at this, I don't want anyone to do my
>>>> job...
>>>> > ;-)
>>>> >
>>>>
>>>> Ok, so from that point on ... what it's your test scenario, paint it and
>>>> we
>>>> could guide you to the right point.
>>>>
>>>> We do not have a crystal ball  ;-)
>>>>
>>>> --
>>>> Saludos.
>>>>
>>>> Raúl Alexis Betancor Santana
>>>> Dimensión Virtual S.L.
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.openser.org
>>>> http://lists.openser.org/cgi-bin/mailman/listinfo/users
>>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kamailio.org/pipermail/users/attachments/20080613/aa0efbe2/attachment.htm 