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@splendor.net> wrote:
Anyone, please ?


On Mon, Dec 10, 2012 at 2:27 PM, Ali Jawad <ali.jawad@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@evaristesys.com> wrote:
db_mode








--
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





--
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