[Freeswitch-users] FS is not suitable for MESSAGE, is it?

[Brian West]

On Nov 19, 2008, at 4:12 AM, Iñaki Baz Castillo wrote:

> Hi, I'm starting with FS and still don't handle very well the dialplan
> syntax, but anyway I've realized that FS is not suitable for sending
> MESSAGE (instead of INVITE).
>
> I've registered two "internal" users (the default config): 1000 and  
> 1001:
>
> a) INVITE between internal users:
> - 1000 calls 1001
> - FS asks for authentication
> - 1000 resends the INVITE with authorization headers.
> - FS calls 1001
> - 1001 answers
> - FS brigdes the call by sending 200 to 1000.
>
> b) INVITE to external user:
> - 1000 calls sip:bob at external_domain.com
> - FS asks for authentication
> - 1000 resends the INVITE with authorization headers.
> - FS replies 404.

You're not fully understanding FreeSWITCH yet...  You also have to  
catch this scenario in the dialplan.

     <extension name="external_sip_uri" continue="true">
       <condition field="source" expression="mod_sofia"/>
       <condition field="${domain_exists(${sip_req_host})}"  
expression="true">
         <anti-action application="bridge" data="sofia/internal/$ 
{sip_to_uri}"/>
       </condition>
     </extension>

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.


>
>
> c) MESSAGE between internal users:
> - 1000 sends MESSAGE to 1001
> - FS ***doesn't** ask for authentication    <---- !!!!!!!
> - FS replies 200 OK directly
> - FS sends the MESSAGE to 1001
> - 1001 replies 200 OK to FS

<param name="auth-all-packets" value="true"/>

B2BUA still.

>
>
> d) MESSAGE to external user:
> - 1000 sends MESSAGE to sip:bob at external_domain.com
> - FS ***doesn't** ask for authentication    <---- !!!!!!!
> - FS replies 200 OK directly
> - FS ***doesn't*** send the MESSAGE to the destination user.

To route you must use the sip+user at domain.com to route this stuff  
properly since we can bridge various technologies together.

If you search the mailing list Mike Jerris explained this in detail  
about a week or so ago.

/b


>
>
>
> Well, I think it's obvious that FS MESSAGE handling is not coherent.
> Opinions? is there something to do?
>
> Thanks.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20081119/e6b25e4a/attachment-0001.html