>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@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@9.8.7.6:34856>.
To: "5512344"<sip:5512344@1.2.3.4>.
From: "David Villasmil"<sip:5512344@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@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@1.2.3.4,to:5512344@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@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@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@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@lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users