sr-users August 2005

sr-users@lists.kamailio.org

220 participants
558 discussions

RE: RE : [Serusers] is SER Dependable for prepaid System ? Anyone usingitfor prepaid system?

by Sam Lee

Dear all, How does the b2bua and the Jradius work ? It's the first time I've seen it. Does the billing system rely on radius ? I already have a SER running on digest authentication. How do I integrate them with this prepaid system? Regards, Sam -----Original Message----- From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Olivier Taylor Sent: Thursday, August 04, 2005 12:00 AM To: 'Iqbal'; 'Bruno Lopes F. Cabral' Cc: serusers(a)lists.iptel.org Subject: RE : [Serusers] is SER Dependable for prepaid System ? Anyone usingitfor prepaid system? With Jradius, we disconnect the user when credit limit is reached. Olivier -----Message d'origine----- De : serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] De la part de Iqbal Envoyé : mercredi 3 août 2005 14:58 À : Bruno Lopes F. Cabral Cc : serusers(a)lists.iptel.org Objet : Re: [Serusers] is SER Dependable for prepaid System ? Anyone usingit for prepaid system? but it dont do prepay, it is a rating engine I think, and shows you how much each call cost, i dont think it disconnects a call if they go above their credit limit Iqbal Bruno Lopes F. Cabral wrote: > Hello > > is CDRTool acurate? it seems not to need a B2BUA system > > Cheers > !3runo > > Olivier Taylor wrote: > >> I think the only clean way to do prepaid with ser is to use b2bua > > > as third party for billing, the only annoyance is that you have to > > manage the bandwidth for signaling. > >> Our side, we use B2bua, radius and Jradius for accounting. All the >> accounting logic is managed thru Jradius. > > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > . > _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

19 years, 3 months

RE: RE : [Serusers] is SER Dependable for prepaid System ? Anyone usingitfor prepaid system?

by Sam Lee

-----Original Message----- From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Olivier Taylor Sent: Thursday, August 04, 2005 12:00 AM To: 'Iqbal'; 'Bruno Lopes F. Cabral' Cc: serusers(a)lists.iptel.org Subject: RE : [Serusers] is SER Dependable for prepaid System ? Anyone usingitfor prepaid system? With Jradius, we disconnect the user when credit limit is reached. Olivier -----Message d'origine----- De : serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] De la part de Iqbal Envoyé : mercredi 3 août 2005 14:58 À : Bruno Lopes F. Cabral Cc : serusers(a)lists.iptel.org Objet : Re: [Serusers] is SER Dependable for prepaid System ? Anyone usingit for prepaid system? but it dont do prepay, it is a rating engine I think, and shows you how much each call cost, i dont think it disconnects a call if they go above their credit limit Iqbal Bruno Lopes F. Cabral wrote: > Hello > > is CDRTool acurate? it seems not to need a B2BUA system > > Cheers > !3runo > > Olivier Taylor wrote: > >> I think the only clean way to do prepaid with ser is to use b2bua > > > as third party for billing, the only annoyance is that you have to > > manage the bandwidth for signaling. > >> Our side, we use B2bua, radius and Jradius for accounting. All the >> accounting logic is managed thru Jradius. > > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > . > _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

19 years, 3 months

[Users] Mediaproxy, fix_contact, and ip:port checks

by Kanakatti Mahesh Subramanya

Currently, fix_contact immediately returns if src_ip == contact_ip However, there are a bunch-a situations where src_ip==contact_ip, but src_port != contact_port (Dont even ask. Just blame the *really* bizarre cable routers that Comcast deploys every now and then) I *could* go about modifying FixContact in functions.c to check both the ip and port. Question is, should I? Is there something I am missing as to why we check only the IP? Should I be explicitly *not* checking the port? Cheers

19 years, 3 months

[Serusers] pstn -> ser -> asterisk voicemail

by Jack Wei

i'm having a minor problem with pstn to ser forwarding to asterisk voicemail. when ser forwards the call to asterisk, the destination ua keeps ringing while the regular phone hears the voicemail. this doesn't happen when it's a ip-to-ip call. anyone knows why this is happening? ser.cfg ================= route { ... if ( lookup( "location" ) ) # Destination UA is online { xlog("L_INFO", "%ru is online (in usrloc)\n\n"); setflag( 10 ); } else # Checking database to check if destination UA is online { route(4); }; if ( !isflagset( 10 ) ) # Destination UA is not online...sending to Asterisk voicemail { xlog("L_INFO", "%ru is not online...sending to voicemail\n\n"); route(3); } else { resetflag( 10 ); append_hf( "P-hint: VOIP OUTBOUND\r\n" ); t_on_failure("1"); }; ... } route[3] { xlog("L_INFO", "Sending URI (%ru) to Asterisk voicemail\n\n"); append_hf( "P-hint: VOICEMAIL\r\n" ); rewritehostport("x.x.x.x:5060"); } failure_route[1] { xlog("L_INFO", "Call timed out\n\n"); route(3); append_branch(); t_relay_to_udp("x.x.x.x","5060"); break; } Jack Wei __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

19 years, 3 months

[Serusers] UDP

by Sebastian Kühner

Hi! I'm getting INVITES from another Cisco server, but my ser isn't catching it. The difference between a "normal message" (from one of our phones) is, that a dump shows us "UDP" like protocol (Cisco)... and SIP from our phones. Do I have to respect different SIP signallings?? I made a log on "INVITES"... but ser isn't catching it :-( Thanks! Sebastian

19 years, 3 months

[Serusers] RTPProxy issues with G729 at different frame lengths

by Noel Sharpe

Hi I am have some difficulties using the latest RTPProxy. Everything seems to work fine unless you use G729 codec with 10ms frame lengths. Has anyone else experienced this issue, and does anyone have any suggestions to work around the issue? Kind Regards Noel

19 years, 3 months

Re: [Serusers] lookup 2 uri

by Richard Z

Hi Samuel, That's a very good detailed explanation! That's exactly what happened. In my existing config, I have the logic to deal with the second ring to 1003(a)test.com. It forks to itself and creates another ser transaction. I'd like to make it simpler by doing it in a single transaction. One way I am thinking about, but haven't tried yet, is when 1003 registers, ser adds its location to both 1002 and 1003. So when ser does lookup("location") for 1002, the real location for 1003 shows up. Not sure that it is feasible. Thanks, Richard On 8/2/05, Samuel Osorio Calvo <samuel.osorio(a)nl.thalesgroup.com> wrote: > Just one remark: only one of the two URI will be translated to the contact. > > I'll try to explain... > > imagine the incoming Req-URI is 1001(a)test.com. When it passes the first lookup, > lookup("aliases"); > SER will retrieve the two aliases and put one of them as the new req-uri and the other as branch. > Req-URI: 1002(a)test.com > branch: 1003(a)test.com > Doing the second lookup, > lookup("location"); > will put the contact of 1002(a)test.com as Req-URI (if more than one contact is present, the subsequent bindings will be added as branches) and the 1003(a)test.com will be left as branch untouched. > Req-URI: 1002(a)10.1.1.102 > branch: 1003(a)test.com > This happens because lookup() only takes as input the req-URI. > > The result is that SER makes a DNS query for test.com, to send the request to 1003(a)test.com, instead of the end-point. If the DNS is properly configured, test.com should point to SER itself, making SER sending the message to itself via the network. Depending on the config file, it can work but you should check the logs to see what is exactly happening. > User 1002 will get the message without any problem. > > NOTE: depending on the order in the database, 1003 and 1002 can exchange roles in upper explanation. > > As SER is now coded, above can not be changed (as far as I know).... > > Hope it helps, > > Samuel. > > Unclassified. > > >>> "Zeus Ng" <zeus.ng(a)isquare.com.au> 08/03/05 01:51AM >>> > You would need two steps here, looup("aliases"), then lookup("location"). > > Zeus > > > -----Original Message----- > > From: serusers-bounces(a)lists.iptel.org > > [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Richard Z > > Sent: Wednesday, 3 August 2005 3:33 AM > > To: Atle Samuelsen > > Cc: serusers(a)lists.iptel.org > > Subject: Re: [Serusers] lookup 2 uri > > > > > > Hi Atle, > > > > Alias doesn't replace uri with its real location. I'd like to use > > lookup("location") to find out its real location. For > > example, if 102(a)test.com is at 102(a)10.1.1.102 and > > 103(a)test.com is at 103(a)10.1.1.103. I'd like to replace all > > uris with 102(a)10.1.1.102 and 103(a)10.1.1.103 in a single ser > > transaction logic. Would it be possible? > > > > Thanks, > > Richard > > > > > > On 8/1/05, Atle Samuelsen <clona(a)camaro.no> wrote: > > > > > > Hi, > > > > > > you could do something like : > > > > > > serctl alias add 101 sip:102@test.com > > > serctl alias add 101 sip:103@test.com > > > > > > This way the invite would be forked to both 102 and 103, > > > > > > just remember to have both lookup("aliases"); and > > save("aliases"); in > > > your config at the right spot :-) > > > > > > -Atle > > > > > > > > > > > > * Richard Z <rzheng(a)gmail.com> [050802 04:34]: > > > > Hi, > > > > > > > > I am trying to implement a feature to ring two ip phones > > > > simultaneously. For example, when I call 101(a)test.com, it > > rings both > > > > 101(a)test.com and 102(a)test.com. In this case, the ruri is > > > > 101(a)test.com. I can use append_branch 102(a)test.com, but > > is there a > > > > way to lookup the locations of both 101 and 102? > > > > > > > > Thanks, > > > > Richard > > > > > > > > _______________________________________________ > > > > Serusers mailing list > > > > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > > > > > > > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers > > > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers > >

19 years, 3 months

[Serusers] Need to do load balancing with two ser servers.

by Prajyot

Hi, We are using ser v 0.8.14, we are looking for a solution in which I can use two or more SER servers to do load balancing like a cluster design. Any ideas how can I achieve this? Thanks in advance. Regards, Prajyot Shirsolkar

19 years, 3 months

[Serusers] Record-Route/Via headers not added when protocol=TCP

by Erich Nahum

Howdy, I'm playing with SER 0.9.3 with sipp as the workload generator on a bunch of linux boxes. When the transport is UDP, openser adds the record-route and via headers like it is supposed to as a proxy. But when I use TCP these headers are not added. This is a UAC->proxy->UAS scenario. I'm attaching ethereal dumps of the UDP-based UAC, TCP-based UAC, UDP-based UAS, and TCP-based UAS for reference. Any suggestions appreciated. Thanks, -Erich -- Erich M. Nahum IBM T.J. Watson Research Center Research Staff Member P.O. Box 704 nahum(a)watson.ibm.com Yorktown Heights NY 10598

19 years, 3 months

RE: [Serusers] is SER Dependable for prepaid System ? Anyone using itfor prepaid system?

by Sam Lee

I have been working for quite some time on deploying SER as a prepaid system. Currently it is not done yet as there's still quite a number of things to be done. Probably we can share a few ideas down the road. Regards, Sam -----Original Message----- From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Sanjim Sanjim Sent: Tuesday, August 02, 2005 7:02 PM To: serusers(a)lists.iptel.org Subject: [Serusers] is SER Dependable for prepaid System ? Anyone using itfor prepaid system? is SER Dependable for prepaid System ? Anyone using it for prepaid system? I very much like the SER performance in the test environment. Only drawback(maybe advantage if we provide unlimited plan) ) is stateless operation. But I want to know anyone using it in realtime prepaid business? Thanks, JiM _______________________________________________ Serusers mailing list serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers

19 years, 3 months

← Newer
1
...
46
47
48
49
50
51
52
...
56
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 August 2005