Hi,
Am I not allowed to call dlg_manage() and add a dialog to a profile
inside a request_route that is called out of a failure_route?
The sequence of events is like this:
1. INVITE ---------------->
2. <---------- 302 redirect
3. ACK ------------------->
4. INVITE (new branch) --->
It's in #4 that I add the dialog to a profile and call dlg_manage().
There's a slight ambiguity because I am calling in a request_route, but
the request_route is really called from a failure_route that catches the
302. It contains common logic that is used in both #1 and #4. So, the
message being processed is 302, but the execution context is request_route.
The docs say that dlg_manage() can be used in a request_route, and that
set_dlg_profile() can be called from request/branch/reply/failure
routes. But, I suppose it's logical that dlg_manage() ought to operate
on the initial dialog-opening request. However, since the 302 is part of
the same transaction as the initial INVITE, I would think that's okay.
Is it?
Anyway, I get these messages a lot:
Apr 28 17:41:04 p01 /usr/local/sbin/kamailio[8581]: CRITICAL: dialog
[dlg_profile.c:444]: set_dlg_profile(): BUG - dialog not found in a non
REQUEST route (1)
Apr 28 17:41:04 p02 /usr/local/sbin/kamailio[8581]: ERROR: dialog
[dialog.c:800]: w_set_dlg_profile(): failed to set profile
At no point am I actually calling set_dlg_profile() outside of a
request_route, but the request_route might be called from a failure_route.
So, the question is, am I doing something wrong? What's the best way to
accommodate this scenario? I don't know if I want to track the dialog or
add it to a profile until after I get the 302.
Thanks,
--
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States
Tel: +1-678-954-0670
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
Hi
I am working on replacing the functionality of the load_gws LCR function
call in our application.
I have found you can overwrite the contents of the gw_uri_avp (default:
$avp(i:709)) substitute this function call. However I am a bit unclear
about what goes in this avp. I was wondering if any one knew of a place I
could find this information.
The contents of the avp is an list whose entries look something like this
:"2|1|0|||258722358||5060||1|1". The values separated by the | are likely
values from the database, and some of them are obvious (like the port and
the prefix), but others are not. In particular the longer number baffles
me, it's not the ip of the gateway from the lcr_gw table, unless it is but
has been altered in some way.
Any advice any one has for me would be greatly appreciated.
All the best
Will Ferrer
Switchsoft LLC
Hello all,
I want to know that is it possible to connect clients to kamailio server in
TLS and Non-TLS mode simultaneously ??
I believe I will have to add both ports (for TLS and Non-TLS ) in
kamailio.cfg. Besides that what will be required if its possible ?
Thanks,
Regards,
Aawaise
--
View this message in context: http://sip-router.1086192.n5.nabble.com/Kamailio-in-TLS-and-Non-TLS-mode-tp…
Sent from the Users mailing list archive at Nabble.com.
Hi,
I have a question regarding the presence + presence_dialoginfo modules
of Kamailio (tested with version 3.2.x and 3.3.x).
My SIP user agents are generating SIP PUBLISH requests for the event
"dialog" and some of these PUBLISH requests contain multiple dialog
elements in the message body. Kamailio is accepting content of these
messages and storing that information in the "presentity" table of the
corresponding DB. Taking a look into the presentity table is confirming
that both dialog elements of the PUBLISH request are stored (as body
content).
However, why does the SIP NOTIFY request, which is sent to the
"active_watchers" of this event, contain only one of these dialog
entries -- even that the modparam "force_single_dialog" is set to "0" or
(for comparison) unset (using default value "0")? Are multiple dialog
entries not / no longer supported by the Kamailio "presence_dialoginfo"
module? The README of this module (through all versions incl. 4.1.x) is
explaining the opposite:
[...]
This module by default does body aggregation. [...] e.g. if the entity
has multiple dialogs the pua_dialoginfo will send multiple PUBLISH), the
module will parse all the received (and still valid, depending on the
Expires header in the PUBLISH request) XML documents and generate a
single XML document with multiple "dialog" elements.
[...]
Exemplary content of a PUBLISH request looks like this:
PUBLISH sip:117104@172.31.60.87 SIP/2.0
Via: SIP/2.0/UDP 172.31.60.54:5060;rport;branch=z9hG4bK1118069411
From: <sip:117104@172.31.60.87>;tag=4024173055-29882384-1398422652889
To: <sip:117104@172.31.60.87>
Call-ID: 4044398119-29882384-1398422652889(a)172.31.60.54
CSeq: 21 PUBLISH
Max-Forwards: 70
Content-Disposition: render;handling=required
Expires: 600
Event: dialog
Content-Type: application/dialog-info+xml
Content-Length: 1053
<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info"
version="00000000004" state="full" entity="sip:117104@172.31.60.87">
<dialog id="4044468572-29882384-1398422652855(a)172.31.60.54"
call-id="4044468572-29882384-1398422652855(a)172.31.60.54"
direction="initiator">
<state>terminated</state>
<remote>
<identity>sip:1101015004@172.31.60.13</identity>
<target uri="sip:1101015004@172.31.60.13"/>
</remote>
<local>
<identity>sip:117104@172.31.60.87</identity>
<target uri="sip:117104@172.31.60.87"/>
</local>
</dialog>
<dialog id="2310720239-29882384-1398422648572(a)172.31.60.54"
call-id="2310720239-29882384-1398422648572(a)172.31.60.54"
direction="initiator">
<state>confirmed</state>
<remote>
<identity>sip:117103@172.31.60.87</identity>
<target uri="sip:117103@172.31.60.87"/>
</remote>
<local>
<identity>sip:117104@172.31.60.87</identity>
<target uri="sip:117104@172.31.60.87"/>
</local>
</dialog>
</dialog-info>
Exemplary content of the NOTIFY request looks like this:
NOTIFY sip:117101@172.31.60.54:5060 SIP/2.0
Via: SIP/2.0/UDP
172.31.60.87;branch=z9hG4bKaeb3.066c77d0000000000000000000000000.0
To: sip:117101@172.31.60.87;tag=827287863-29882384-1398420840764
From: sip:117104@172.31.60.87;tag=1f98950b7b1f526eff73c08f9ffc96bd-947a
CSeq: 152 NOTIFY
Call-ID: 1176683682-29882384-1398420840764(a)172.31.60.54
Content-Length: 600
User-Agent: kamailio (3.2.4 (i386/linux))
Max-Forwards: 70
Event: dialog
Contact: <sip:172.31.60.87:5060>
Subscription-State: active;expires=1370
Content-Type: application/dialog-info+xml
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info"
version="00000000004" state="full" entity="sip:117104@172.31.60.87">
<dialog id="4044468572-29882384-1398422652855(a)172.31.60.54"
call-id="4044468572-29882384-1398422652855(a)172.31.60.54"
direction="initiator">
<state>terminated</state>
<remote>
<identity>sip:1101015004@172.31.60.13</identity>
<target uri="sip:1101015004@172.31.60.13"/>
</remote>
<local>
<identity>sip:117104@172.31.60.87</identity>
<target uri="sip:117104@172.31.60.87"/>
</local>
</dialog>
</dialog-info>
In other words: it is not inserting all (stored) dialog elements into
the notification request. Please give me a hint, what there could be
wrong.Maybe it is just a misunderstanding of the description.....
Br
Klaus
Can someone let me know how I can fetch an attribute depending on the value of two columns. For eg, in my usr_preference table I have 3 columns;
username, domain, attribute.
I need to fetch the attribute if the username = $ru and domain= $rd. Can someone let me know how this can be done, thanks.
Arun
Hello,
I want to display the value from domain field of Location List in SER
Monitor Menu. I extracted the value of $rd using xlog. It gave me the domain
of callee but from invite packet. Not from the location list of SER Monitor
Menu.
If callee is logged in to same database with another kamailio server and
hence another domain name. How can I pick domain name by which its logged in
Thanks.
Regards,
Aawaise
--
View this message in context: http://sip-router.1086192.n5.nabble.com/Name-of-pseudo-variable-by-which-do…
Sent from the Users mailing list archive at Nabble.com.
Hi all,
I am having trouble deciding which one of these is best. I was going to
start to use drouting but that doesn't seem to give me the probe efficiency
of dispatcher. However I need to control calls based on destinations to
different voice carriers.
I'm looking for a combination of them to enable me to get the functionality
required.
Any ideas/pointers?
Thanks
Keith
Hello,
this morning were reported over 100 "excessive or fatal bounces" for
delivery from mailing list to yahoo, hotmail/live (and few other that
might be hosted) email addresses. This is unusual high and I spotted
several addresses that were active recently and unlikely to have their
email address gone.
Is anyone here aware of similar issues and potential fixes? I guess
yahoo/hotmail servers simply reject the emails sent by mailman of
mailing lists.
Any hint would be appreciated...
Cheers,
Daniel
--
Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda