10 Dec
2012
10 Dec
'12
12:34 p.m.
Hi
I do have 3 kamailio servers sharing the same db, calls go to Asterisk and
that works great, I did purchase a DID and point it to one of the kamailio
servers, it works fine so far for that kamailio server as the call is
forwarded to the softphone ..but ONLY if the user is registered on the
kamailio server the DID is forwarded to..if the kamailio user is on another
kamailio server it does not work..although the database and location tables
are shared.
Simple diagram
DID Provider <=== DID Kamailio ===> Kamailio Servers A, B, C
If a softphone registers on DID Kamailio and I call the DID it works, if a
softphone registers on Kamailio A or B or C, I never get the call, looking
at ngrep the call just stays on DID Kamailio and it does not try to send it
to any other server, how can I make the Kamailio DID lookup the destination
from the location table and send the call there ?
Regards
10 Dec
10 Dec
12:38 p.m.
You can fix this by changing the db_mode on your usrloc module to use the database
strictly, instead of doing runtime caching and periodic syncing to DB, or the other modes
available.
Ali Jawad <ali.jawad(a)splendor.net> wrote:
Hi
I do have 3 kamailio servers sharing the same db, calls go to Asterisk
and
that works great, I did purchase a DID and point it to one of the
kamailio
servers, it works fine so far for that kamailio server as the call is
forwarded to the softphone ..but ONLY if the user is registered on the
kamailio server the DID is forwarded to..if the kamailio user is on
another
kamailio server it does not work..although the database and location
tables
are shared.
Simple diagram
DID Provider <=== DID Kamailio ===> Kamailio Servers A, B, C
If a softphone registers on DID Kamailio and I call the DID it works,
if a
softphone registers on Kamailio A or B or C, I never get the call,
looking
at ngrep the call just stays on DID Kamailio and it does not try to
send it
to any other server, how can I make the Kamailio DID lookup the
destination
from the location table and send the call there ?
Regards
------------------------------------------------------------------------
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Sent from my mobile, and thus lacking in the refinement one might expect from a
fully-fledged keyboard.
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
Tel: +1-678-954-0670
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
12:52 p.m.
Hi Alex
actually I did try db_mode set to 3 but when doing kamctl ul show on DID
Kamailio it displays
Domain:: location table=512 records=0 max_slot=0
Another thing I notice with db_mode 3 is it also just returns - SIP/2.0 404
Not Found.
Regards
On Mon, Dec 10, 2012 at 1:38 PM, Alex Balashov <abalashov(a)evaristesys.com>wrote;wrote:
You can fix this by changing the db_mode on your
usrloc module to use the
database strictly, instead of doing runtime caching and periodic syncing to
DB, or the other modes available.
*
*
12:54 p.m.
Well, that's odd. Maybe there's a runtime component to registration as
well.
On 12/10/2012 06:52 AM, Ali Jawad wrote:
Hi Alex
actually I did try db_mode set to 3 but when doing kamctl ul show on DID
Kamailio it displays
Domain:: location table=512 records=0 max_slot=0
Another thing I notice with db_mode 3 is it also just returns - SIP/2.0
404 Not Found.
Regards
On Mon, Dec 10, 2012 at 1:38 PM, Alex Balashov
<abalashov(a)evaristesys.com <mailto:abalashov@evaristesys.com>> wrote:
You can fix this by changing the db_mode on your usrloc module to
use the database strictly, instead of doing runtime caching and
periodic syncing to DB, or the other modes available.
*
*
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
1 p.m.
What's even weirder is that I did register directly on the DID Kamailio and
I still get
kamctl ul show --brief
Domain:: location table=512 records=0 max_slot=0
On Mon, Dec 10, 2012 at 1:54 PM, Alex Balashov <abalashov(a)evaristesys.com>wrote;wrote:
Well, that's odd. Maybe there's a runtime
component to registration as
well.
On 12/10/2012 06:52 AM, Ali Jawad wrote:
Hi Alex
--
*Ali Jawad
*
*Information Systems Manager
CISSP - PMP - ITIL V3 - RHCE - VCP - C|EH - CCNA - MCSA
*
*Splendor Telecom (www.splendor.net)
Beirut, Lebanon
Phone: +9611373725/ext 116
FAX: +9611375554
*
actually I did try db_mode set to 3 but when
doing kamctl ul show on DID
Kamailio it displays
Domain:: location table=512 records=0 max_slot=0
Another thing I notice with db_mode 3 is it also just returns - SIP/2.0
404 Not Found.
Regards
On Mon, Dec 10, 2012 at 1:38 PM, Alex Balashov
<abalashov(a)evaristesys.com
<mailto:abalashov@evaristesys.**com<abalashov@evaristesys.com>>>
wrote:
You can fix this by changing the db_mode on your usrloc module to
use the database strictly, instead of doing runtime caching and
periodic syncing to DB, or the other modes available.
*
*
______________________________**_________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http:/…
--
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
______________________________**_________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http:/…
1:11 p.m.
Additional update, the entries exist in the location table, so I am not
sure whether kamctl actually makes use of the db or not, and if I register
directly on DID kamailio and try to make a call to a user onto another
kamailio it give 404, but if they are on the same server it does work.
On Mon, Dec 10, 2012 at 2:00 PM, Ali Jawad <ali.jawad(a)splendor.net> wrote:
What's even weirder is that I did register
directly on the DID Kamailio
and I still get
kamctl ul show --brief
Domain:: location table=512 records=0 max_slot=0
On Mon, Dec 10, 2012 at 1:54 PM, Alex Balashov <abalashov(a)evaristesys.com>wrote;wrote:
--
*Ali Jawad
*
*Information Systems Manager
CISSP - PMP - ITIL V3 - RHCE - VCP - C|EH - CCNA - MCSA
*
*Splendor Telecom (www.splendor.net)
Beirut, Lebanon
Phone: +9611373725/ext 116
FAX: +9611375554
*
Well, that's odd. Maybe there's a
runtime component to registration as
well.
On 12/10/2012 06:52 AM, Ali Jawad wrote:
Hi Alex
--
*Ali Jawad
*
*Information Systems Manager
CISSP - PMP - ITIL V3 - RHCE - VCP - C|EH - CCNA - MCSA
*
*Splendor Telecom (www.splendor.net)
Beirut, Lebanon
Phone: +9611373725/ext 116
FAX: +9611375554
*
actually I did try db_mode set to 3 but when
doing kamctl ul show on DID
Kamailio it displays
Domain:: location table=512 records=0 max_slot=0
Another thing I notice with db_mode 3 is it also just returns - SIP/2.0
404 Not Found.
Regards
On Mon, Dec 10, 2012 at 1:38 PM, Alex Balashov
<abalashov(a)evaristesys.com
<mailto:abalashov@evaristesys.**com<abalashov@evaristesys.com>>>
wrote:
You can fix this by changing the db_mode on your usrloc module to
use the database strictly, instead of doing runtime caching and
periodic syncing to DB, or the other modes available.
*
*
______________________________**_________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http:/…
--
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
______________________________**_________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http:/…
1:22 p.m.
I was about to say - there may be a separate kamctl issue that might be misleading you.
I've gotten registrar lookups to work off of two servers sharing a DB mode before. It
was just a question of setting the right db_mode.
Ali Jawad <ali.jawad(a)splendor.net> wrote:
Additional update, the entries exist in the location
table, so I am not
sure whether kamctl actually makes use of the db or not, and if I
register
directly on DID kamailio and try to make a call to a user onto another
kamailio it give 404, but if they are on the same server it does work.
On Mon, Dec 10, 2012 at 2:00 PM, Ali Jawad <ali.jawad(a)splendor.net>
wrote:
--
Sent from my mobile, and thus lacking in the refinement one might expect from a
fully-fledged keyboard.
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
Tel: +1-678-954-0670
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
What's even weirder is that I did register
directly on the DID
Kamailio
and I still get
kamctl ul show --brief
Domain:: location table=512 records=0 max_slot=0
On Mon, Dec 10, 2012 at 1:54 PM, Alex Balashov
<abalashov(a)evaristesys.com>wrote;wrote:
> Well, that's odd. Maybe there's a runtime component to registration
as
> well.
>
>
> On 12/10/2012 06:52 AM, Ali Jawad wrote:
>
> Hi Alex
>> actually I did try db_mode set to 3 but when doing kamctl ul show
on DID
>> Kamailio it displays
>>
>> Domain:: location table=512 records=0 max_slot=0
>>
>> Another thing I notice with db_mode 3 is it also just returns -
SIP/2.0
>> 404 Not Found.
>>
>> Regards
>>
>> On Mon, Dec 10, 2012 at 1:38 PM, Alex Balashov
>> <abalashov(a)evaristesys.com
<mailto:abalashov@evaristesys.**com<abalashov@evaristesys.com>>>
>> wrote:
>>
>> You can fix this by changing the db_mode on your usrloc module
to
>> use the database strictly, instead of
doing runtime caching and
>> periodic syncing to DB, or the other modes available.
>>
>>
>>
>>
>> *
>>
>>
>> *
>>
>>
>>
>> ______________________________**_________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
list
>> sr-users(a)lists.sip-router.org
>>
http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http:/…
>>
>>
>
> --
> Alex Balashov - Principal
> Evariste Systems LLC
> 235 E Ponce de Leon Ave
> Suite 106
> Decatur, GA 30030
> Tel: +1-678-954-0670
> Fax: +1-404-961-1892
>
> Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
>
> ______________________________**_________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
list
> sr-users(a)lists.sip-router.org
>
http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http:/…
>>
>
>
>
> --
> *Ali Jawad
> *
> *Information Systems Manager
> CISSP - PMP - ITIL V3 - RHCE - VCP - C|EH - CCNA - MCSA
> *
> *Splendor Telecom (www.splendor.net)
> Beirut, Lebanon
> Phone: +9611373725/ext 116
> FAX: +9611375554
>
> *
>
>
1:27 p.m.
It does seem like a simple problem gone viral...the db_mode is set to 3,
the actual routing happens as follows :
# USER location service
route[LOCATION] {
#!ifdef WITH_ALIASDB
# search in DB-based aliases
alias_db_lookup("dbaliases");
#!endif
if (!lookup("location")) {
switch ($rc) {
case -1:
case -3:
t_newtran();
t_reply("404", "Not Found");
exit;
case -2:
sl_send_reply("405", "Method Not
Allowed");
exit;
}
}
# when routing via usrloc, log the missed calls also
if (is_method("INVITE"))
{
setflag(FLT_ACCMISSED);
}
}
On Mon, Dec 10, 2012 at 2:22 PM, Alex Balashov <abalashov(a)evaristesys.com>wrote;wrote:
db_mode
*
*
11 Dec
11 Dec
8:46 a.m.
Anyone, please ?
On Mon, Dec 10, 2012 at 2:27 PM, Ali Jawad <ali.jawad(a)splendor.net> wrote:
It does seem like a simple problem gone viral...the
db_mode is set to 3,
the actual routing happens as follows :
# USER location service
route[LOCATION] {
#!ifdef WITH_ALIASDB
# search in DB-based aliases
alias_db_lookup("dbaliases");
#!endif
if (!lookup("location")) {
switch ($rc) {
case -1:
case -3:
t_newtran();
t_reply("404", "Not Found");
exit;
case -2:
sl_send_reply("405", "Method Not
Allowed");
exit;
}
}
# when routing via usrloc, log the missed calls also
if (is_method("INVITE"))
{
setflag(FLT_ACCMISSED);
}
}
On Mon, Dec 10, 2012 at 2:22 PM, Alex Balashov <abalashov(a)evaristesys.com>wrote;wrote:
--
*Ali Jawad
*
*Information Systems Manager
CISSP - PMP - ITIL V3 - RHCE - VCP - C|EH - CCNA - MCSA
*
*Splendor Telecom (www.splendor.net)
Beirut, Lebanon
Phone: +9611373725/ext 116
FAX: +9611375554
*
db_mode
*
*
14 Dec
14 Dec
2:38 p.m.
I did do some more tests, when a call is made didkamailio does not search
for the user in the location table, instead it searchs for user@domain, and
since the user is not on the same domain/ip it cant find the user. Se below
:
(31526) DEBUG: usrloc [udomain.c:575]: aor support1@didkamailio not found
in table location
On Tue, Dec 11, 2012 at 9:46 AM, Ali Jawad <ali.jawad(a)splendor.net> wrote:
Anyone, please ?
On Mon, Dec 10, 2012 at 2:27 PM, Ali Jawad <ali.jawad(a)splendor.net> wrote:
--
*Ali Jawad
*
*Information Systems Manager
CISSP - PMP - ITIL V3 - RHCE - VCP - C|EH - CCNA - MCSA
*
*Splendor Telecom (www.splendor.net)
Beirut, Lebanon
Phone: +9611373725/ext 116
FAX: +9611375554
*
It does seem like a simple problem gone
viral...the db_mode is set to 3,
the actual routing happens as follows :
# USER location service
route[LOCATION] {
#!ifdef WITH_ALIASDB
# search in DB-based aliases
alias_db_lookup("dbaliases");
#!endif
if (!lookup("location")) {
switch ($rc) {
case -1:
case -3:
t_newtran();
t_reply("404", "Not Found");
exit;
case -2:
sl_send_reply("405", "Method Not
Allowed");
exit;
}
}
# when routing via usrloc, log the missed calls also
if (is_method("INVITE"))
{
setflag(FLT_ACCMISSED);
}
}
On Mon, Dec 10, 2012 at 2:22 PM, Alex Balashov <abalashov(a)evaristesys.com
--
*Ali Jawad
*
*Information Systems Manager
CISSP - PMP - ITIL V3 - RHCE - VCP - C|EH - CCNA - MCSA
*
*Splendor Telecom (www.splendor.net)
Beirut, Lebanon
Phone: +9611373725/ext 116
FAX: +9611375554
*
wrote:
db_mode
*
*
4342
days inactive
4346
days old
9 comments
2 participants
participants (2)
-
Alex Balashov -
Ali Jawad