<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Nov 19, 2008, at 4:12 AM, Iņaki Baz Castillo wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; ">Hi, I'm starting with FS and still don't handle very well the dialplan<br>syntax, but anyway I've realized that FS is not suitable for sending<br>MESSAGE (instead of INVITE).<br><br>I've registered two "internal" users (the default config): 1000 and 1001:<br><br>a) INVITE between internal users:<br>- 1000 calls 1001<br>- FS asks for authentication<br>- 1000 resends the INVITE with authorization headers.<br>- FS calls 1001<br>- 1001 answers<br>- FS brigdes the call by sending 200 to 1000.<br><br>b) INVITE to external user:<br>- 1000 calls<span class="Apple-converted-space"> </span><a href="sip:bob@external_domain.com">sip:bob@external_domain.com</a><br>- FS asks for authentication<br>- 1000 resends the INVITE with authorization headers.<br>- FS replies 404.</span></blockquote><div><br></div><div>You're not fully understanding FreeSWITCH yet... You also have to catch this scenario in the dialplan. </div><div><br></div><div><div> <extension name="external_sip_uri" continue="true"></div><div> <condition field="source" expression="mod_sofia"/></div><div> <condition field="${domain_exists(${sip_req_host})}" expression="true"></div><div> <anti-action application="bridge" data="sofia/internal/${sip_to_uri}"/></div><div> </condition></div><div> </extension></div><div><br></div><div>Something like that would work and its commented out in the defaults. Remember we aren't a proxy. So your phone is sending the invite directed at FreeSWITCH looking for bob in the context and since it can't find it... 404 not found. The above example checks if the sip_req_host is a local domain.. if not then lets send it out.</div></div><div><br></div><br><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><br><br>c) MESSAGE between internal users:<br>- 1000 sends MESSAGE to 1001<br>- FS ***doesn't** ask for authentication <---- !!!!!!!<br>- FS replies 200 OK directly<br>- FS sends the MESSAGE to 1001<br>- 1001 replies 200 OK to FS</span></blockquote><div><br></div><div><param name="auth-all-packets" value="true"/></div><div><br></div><div>B2BUA still.</div><br><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><br><br>d) MESSAGE to external user:<br>- 1000 sends MESSAGE to<span class="Apple-converted-space"> </span><a href="sip:bob@external_domain.com">sip:bob@external_domain.com</a><br>- FS ***doesn't** ask for authentication <---- !!!!!!!<br>- FS replies 200 OK directly<br>- FS ***doesn't*** send the MESSAGE to the destination user.</span></blockquote><div><br></div><div>To route you must use the <a href="mailto:sip+user@domain.com">sip+user@domain.com</a> to route this stuff properly since we can bridge various technologies together.</div><div><br></div><div>If you search the mailing list Mike Jerris explained this in detail about a week or so ago.</div><div><br></div><div>/b</div><div><br></div><br><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><br><br><br>Well, I think it's obvious that FS MESSAGE handling is not coherent.<br>Opinions? is there something to do?<br><br>Thanks.<br></span></blockquote></div><br></body></html>