El Martes, 17 de Junio de 2008 10:24, escribió:
> Those tests were being done from the same machine, so I guess they're very
> valid. The thing is that if I fire up 2 UACs on the same machine, no matter
> what I do, rtps never go through mediaproxy.
I think you misunderstood what I told you.
I mean, that if you have 2 UAC behind the same NAT and they do STUN queries
and discover it public IP (Eyebeam does this if you don't disable STUN
support), you will not see traffic going throught mediaproxy, because from
OpenSer point of view, they are capable of exchanging RTP together without
mediaproxy intervention.
You have to do ngrep captures during this test and look at the SDP bodies to
check if media IP's changes on INVITES and replies.
Also I suggest you to learn who to use sipspy, that will let you take
full-visual-trace of SIP traffic and learn how things flow throught your
proxy.
P.D.: Please, do not use gmail anymore or configure it to work as a compliance
email client.
--
Saludos.
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
Hi All,
How to configure OpenSER 1.3.1 to support Proxy Authenticate?
For all SIP request come to the server we challenge with 407.
Best regards,
Steven Wu
On Fri, Jun 13, 2008 at 10:27:55AM +0200, David Villasmil wrote:
> That's what I thought. I just setup mediaproxy and making some tests.
> Its working as far a audio is concerned. But all calls have a duration
> of 0 seconds! Even though audio is flowing through mo it does't seem
> to realize it and shows a messgae of "timeout", in this timeout,
> though there's data flowing. But it still sends the STOP to the
> radius.
>
> anyone knows why? Has this happen to anyone?
>
> thanks a lot.
A complete ngrep trace would be need to check what it's happening
Have you audio both ways and still receive the timeout ?
--
Saludos
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
Iñaki,
Is this the same thing that's happening to me?
* Fixed vulnerability related to missing BYE and MediaProxy
radius Update action (reported by Inaki Baz Castil)
You must reload the sql stored procedures from
setup/radius/OpenSER/radius_accounting.proc or
update Freeradius with setup/radius/OpenSER/sql.conf
when not using the stored procedures
I've been looking at the queries cdrtool and mediaproxy executeon mysql and
although mediaproxy SUCCESFULLY detects a lost call and UPDATES the
AcctStopTime, cdrtools doesn't updates the record info because MediaInfo is
NOT NULL...
this is the query cdrtool execs to get the cdrs to rate:
select *, UNIX_TIMESTAMP(AcctStartTime) as timestamp from radacct where
(1=1) and Normalized = '0' and AcctStopTime != '0000-00-00 00:00:00' and
(ConnectInfo_stop is not NULL or MediaInfo is NULL or MediaInfo != '')
MediaInfo (after update from mediaproxy) is NOT null... the rest of the
fields are ok.
thanks
David
On Mon, Jun 16, 2008 at 10:00 PM, David Villasmil <
david.villasmil.work(a)gmail.com> wrote:
> I believe so, if not, who could update the AcctStopTime? I shutdown my UAC
> by hand, so no BYE was sent.
>
> this is my config:
>
> [Dispatcher]
> start = yes
> socket = /var/run/mediaproxy/proxydispatcher.sock
> group = openser
> defaultProxy = /var/run/mediaproxy/mediaproxy.sock
>
> [MediaProxy]
> start = yes
> socket = /var/run/mediaproxy/mediaproxy.sock
> group = openser
> listen = 192.168.1.9
> ;IP-Address of your host (not localhost, not 127.0.0.1)
> allow = 192.168.1.19
> ;IP-Address of your host (not localhost, not 127.0.0.1)
> ;if empty (undefined), takes the first entry of /etc/hosts
> proxyIP = 1.2.3.4
> portRange = 35000:65000
>
> TOS = 0xb8
> idleTimeout = 20
> holdTimeout = 300
> forceClose = 900
>
> [Accounting]
> dbaccounting = on
>
> [Database]
> user = openser
> password = mypass
> host = 192.168.1.19
> database = radius
> table = radacct
>
> do you see anything strange?
>
> thanks a lot
>
>
> On Mon, Jun 16, 2008 at 9:56 PM, Iñaki Baz Castillo <ibc(a)aliax.net> wrote:
>
>> El Lunes, 16 de Junio de 2008, David Villasmil escribió:
>> > I've configure openser and mediaproxy con pass all rtps via
>> mediaproxy....
>> > I've found this error that is a bit weird:
>> >
>> > some calls are not rated, Calls that do not get the BYE, although they
>> are
>> > updated on the radacct table with its corresponding AcctStopTime, they
>> are
>> > NOT rated, and on the cdr page are showing as "in progress" which is not
>> > true by any means!
>> >
>> > Has anyone encountered this?
>>
>> Have you configured MediaProxy to update radacct table?
>>
>>
>>
>> --
>> Iñaki Baz Castillo
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)lists.openser.org
>> http://lists.openser.org/cgi-bin/mailman/listinfo/users
>>
>
>
I've configure openser and mediaproxy con pass all rtps via mediaproxy....
I've found this error that is a bit weird:
some calls are not rated, Calls that do not get the BYE, although they are
updated on the radacct table with its corresponding AcctStopTime, they are
NOT rated, and on the cdr page are showing as "in progress" which is not
true by any means!
Has anyone encountered this?
thanks
david
hello,
I have a customer with a cisco call manager and his SIP trunk send INVITE
without SDP. (SDP in the ACK)
I need to know if this is supported by nathelper/rtpproxy ?
Thanks
Laurent
Hi all,
I would like your opinion about a scenario, i.e. if the SER is having the
correct behavior in our scenario. The scenario is the following one:
We have a basic scenario where a SIP proxy sends an INVITE and afterwards a
CANCEL message to another SIP proxy. The last SIP Proxy answers with a 513
Message too big to the CANCEL message. When the first proxy receives this
answer message it will discard it and won't forward it back to the client
that tried to establish a call. In attachment I send you the wireshark
capture.
Thanks in advance.
Best Regards,
--
Nuno Ribeiro
Hi all,
I would like to try out SER in my network, but am running into problems with
compiling it. I running Solaris 10 x86 32bit, with MySQL 5.0.51 installed
and running. I've installed all the pre-reqs listed in the INSTALL file,
using make 3.81, and gcc 3.4.6.
But when I try to compile using: make group_include="standard" all, I
get make error:
Assembler: udomain.c
"/var/tmp//cczTJdew.s", line 3006 : Illegal mnemonic
Near line: " ffreep %st(0)"
"/var/tmp//cczTJdew.s", line 3006 : Syntax error
Near line: " ffreep %st(0)"
make[1]: *** [udomain.o] Error 1
make[1]: Leaving directory `/tmp/programs/ser-2.0.0-rc1/modules/usrloc'
I tried googling and looking at the mail list archives but couldn't find
much info...
Can someone please give me a hand? Very much appreciated.
Thanks,
Ben
Hello all,
Well after may headaches and countless trial and error, I finally
got openser to use the LCR module and force mediaproxy on all calls,
thanks Iñaki and Raul for your help!
I also have installed and configure cdrtool, but I can't seem to make
it work properly, as documentation is very bad I had to half-make it
work in starts and fits. Now i got it to al least show the destination
description as per the destination table which is linked to the rates
table, but it doesn't assigns the rate or calculates the price for the
call... this is very frustating... but hey, I'm learning here!
When I click the call on the cdr list it says the duration, app,
destination, customer: gateway and increment 6s... but thats it... and
this is what I got:
in profiles:
Id Trusted peer Domain Subscriber Profile Id Rate Id1 00-H1 Rate
Id2 H1-H2 Rate Id3 H2-H3 Rate Id4 H3-24
1 1.2.3.4 1
1 23
destinations:
Id Trusted peer Domain Subscriber Destination Id Description
1
1 USA
rates:
Id Trusted peer Domain Subscriber Rate Id Destination Price App Connect
1 1
001 1000 audio 0
and that's it, it assigns correctly the USA destination, but rate is 0...
strange... any pointer would be gratly appreciated..
d
On Mon, Jun 16, 2008 at 2:29 PM, Iñaki Baz Castillo <ibc(a)in.ilimit.es>
wrote:
> El Monday 16 June 2008 13:45:07 escribió:
>
> Jola, ¿tal vez iba para la lista? XDDDDD
>
>
> > > If you manage clients behind NAT with no STUN you need to fix NAT in
> SIP
> > > signalling. For that you need managing rport, rewritting "Contact"
> header
> > > and so.
> > > Of course, if you are not the responsible of the clients you don't need
> > > it. :)
> >
> > As i'm not responsible for the clients I always do:
> >
> > setbflag(7);
> > force_rport();
> > fix_contact();
> >
> > append_hf("P-hint: Route[6]: mediaproxy \r\n");
> > use_media_proxy();
> >
> >
> > on an INVITE, as I don't care whether they are behind NAT or not. And
> > on the REPLYs:
> >
> > append_hf("P-hint: Onreply-route - fixcontact \r\n");
> > fix_contact();
> >
> > if (search("^Content-Type:[ ]*application/sdp")) {
> > append_hf("P-hint: onreply_route|usemediaproxy \r\n");
> > use_media_proxy();
> > };
>
> You only have to "fix_contact" if the reply is a 180|183 or 2XX
> Be careful, if you get a REDIRECT (3XX) whose information is in it
> "CONTACT" (who to redirect to), you'll delete the "contact"
>
>
>
> > this way if the are behind NAT or not, i'll always fix the contacts
> > and force mediaproxy....
> >
> > do you think this is correct?
>
> Have you had problems with calls getting cut off? BYE/CANCEL/ACK that
> didn't reach its destination?
> If you haven't, the it is correct ;)
>
>