sr-users June 2008

sr-users@lists.kamailio.org

124 participants
230 discussions

Re: [OpenSER-Users] Radius accounting and Dialog

by Raúl Alexis Betancor Santana

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.

16 years, 1 month

[OpenSER-Users] How to configure OpenSER 1.3.1 to support Proxy Authenticate?

by Steven.Wu＠teleca.com

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

16 years, 1 month

Re: [OpenSER-Users] Radius accounting and Dialog

by Raúl Alexis Betancor Santana

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.

16 years, 1 month

Re: [OpenSER-Users] OPenser+mediaproxy

by David Villasmil

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 >> > >

16 years, 2 months

[OpenSER-Users] OPenser+mediaproxy

by David Villasmil

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

16 years, 2 months

[OpenSER-Users] status of nathelper/rtpproxy and SDP in ACK

by laurent schweizer

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

16 years, 2 months

[Serusers] Strange behaviour in SER

by Nuno Ribeiro

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

16 years, 2 months

[Serusers] Problems compiling on Solaris 10 x86

by Ben Poon

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

16 years, 2 months

[OpenSER-Users] cdrtool billing

by David Villasmil

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

16 years, 2 months

Re: [OpenSER-Users] Radius accounting and Dialog

by David Villasmil

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 ;) > >

16 years, 2 months

← Newer
1
...
8
9
10
11
12
13
14
...
23
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users June 2008