hey all ,
i have successfuly built openser-1.2.2-tls from source and till now all
things seems to be fine
faced a problem with openser_mysql.sh and i have solved it but when i tried
to add users to the DB using openserctl i got this message :
database engine 'MYSQL' loaded
Control engine 'FIFO' loaded
/sbin/openserctl: no: not found
/sbin/openserctl: no: not found
usage: tail [+/-[n][lbc][f]] [file]
tail [+/-[n][l][r|f]] [file]
is_user: user counter=
Error: user 'zzzz' already exist
however i havn't added any users before
so any help are more welcomed
BR
muhammad
Hi can someone please explain me how LCR works. Specifically,
scenario:
prefix 1514 handled by gw_1 and gw_2
all other prefixes handled by gw_3
1) Call comes w/ RURI = 1514111111.
2) load_gws is called. In the database, prefix 1514 is supposed to be
handled by gw_1 and gw_2;
3) next_gw() is called. RURI is now 1541111111@gw_1
4) call routed to gw_1; gw_1 rejects call
5) we go to failure route and call load_gws() again -- [QUESTION: what
happens here?? how does SER know that we need to replace URI w/
151411111@gw_2 ]
6) next_gws() called. I assume call will go to 1541111111@gw_2
7) gw_2 rejects call. We again go to failure_route. Here again we do a
load_gws().
[QUESTION: How does SER know that both gw_1 and gw_2 options have been
utilized??
Does load_gws return an error here or does it load gw_3?
]
My problem is that in my case, gw_3 is being used after gw_1 and gw_2 have
been used. As per my understanding this should NOT happen since prefix
151411111 is not handled by gw_3.
Any pointers appreciated.. Running ser 0.9.6
Hi All,
We are working to get our script working on Version 1.4 and are having
problems debugging the script. Previously if I saw the following error in
the logs it would highlight the line and colomb numbers were the error
existed. Can someone help out?
Jul 29 22:29:18 [19064] CRITICAL:core:yyerror: parse error in config file,
line 9459656, column 1-1: syntax error
Jul 29 22:29:18 [19064] CRITICAL:core:yyerror: parse error in config file,
line 9459656, column 1-1: bad command!)
Jul 29 22:29:18 [19064] ERROR:core:main: bad config file (2 errors)
Thanks,
Jim
Hello List,
I have problem with T.38 and the RTPproxy by one of mine scenarios.
The first one works flawless and looks like that:
Linksys ATA -> NAT -> OpenSer/RTPproxy -> T.38-GW (Asterisk)
The second one on the other hand don't work how it should and looks like
this one:
T.38-GW -> SIP-Proxy -> Openser/RTPproxy -> NAT -> Linksys ATA.
The normal RTP stream is opened and they switch over to T.38, but the
RTPproxy isn't sending out the received T.38 packets from the ATA.
If the OpenSER is getting a re-INVITE I call the function
force_rtp_proxy(). I already tried the function with 'l' parameter but
then none of the scenarios are working.
Why is the RTPproxy not relaying like in the 1st scenario?
Which flag should I use to get the things working?
Why is RTPproxy using the same ports like it used for the normal RTP
traffic?
I thought when I call force_rtp_proxy() a 2nd time I create a new
session with different ports?
Can I force the RTPproxy to use different ports?
If someone needs a PCAP-trace I can provide this.
Many thanks
Jens
I see. So in my case, since I'm using freeradius, I would need to instruct
freeradius to send out the call in E.164 format? I'll look into that...
On Fri, Aug 1, 2008 at 3:45 PM, David Villasmil <
david.villasmil.work(a)gmail.com> wrote:
> I mean instruct OPENSER to send out the call like that, and in cdrtool set
> the areacode 1305 and description usa-miami. I'll get you the tables, but
> I'll need a couple of days as I'm on the road right now.
>
> d
>
>
> On Fri, Aug 1, 2008 at 2:44 AM, Brian Del Shasta <briandelshasta(a)gmail.com
> > wrote:
>
>> By "sending out the call in E.164 format" do you mean instructing the
>> gateway (or something other than CDRTool) to use that format? And are you
>> saying to set the destination id to '1305 USA-MIAMI' or to just '1305' and
>> the description to USA-MIAMI? I don't suppose by any chance you have access
>> to still and can include an example line from your Destinations, Customers,
>> Profiles, and Rates tables? I appreciate your help!
>>
>>
>> On Thu, Jul 31, 2008 at 10:04 PM, David Villasmil <
>> david.villasmil.work(a)gmail.com> wrote:
>>
>>> The only way I got it to work was by sending out the call in E.164
>>> format, i.e. +1035 and setting that same areacode in cdrtool like: 1305
>>> USA-MIAMI... remember pricing is done like 10000 for 1 dolar/euro
>>>
>>> david
>>>
>>> On Thu, Jul 31, 2008 at 10:55 PM, Brian Del Shasta <
>>> briandelshasta(a)gmail.com> wrote:
>>>
>>>>
>>>> I'm sorry, I don't understand. Do you mean within CDRTool or like on
>>>> our actual gateway which feeds info to the freeradius db?
>>>>
>>>> On Thu, Jul 31, 2008 at 4:41 PM, David Villasmil <
>>>> david.villasmil.work(a)gmail.com> wrote:
>>>>
>>>>> You MUST set the dialed numbers as E.164 ( I think that's the number ),
>>>>> like +1305 for Miami, US. or else you'll never get it working...
>>>>>
>>>>> d
>>>>>
>>>>>
>>>>> On Thu, Jul 31, 2008 at 11:47 AM, Brian Del Shasta <
>>>>> briandelshasta(a)gmail.com> wrote:
>>>>>
>>>>>> Ok, I changed the time zone to America/Chicago. If anyone else has
>>>>>> any luck setting up ratings within CDRTool, I would love to speak with you,
>>>>>> thanks...
>>>>>>
>>>>>>
>>>>>> On Thu, Jul 31, 2008 at 10:18 AM, Adrian Georgescu <
>>>>>> ag(a)ag-projects.com> wrote:
>>>>>>
>>>>>>> Central Time is not s valid timezone
>>>>>>> Further than this your rates look ok at first glance, if it does not
>>>>>>> work maybe other can help with their experiences.
>>>>>>> Adrian
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Users mailing list
>>>>>>> Users(a)lists.kamailio.org
>>>>>>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Users mailing list
>>>>>> Users(a)lists.kamailio.org
>>>>>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users(a)lists.kamailio.org
>>>>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users(a)lists.kamailio.org
>>>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>>>>
>>>>
>>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)lists.kamailio.org
>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>>
>>
>
Hi,
I am using Enum Module in opencer. Here is the piece of the code I am using in openser.cfg:
route
{
##############################################################
if (method=="INVITE")
{
xlog ("This is the ReqUri as it arrives to openser: $ru"); # before adding +
subst_uri ('/^sip:([0-9]+)/sip:+\1/');
xlog ("This is the ReqUri as it arrives to openser: $ru"); # after adding +
enum_query("labenum.e164.arpa.com","10.0.0.1");
xlog("This is the return code from the enum query: $rc"); # returns -1
xlog("This is your new ReqUri: $ru"); # no URI change
.....
}
}
Even though the response from Enum query is being sent to openser, enum_query returns -1. enum_query also does not change the current URI.
here is the format of enum entry in the dns server:
# dig 0.0.0.1.4.8.4.3.1.8.labenum.e164.arpa.com @10.0.0.1 +short
100 10 "U" "E2U+sip" "!^.*$!sip:+18134841000@bts.voice.net!" .
Any suggestion?
Thanks,
Hi All
I have Openser running on both tls and udp. On upd it works fine.
However when I do enable TLS it connects and I can make call however
when I close the call from the softphone the cell phone keeps ringing.
If I do close the call from the cell phone the softphone redials the
number and calls the cellphone again.
I know you guys might want to see a trace for the call however on the
server side I did execute :
ngrep port 443 and host 87.236.144.9
.......f.\..o..g.g`....W.^%$jp3.TI...zi...f7..8........j.....KV2^>.....M
JG.D........S..M..bF...2..qn..b..7g.).J:....!...&.;P?&<..X....v.z.:._.[.
v...JMt.4....A%Q...K..W...aD?R ..=."=v.R...m.5G...(V..k6..si.....'..
9<X.+.....y..P.#..[..GI(<..$<.......4."#.L[....{..Z.......$h..t3zy<.=...
.
pJ.../......^y.lO.i
&\.Q..aA......j('.j.v...{6..m.S.........J..;.6....!......?..W.o...{*....
|..c7...OaTR...O.]R....=t4...m|d..]....7.6w&\.S..62..N.S.T.6m.2.]..x|9].
2..]r...C..'.zW.,.....z#..l.S.9.I.JD-1.j
.q..%.......t..."C..L3...Y!%3$.....)..y..
As you can see the output is encrypted. Shouldn't the output be clear
text ? Thanks
By "sending out the call in E.164 format" do you mean instructing the
gateway (or something other than CDRTool) to use that format? And are you
saying to set the destination id to '1305 USA-MIAMI' or to just '1305' and
the description to USA-MIAMI? I don't suppose by any chance you have access
to still and can include an example line from your Destinations, Customers,
Profiles, and Rates tables? I appreciate your help!
On Thu, Jul 31, 2008 at 10:04 PM, David Villasmil <
david.villasmil.work(a)gmail.com> wrote:
> The only way I got it to work was by sending out the call in E.164 format,
> i.e. +1035 and setting that same areacode in cdrtool like: 1305 USA-MIAMI...
> remember pricing is done like 10000 for 1 dolar/euro
>
> david
>
> On Thu, Jul 31, 2008 at 10:55 PM, Brian Del Shasta <
> briandelshasta(a)gmail.com> wrote:
>
>>
>> I'm sorry, I don't understand. Do you mean within CDRTool or like on our
>> actual gateway which feeds info to the freeradius db?
>>
>> On Thu, Jul 31, 2008 at 4:41 PM, David Villasmil <
>> david.villasmil.work(a)gmail.com> wrote:
>>
>>> You MUST set the dialed numbers as E.164 ( I think that's the number ),
>>> like +1305 for Miami, US. or else you'll never get it working...
>>>
>>> d
>>>
>>>
>>> On Thu, Jul 31, 2008 at 11:47 AM, Brian Del Shasta <
>>> briandelshasta(a)gmail.com> wrote:
>>>
>>>> Ok, I changed the time zone to America/Chicago. If anyone else has any
>>>> luck setting up ratings within CDRTool, I would love to speak with you,
>>>> thanks...
>>>>
>>>>
>>>> On Thu, Jul 31, 2008 at 10:18 AM, Adrian Georgescu <ag(a)ag-projects.com>wrote:
>>>>
>>>>> Central Time is not s valid timezone
>>>>> Further than this your rates look ok at first glance, if it does not
>>>>> work maybe other can help with their experiences.
>>>>> Adrian
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users(a)lists.kamailio.org
>>>>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users(a)lists.kamailio.org
>>>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users(a)lists.kamailio.org
>>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)lists.kamailio.org
>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>>
>>
>
