Hi Chad,
thanks for that awesome ESL binding for node.js !

Section 7 of rfc3428

A UAS that receives a MESSAGE request processes it following the
   rules of SIP [1].

   A UAS receiving a MESSAGE request SHOULD respond with a final
   response immediately.  Note, however, that the UAS is not obliged to
   display the message to the user either before or after responding
   with a 200 OK.  That is, a 200 OK response does not necessarily mean
   the user has read the message.

   A 2xx response to a MESSAGE request MUST NOT contain a body.  A UAS
   MUST NOT insert a Contact header field into a 2xx response.

   A UAS which is, in fact, a message relay, storing the message and
   forwarding it later on, or forwarding it into a non-SIP domain,
   SHOULD return a 202 (Accepted) [5] response indicating that the
   message was accepted, but end to end delivery has not been
   guaranteed.

   A 4xx or 5xx response indicates that the message was not delivered
   successfully.  A 6xx response means it was delivered successfully,
   but refused.


At Fongo (fongo.com) we have a few proxies for store and forward, also for SMS integration. We use 200, 402, 404 and 488 to control delivery and payments.
So in our case, the final device always returns 200 (as it is the final), but a proxy in between might generate a 4xx.
we have an opensips cluster in front of freeswitch and steer MESSAGE methods away from freeswitch to handle those scenarios. I'm  looking into removing this logic from opensips and move it to freeswitch to keep it consistent with dialplan and rating engine. 

cheers
--
lucas



On 2012-11-01, at 5:46 PM, Chad Engler <Chad.Engler@patlive.com> wrote:

I don’t think SIP MESSAGEs have a response/ack. I know that our provider doesn’t send anything except the 200 OK when we send a message, and that doesn’t mean it actually made it to the device. As far as I know there is no way to know if and when the device gets the actual message without the device responding with another message back through the via chain.
 
-Chad
 
From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Lucas Fontes
Sent: Thursday, November 01, 2012 1:38 PM
To: freeswitch-users@lists.freeswitch.org
Subject: [Freeswitch-users] mod_sms delivery failure
 
Hi everyone,
 
I've been trying to determine if a message was successfully delivered to a device.
Stumbled on a post from February (subject: Testing mod_sms)http://lists.freeswitch.org/pipermail/freeswitch-dev/2012-February/005619.html:
 
________________________________
From: Anthony Minessale <anthony.minessale at gmail.com>
To: Warren Lin <wlin121443 at yahoo.com> 
Sent: Tuesday, February 21, 2012 11:01 AM
Subject: Re: Testing mod_sms
 
hi you can find out how to use the lists at http://lists.freeswitch.org
 
try latest GIT, i put in a patch to fire the events with the heder
Failed-Delivery true
if you are listening for MESSAGE events you should catch them.
________________________________
 
 
I can't find any reference to Failed-Delivery in mod_sms.c neither anywhere else in the source tree. 
There is a field called Delivery-Failure, but seems to be used by other modules to indicate a failure on the response going out of freeswitch, not to freeswitch.
Was this overwritten / rolled back at some point ? 
 
thanks
 
--
lucas
 
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org