Hi Paul Thank you very much for the quick response and the probably spot on information. I really bet that is my issue.
I will be testing this out tonight and I will post back with what I find. Thanks again and all the best Will Ferrer > On Oct 1, 2014, at 11:53 PM, Paul Smith <paul.sm...@claritytele.com> wrote: > > Hi Will, > It sounds like your kamailio.cfg is not looking up the user location database > before trying to relay the INVITE. There is a relevant section in the > kamailio-basic.cfg example configuration file: > > > request_route { > ... > > # user location service > route(LOCATION); > } > > ... > > # USER location service > route[LOCATION] { > if (!lookup("location")) { > $var(rc) = $rc; > t_newtran(); > switch ($var(rc)) { > case -1: > case -3: > send_reply("404", "Not Found"); > exit; > case -2: > send_reply("405", "Method Not Allowed"); > exit; > } > } > > # when routing via usrloc, log the missed calls also > if (is_method("INVITE")) { > setflag(FLT_ACCMISSED); > } > > route(RELAY); > exit; > } > > > The logic is that if the call is for a local registered user whose location > is available in the "kamctl ul" then request_route() should pass the request > to the route(LOCATION) routine. The function call lookup("location") then > does the magic if matching the address of record > ([subscriber_name]@[our_domain_name]) and returning the $ruri of the > registered phone ([realid]@[realip]). route(RELAY) is then able to send the > call on to the phone's actual IP address. > > Hope that helps. > > Paul Smith >> On 02/10/14 03:33, Will Ferrer wrote: >> Hi >> >> I was wondering if any one had any advice or examples for me of how to get a >> call to be routed to a subscribed softphone. >> >> We have 2 boxes in our testing deployment, a load balancer / sbc and a call >> processing box. >> >> Calls come in to the sbc, and then are passed to the call processing box. >> The call is analyzed and the branch uri is rewritten to a destination >> address when applicable for the call (this is how we handle routing of calls >> to certain numbers -- we do this utilizing custom code and a custom db). >> >> This works just fine when the destination sip uri is phone number (in which >> case we do lcr) or if the destination goes to a remote address. >> >> However when the destination is a subscriber: >> sip:[subscriber_name]@[our_domain_name], the call is passed back to the sbc, >> which passes it to the callprocessing box, back and forth until a too many >> hops error occurs. >> >> The subscriber I am trying to send the call too does show up under "kamctl >> ul show". >> >> I feel like there is something basic I must be missing here. >> >> Does any one have any advice for me? >> >> Thank you very much in advance. >> >> All the best. >> >> Will Ferrer >> >> >> >> _______________________________________________ >> 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