14 Dec
2012
14 Dec
'12
3: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
*
*