date:20161014

[SR-Users] sipml5 register to kamailio IMS (Unauthorized - Challenging the UE)

2016-10-14 Thread Serhat Guler

Hi,

I am trying to register sipml5 webrtc client to my kamailio IMS setup. I
have tried to register the client both with ws and wss, but it seems to be
that the sipml5 doesn't calculate the authentication digest right. The
authentication mechanism i set to AKAv1-MD5 as default in the hss. A simple
wireshark file is attached. .10 being the host, .11 being the kamailio
server.

>From the output of scscf we can see that the digests do not match.

[REGISTER] from [sip:b...@net1.test] to [sip:b...@net1.test]
ims_auth [authorize.c:824]: authenticate(): uri=sip:net1.test
nonce=rB2iDuerHwoy+LUStSOsYojAESfWmAAApFZ3XNB8FdA=
response=61cbdbeb47c9880ededfca51c3801800 qop=auth-int nc=0001
cnonce=2d4545cf4c935c8094c8b1da3d4a2976
hbody=d41d8cd98f00b204e9800998ecf8427e
ims_auth [authorize.c:872]: authenticate(): UE said:
61cbdbeb47c9880ededfca51c3801800 and we expect
7e27ef414cf37d96cd1c849bb7e59415 ha1 a53988ba0b257941bc747b1026225c77
(REGISTER)
tm [tm.c:1265]: w_t_reply(): ERROR: t_reply: cannot send a t_reply to a
message for which no T-state has been established

Thanks a lot,
Serhat


jssip.ws.pcap
Description: Binary data
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Send SIP Info within a dialog using $uac_req(method)="INFO"

2016-10-14 Thread Jonathan Hunter

Hi Daniel,
Also I am trying to fire that command using jsonrpc_exec and I keep getting;

jsonrpc_exec_ex(): method callback not found [t_uac_dlg]
I have tried with t.uac_dlg and get the same response, can you let me know if 
this command is support with this module on 4.3 please and if so what am I 
doing wrong with the syntax?
Thanks
Jon

From: hunter...@hotmail.com
To: mico...@gmail.com; sr-users@lists.sip-router.org
Date: Fri, 14 Oct 2016 08:52:25 +
Subject: Re: [SR-Users] Send SIP Info within a dialog using 
$uac_req(method)="INFO"

Hi Daniel,
Thanks for the response, sorry I must of missed this!
I was thinking of using the t_uac_dlg command to generate the INFO message, but 
will this allow me to do it within an established INVITE dialog?
I am just worried that changing the CSEQ value will cause issues, so am I 
better looking to modify in a B2BUA rather than the proxy, or will the dialog 
module handle this?
Thanks
Jon

To: sr-users@lists.sip-router.org
From: mico...@gmail.com
Date: Thu, 6 Oct 2016 12:41:32 +0200
Subject: Re: [SR-Users] Send SIP Info within a dialog using 
$uac_req(method)="INFO"

Hello,

uac_req_send() is able to send only initial requests (with follow
  up on auth challenge). It doesn't expose the ability to send
  requests within a dialog -- the functions exist in c (tm module),
  but not availble in config.

On the other hand, there should be a mi/rpc command exported by
  tm module that allows that -- it may be possible to do it from
  config file via jsonrpc-s module.

Cheers,

  Daniel

On 29/09/16 21:41, Jonathan Hunter
  wrote:

Hi Guys,

Is it still the case that when using uac_req_send, you cant send 
withing a specific dialog?
I can modify call-id, but I presume tags may be more of a problem?
See old post below from 2015;

> I am familiar with uac_req_send. but how do I send it with in a
> specific dialog and with data in the INFO req ?
sending a new request inside a dialog is not possible with
uac_req_send(). It is not easy over all because you change the sequence
order (CSeq value). Practically, you need to track how many requests you
sent from the middle to update (and restore in reply) when caller or
callee sends a new request.

dialog module can track changes in CSeq for requests sent to callee,
being used now for authentication of INVITE to another provider, when
Kamailio adds the credentials. But for more you would need to extend the
dialog module.

I just need to send a SIP info within an established dialog to stop some 
function up stream, so wondered if this is still a blocker?

Many thanks

Jon

  ___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users   

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users   
  ___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Active calls limit

2016-10-14 Thread Ivan Dudko

Hello!

I am trying to implement limit of active calls for subscribers. And for
each subscriber this limit must be personal.

I find example route in presentation of Daniel-Constantin Mierla.
And i need to set $xavp(caller=>active_calls) = 1;
for each dialog. But i can't understand how to load this number of active
calls from some-thing similar of user profile or subscriber table?

route[DIALOG] {

if (is_method("CANCEL") || (has_totag() &&
is_method("INVITE|BYE|ACK"))) {
dlg_manage();
return;
}

if (is_method("INVITE") && !has_totag() &&
!isflagset(WITH_ACTIVE_CALLS_LIMIT)) {
if( $xavp(caller[0]=>active_calls) != $null &&
$xavp(caller[0]=>active_calls) > 0 ) {
if(!get_profile_size("caller", "$fU@$fd", "$var(acsize)")) {
send_reply("500", "No more active calls");
exit;
}
if($var(acsize)>=$xavp(caller[0]=>active_calls)) {
send_reply("403", "No more active calls");
exit;
}
set_dlg_profile("caller", "$fU@$fd");
}
setflag(WITH_ACTIVE_CALLS_LIMIT);
dlg_manage();
}
}
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Send SIP Info within a dialog using $uac_req(method)="INFO"

2016-10-14 Thread Jonathan Hunter

Hi Daniel,
Thanks for the response, sorry I must of missed this!
I was thinking of using the t_uac_dlg command to generate the INFO message, but 
will this allow me to do it within an established INVITE dialog?
I am just worried that changing the CSEQ value will cause issues, so am I 
better looking to modify in a B2BUA rather than the proxy, or will the dialog 
module handle this?
Thanks
Jon

To: sr-users@lists.sip-router.org
From: mico...@gmail.com
Date: Thu, 6 Oct 2016 12:41:32 +0200
Subject: Re: [SR-Users] Send SIP Info within a dialog using 
$uac_req(method)="INFO"

Hello,

uac_req_send() is able to send only initial requests (with follow
  up on auth challenge). It doesn't expose the ability to send
  requests within a dialog -- the functions exist in c (tm module),
  but not availble in config.

On the other hand, there should be a mi/rpc command exported by
  tm module that allows that -- it may be possible to do it from
  config file via jsonrpc-s module.

Cheers,

  Daniel

On 29/09/16 21:41, Jonathan Hunter
  wrote:

Hi Guys,

Is it still the case that when using uac_req_send, you cant send 
withing a specific dialog?
I can modify call-id, but I presume tags may be more of a problem?
See old post below from 2015;

> I am familiar with uac_req_send. but how do I send it with in a
> specific dialog and with data in the INFO req ?
sending a new request inside a dialog is not possible with
uac_req_send(). It is not easy over all because you change the sequence
order (CSeq value). Practically, you need to track how many requests you
sent from the middle to update (and restore in reply) when caller or
callee sends a new request.

dialog module can track changes in CSeq for requests sent to callee,
being used now for authentication of INVITE to another provider, when
Kamailio adds the credentials. But for more you would need to extend the
dialog module.

I just need to send a SIP info within an established dialog to stop some 
function up stream, so wondered if this is still a blocker?

Many thanks

Jon

  ___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users   
  ___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] 420 Bad Extension error

2016-10-14 Thread Infinicalls Infinicalls

Hi,
 I have pasted the entire log here for your ref.

http://paste.fedoraproject.org/449906/14764350/

thanks
Ganesh Kumar

On 10/14/16, Daniel-Constantin Mierla  wrote:
> Hello,
>
> the initial INVITE must be without a to-tag, so that's fine...
>
> I will try to see the reason for the t_load_contacts().
>
> Cheers,
> Daniel
>
>
> On 14/10/16 10:31, Infinicalls Infinicalls wrote:
>> Hi,
>>
>> I referred to the totag. Sorry if I mistook it for to field.
>>
>> regards
>> Ganesh Kumar
>>
>> On 10/14/16, Daniel-Constantin Mierla  wrote:
>>> Hello,
>>>
>>>
>>> On 14/10/16 10:25, Infinicalls Infinicalls wrote:
 Hi,

 On 10/13/16, Daniel-Constantin Mierla  wrote:
> Can you split the IF with t_load_contacts  () || t_next_contacts () in
> two
> to see which one fails?
 After splitting, I get this error.

 Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG:
 siputils [checks.c:97]: has_totag(): no totag
 Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
 [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global
 id=1 T start=(nil)
 Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
 [t_lookup.c:466]: t_lookup_request(): t_lookup_request: start
 searching: hash=9175, isACK=0
 Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
 [t_lookup.c:424]: matching_3261(): DEBUG: RFC3261 transaction matching
 failed
 Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
 [t_lookup.c:648]: t_lookup_request(): DEBUG: t_lookup_request: no
 transaction found
 Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
 [t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global
 id=2 T end=(nil)
 Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG:
 registrar [lookup.c:240]: lookup_helper(): contact for [balaji] found
 by address
 Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG:
  [parser/parse_rr.c:453]: get_path_dst_uri(): path for branch:
 ''
 Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
 [t_serial.c:455]: t_next_contacts(): no contacts in contacts_avp - we
 are done!
 Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: ERROR:

Re: [SR-Users] 420 Bad Extension error

2016-10-14 Thread Daniel-Constantin Mierla

Hello,

the initial INVITE must be without a to-tag, so that's fine...

I will try to see the reason for the t_load_contacts().

Cheers,
Daniel


On 14/10/16 10:31, Infinicalls Infinicalls wrote:
> Hi,
>
> I referred to the totag. Sorry if I mistook it for to field.
>
> regards
> Ganesh Kumar
>
> On 10/14/16, Daniel-Constantin Mierla  wrote:
>> Hello,
>>
>>
>> On 14/10/16 10:25, Infinicalls Infinicalls wrote:
>>> Hi,
>>>
>>> On 10/13/16, Daniel-Constantin Mierla  wrote:
 Can you split the IF with t_load_contacts  () || t_next_contacts () in
 two
 to see which one fails?
>>> After splitting, I get this error.
>>>
>>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG:
>>> siputils [checks.c:97]: has_totag(): no totag
>>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
>>> [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global
>>> id=1 T start=(nil)
>>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
>>> [t_lookup.c:466]: t_lookup_request(): t_lookup_request: start
>>> searching: hash=9175, isACK=0
>>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
>>> [t_lookup.c:424]: matching_3261(): DEBUG: RFC3261 transaction matching
>>> failed
>>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
>>> [t_lookup.c:648]: t_lookup_request(): DEBUG: t_lookup_request: no
>>> transaction found
>>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
>>> [t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global
>>> id=2 T end=(nil)
>>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG:
>>> registrar [lookup.c:240]: lookup_helper(): contact for [balaji] found
>>> by address
>>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG:
>>>  [parser/parse_rr.c:453]: get_path_dst_uri(): path for branch:
>>> ''
>>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
>>> [t_serial.c:455]: t_next_contacts(): no contacts in contacts_avp - we
>>> are done!
>>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: ERROR:
>>>

Re: [SR-Users] 420 Bad Extension error

2016-10-14 Thread Infinicalls Infinicalls

Hi,

I referred to the totag. Sorry if I mistook it for to field.

regards
Ganesh Kumar

On 10/14/16, Daniel-Constantin Mierla  wrote:
> Hello,
>
>
> On 14/10/16 10:25, Infinicalls Infinicalls wrote:
>> Hi,
>>
>> On 10/13/16, Daniel-Constantin Mierla  wrote:
>>> Can you split the IF with t_load_contacts  () || t_next_contacts () in
>>> two
>>> to see which one fails?
>> After splitting, I get this error.
>>
>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG:
>> siputils [checks.c:97]: has_totag(): no totag
>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
>> [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global
>> id=1 T start=(nil)
>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
>> [t_lookup.c:466]: t_lookup_request(): t_lookup_request: start
>> searching: hash=9175, isACK=0
>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
>> [t_lookup.c:424]: matching_3261(): DEBUG: RFC3261 transaction matching
>> failed
>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
>> [t_lookup.c:648]: t_lookup_request(): DEBUG: t_lookup_request: no
>> transaction found
>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
>> [t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global
>> id=2 T end=(nil)
>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG:
>> registrar [lookup.c:240]: lookup_helper(): contact for [balaji] found
>> by address
>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG:
>>  [parser/parse_rr.c:453]: get_path_dst_uri(): path for branch:
>> ''
>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
>> [t_serial.c:455]: t_next_contacts(): no contacts in contacts_avp - we
>> are done!
>> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: ERROR:
>>

Re: [SR-Users] 420 Bad Extension error

2016-10-14 Thread Daniel-Constantin Mierla

Hello,


On 14/10/16 10:25, Infinicalls Infinicalls wrote:
> Hi,
>
> On 10/13/16, Daniel-Constantin Mierla  wrote:
>> Can you split the IF with t_load_contacts  () || t_next_contacts () in two
>> to see which one fails?
> After splitting, I get this error.
>
> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG:
> siputils [checks.c:97]: has_totag(): no totag
> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
> [t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global
> id=1 T start=(nil)
> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
> [t_lookup.c:466]: t_lookup_request(): t_lookup_request: start
> searching: hash=9175, isACK=0
> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
> [t_lookup.c:424]: matching_3261(): DEBUG: RFC3261 transaction matching
> failed
> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
> [t_lookup.c:648]: t_lookup_request(): DEBUG: t_lookup_request: no
> transaction found
> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
> [t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global
> id=2 T end=(nil)
> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG:
> registrar [lookup.c:240]: lookup_helper(): contact for [balaji] found
> by address
> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG:
>  [parser/parse_rr.c:453]: get_path_dst_uri(): path for branch:
> ''
> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
> [t_serial.c:455]: t_next_contacts(): no contacts in contacts_avp - we
> are done!
> Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: ERROR:
>

Re: [SR-Users] 420 Bad Extension error

2016-10-14 Thread Infinicalls Infinicalls

Hi,

On 10/13/16, Daniel-Constantin Mierla  wrote:
> Can you split the IF with t_load_contacts  () || t_next_contacts () in two
> to see which one fails?

After splitting, I get this error.

Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG:
siputils [checks.c:97]: has_totag(): no totag
Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
[t_lookup.c:1011]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global
id=1 T start=(nil)
Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
[t_lookup.c:466]: t_lookup_request(): t_lookup_request: start
searching: hash=9175, isACK=0
Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
[t_lookup.c:424]: matching_3261(): DEBUG: RFC3261 transaction matching
failed
Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
[t_lookup.c:648]: t_lookup_request(): DEBUG: t_lookup_request: no
transaction found
Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
[t_lookup.c:1080]: t_check_msg(): DEBUG: t_check_msg: msg id=2 global
id=2 T end=(nil)
Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG:
registrar [lookup.c:240]: lookup_helper(): contact for [balaji] found
by address
Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG:
 [parser/parse_rr.c:453]: get_path_dst_uri(): path for branch:
''
Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: DEBUG: tm
[t_serial.c:455]: t_next_contacts(): no contacts in contacts_avp - we
are done!
Oct 14 08:14:01 infinicalls /usr/local/sbin/kamailio[35289]: ERROR:

Re: [SR-Users] HOMER / HEP support in SEMS?

2016-10-14 Thread Daniel-Constantin Mierla

Hello,


On 11/10/16 16:06, Daniel Pocock wrote:
>
> Does anybody know if SEMS has HOMER / HEP support like Kamailio, or if
> it is under development?
>
> It would be useful to extract RTCP stats from SRTP streams, the
> standalone HOMER captagent can't see inside them when they are encrypted
> (SRTCP)
>
>
I am not aware of homer/hep support in SEMS, I think would be good to have.

An option for now is to use Kamailio/RTPEngine as a TLS/SRTP to UDP/RTP
gateway in front of SEMS running on loopback.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Accounting CDR generation

2016-10-14 Thread Daniel-Constantin Mierla

Well, some devices add a header in the BYE with the disconnect cause,
but you have to check with those you use. The it will be possible to
take that header and write it in the accounting.

Cheers,
Daniel


On 14/10/16 09:32, Ivan Dudko wrote:
> Daniel,
>
> Of course you are rigth. ))
> Nothing to write to DB.
>
> SIP does not have code for this state, i confuse with q.931
> disconnection causes.
>
> Thank you!
>
> чт, 13 окт. 2016 г. в 11:05, Daniel-Constantin Mierla
> >:
>
> Hello,
>
> where is this in sip signaling? The header in BYE request?
>
> Cheers,
> Daniel
>
>
> On 12/10/16 17:32, Ivan Dudko wrote:
>>
>> I want to write final SIP disconnect cause.
>>
>>
>> ср, 12 Окт 2016, 18:01 Daniel-Constantin Mierla
>> >:
>>
>> Which reply code do you want, from initial INVITE of the call?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 12/10/16 15:55, Ivan Dudko wrote:
>>> Thank you, Daniel!
>>>
>>> It's works via dlg_vars.
>>> But i can't write in acc_crds SIP reply code in same way.
>>>
>>> $dlg_var(sip_cause)=$rs;
>>>
>>> ср, 12 окт. 2016 г. в 17:33, Daniel-Constantin Mierla
>>> >:
>>>
>>> Hello,
>>>
>>> for acc_cdr you have to load the dialog module and track
>>> the active calls with it. It may require that you store
>>> in dlg vars the values you want inside acc_cdr.
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>> On 11/10/16 13:08, Ivan Dudko wrote:
 Hello!

 I am setting this in kamailio.cfg

 #!ifdef WITH_ACCDB
 modparam("acc", "db_flag", FLT_ACC)
 modparam("acc", "db_missed_flag", FLT_ACCMISSED)
 modparam("acc", "db_url", DBURL)
 modparam("acc", "db_extra",
 
 "src_user=$fU;src_domain=$fd;src_ip=$si;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd")
 modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)

 modparam("acc", "cdr_enable", 1)
 modparam("acc", "cdr_start_on_confirmed", 1)
 modparam("acc", "cdrs_table", "acc_cdrs")
 modparam("acc",
 
 "cdr_extra","src_user=$fU;src_domain=$fd;src_ip=$si;dst_user=$rU;dst_ouser=$tU;dst_domain=$rd;sip_code=$rs;sip_reason=$rr;callid=$dlg(callid);dst_ip=$Ri")
 modparam("acc", "cdr_start_id", "start_time")
 modparam("acc", "cdr_end_id", "end_time")
 modparam("acc", "cdr_duration_id", "duration")
 #!endif

 But in CDRs table ('acc_cdrs') field dst_user=$rU is
 always empty if call is not completed with remote side
 answer.
 But in accounting table ('acc') this field isn't empty.

 Is this behavior is correct?
 I think it is not correct.



 ___
 SIP Express Router (SER) and Kamailio (OpenSER) - sr-users 
 mailing list
 sr-users@lists.sip-router.org
 
 http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> -- 
>>> Daniel-Constantin Mierla
>>> http://twitter.com/#!/miconda
>>>  - 
>>> http://www.linkedin.com/in/miconda
>>> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - 
>>> http://www.asipto.com
>>>
>>> ___
>>> SIP Express Router (SER) and Kamailio (OpenSER) -
>>> sr-users mailing list
>>> sr-users@lists.sip-router.org
>>> 
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>
>> -- 
>> Daniel-Constantin Mierla
>> http://twitter.com/#!/miconda  - 
>> http://www.linkedin.com/in/miconda
>> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - 
>> http://www.asipto.com
>>
>
> -- 
> Daniel-Constantin Mierla
> http://twitter.com/#!/miconda  - 
> http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - 
> http://www.asipto.com
>

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org

Re: [SR-Users] Accounting CDR generation

2016-10-14 Thread Ivan Dudko

Daniel,

Of course you are rigth. ))
Nothing to write to DB.

SIP does not have code for this state, i confuse with q.931 disconnection
causes.

Thank you!

чт, 13 окт. 2016 г. в 11:05, Daniel-Constantin Mierla :

> Hello,
>
> where is this in sip signaling? The header in BYE request?
>
> Cheers,
> Daniel
>
> On 12/10/16 17:32, Ivan Dudko wrote:
>
> I want to write final SIP disconnect cause.
>
> ср, 12 Окт 2016, 18:01 Daniel-Constantin Mierla :
>
> Which reply code do you want, from initial INVITE of the call?
> Cheers,
> Daniel
>
>
> On 12/10/16 15:55, Ivan Dudko wrote:
>
> Thank you, Daniel!
>
> It's works via dlg_vars.
> But i can't write in acc_crds SIP reply code in same way.
>
> $dlg_var(sip_cause)=$rs;
>
> ср, 12 окт. 2016 г. в 17:33, Daniel-Constantin Mierla :
>
> Hello,
>
> for acc_cdr you have to load the dialog module and track the active calls
> with it. It may require that you store in dlg vars the values you want
> inside acc_cdr.
>
> Cheers,
> Daniel
>
> On 11/10/16 13:08, Ivan Dudko wrote:
>
> Hello!
>
> I am setting this in kamailio.cfg
>
> #!ifdef WITH_ACCDB
> modparam("acc", "db_flag", FLT_ACC)
> modparam("acc", "db_missed_flag", FLT_ACCMISSED)
> modparam("acc", "db_url", DBURL)
> modparam("acc", "db_extra",
> "src_user=$fU;src_domain=$fd;src_ip=$si;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd")
> modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)
>
> modparam("acc", "cdr_enable", 1)
> modparam("acc", "cdr_start_on_confirmed", 1)
> modparam("acc", "cdrs_table", "acc_cdrs")
> modparam("acc",
> "cdr_extra","src_user=$fU;src_domain=$fd;src_ip=$si;dst_user=$rU;dst_ouser=$tU;dst_domain=$rd;sip_code=$rs;sip_reason=$rr;callid=$dlg(callid);dst_ip=$Ri")
> modparam("acc", "cdr_start_id", "start_time")
> modparam("acc", "cdr_end_id", "end_time")
> modparam("acc", "cdr_duration_id", "duration")
> #!endif
>
> But in CDRs table ('acc_cdrs') field dst_user=$rU is always empty if call
> is not completed with remote side answer.
> But in accounting table ('acc') this field isn't empty.
>
> Is this behavior is correct?
> I think it is not correct.
>
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing 
> listsr-us...@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - 
> http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - 
> http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - 
> http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
>
>
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] sipml5 register to kamailio IMS (Unauthorized - Challenging the UE)

Re: [SR-Users] Send SIP Info within a dialog using $uac_req(method)="INFO"

[SR-Users] Active calls limit

Re: [SR-Users] Send SIP Info within a dialog using $uac_req(method)="INFO"

Re: [SR-Users] 420 Bad Extension error

Re: [SR-Users] 420 Bad Extension error

Re: [SR-Users] 420 Bad Extension error

Re: [SR-Users] 420 Bad Extension error

Re: [SR-Users] 420 Bad Extension error

Re: [SR-Users] HOMER / HEP support in SEMS?

Re: [SR-Users] Accounting CDR generation

Re: [SR-Users] Accounting CDR generation

12 matches

Site Navigation

Mail list logo

Footer information