<DIV>Hi Jiri,</DIV>
<DIV> </DIV>
<DIV>Then what can be the way to get accounting of all calls at originating domain's ser? As if client removes outbound proxy from his IP Phone conf, and the carrier(ser operator) wants to account that user for those calls.</DIV>
<DIV>(One way could be to force rtpproxy...right?) any other idea</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>JF<BR><BR><B><I>Jiri Kuthan <jiri@iptel.org></I></B> wrote:</DIV>
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">At 10:10 AM 10/6/2003, John Foster wrote:<BR>>Hi, <BR>> <BR>>But Jan, i m bit surprised that y SIP Phone directly contacts other domain, no packet comes on the sip.abc.com, but to make a call from <mailto:xxxx@sip.abc.com>xxxx@sip.abc.com to <mailto:xxxx@sip.xyz.com>xxxx@sip.xyz.com SIP client(<mailto:xxxx@sip.abc.com>xxxx@sip.abc.com) directly contacts sip.xyz.com to get address of user <mailto:xxxx@sip.xyz.com>xxxx@sip.xyz.com, is this due to protocol design? or any abnormality?<BR><BR>There is no reason for a client to send an outoging request through its<BR>proxy, unless it is forced to do so by some kind of "outbound proxy"<BR>option. That's how SIP works.<BR><BR>> <BR>>As the logic of if(uri==myself)<BR>>{}<BR>>else{}<BR>>would match only when packets will come to ser. Isnt it?<BR><BR>Indeed, uri==myself does not match packets which never hit
SER.<BR><BR>-jiri <BR></BLOCKQUOTE></mailto:xxxx@sip.xyz.com></mailto:xxxx@sip.abc.com></mailto:xxxx@sip.xyz.com></mailto:xxxx@sip.abc.com><p><hr SIZE=1>
Do you Yahoo!?<br>
<a href="http://shopping.yahoo.com/?__yltc=s%3A150000443%2Cd%3A22708228%2Cslk%3Atext%2Csec%3Amail">The New Yahoo! Shopping</a> - with improved product search