Right, and before that, when receiving a request, a proxy looks at the domain part of RURI to see if that domain is a SIP domain that can be locally handled or a it is a foreign SIP domain that need to forward to another SIP server.
So, check if the domain RURI is a local domain - see the default opensips.cfg for an example how to do it. Regards, Bogdan Duane Larson wrote: > > I could be wrong but does your phone register with the proxy and then > the proxy create a location record for each user? That would be how > opensips would know how to route it. > >> On Oct 13, 2010 1:04 PM, "James Mbuthia" <[email protected] >> <mailto:[email protected]>> wrote: >> >> Hi guys, >> >> Am a SIP and Opensips newbie and am trying to create a proof of >> concept on a unique (I think) Opensips and SIPS implementation. >> Basically am developing a web-based SIP Phone based on PHP and using >> Opensips. Because of the nature of the application, users will have >> the same domain and just one proxy server which will process invites >> and registrations. Based on my understanding of SIP and Opensip, I >> have developed a UAC that can send invites and registrations to a >> proxy server. My problem is coming when I have to route a call from >> one agent to another. According to RFC 3263 the proxy server needs to >> determine the sip server for the person receiving the call. Know if >> the proxy server of the person receiving the call and the person >> initiating the call is the same and both the caller and callee are on >> the same domain than how does Opensips route the message? >> >> I've worked on this the last few days and below is an excerpt from my >> log files. For some reason the proxy server is not able to route the >> message to user2 therefore it sends a message to user1 changing the >> SIP header from 100 to 407(Proxy authorization needed). >> >> >> Oct 13 08:26:53 CL-T020-483CL /usr/local/sbin/opensips[19406]: >> DBG:tm:build_local: using FROM=<From:<sip:[email protected] >> <mailto:sip%[email protected]>>;tag=232523 >> >, TO=<To:<sip:[email protected] >> <mailto:sip%[email protected]>> >> ;tag=9360cfebad69401b0dbd073e6bd6f131.188c >> >, CSEQ_N=<CSeq: 3> >> Oct 13 08:26:53 CL-T020-483CL /usr/local/sbin/opensips[19406]: >> incoming reply >> Oct 13 08:26:53 CL-T020-483CL /usr/local/sbin/opensips[19405]: >> DBG:core:parse_msg: SIP Request: >> Oct 13 08:26:53 CL-T020-483CL /usr/local/sbin/opensips[19406]: >> DBG:tm:t_should_relay_response: T_code=100, new_code=407 >> Oct 13 08:26:53 CL-T020-483CL /usr/local/sbin/opensips[19405]: >> DBG:core:parse_msg: method: <ACK> >> Oct 13 08:26:53 CL-T020-483CL /usr/local/sbin/opensips[19406]: >> DBG:tm:t_pick_branch: picked branch 0, code 407 (prio=501) >> Oct 13 08:26:53 CL-T020-483CL /usr/local/sbin/opensips[19405]: >> DBG:core:parse_msg: uri: <sip:[email protected] >> <mailto:sip%[email protected]>> >> Oct 13 08:26:53 CL-T020-483CL /usr/local/sbin/opensips[19406]: >> DBG:tm:is_3263_failure: dns-failover test: branch=0, last_recv=407, >> flags=2 >> >> >> Could anyone give me some insights on how to go around this problem? >> Any help will be appreaciated. >> >> regards, >> james >> >> _______________________________________________ >> Users mailing list >> [email protected] <mailto:[email protected]> >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > ------------------------------------------------------------------------ > > _______________________________________________ > Users mailing list > [email protected] > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -- Bogdan-Andrei Iancu OpenSIPS Bootcamp 15 - 19 November 2010, Edison, New Jersey, USA www.voice-system.ro _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
