RE: T2 Retry with Delivery Receipt

["Burdett, David" <david.burdett@commerceone.com>]

Dan

You wanted a use case where where you have an IM "that's unreliable but must
act at the ebXML MS level of abstrction, i.e. it understands and interprets
the data formats described in the MS spec".

In my last email at
(http://lists.oasis-open.org/archives/ebxml-msg/200109/msg00191.html) I
explained the benefits of an ebXML MSH and included the following diagram:


   A -------------- BM ------ B1 ------- B
  MSH              MSH       MSH        APP1
                    |
                    |-------- B2 ------- B
                    |        MSH        APP2
                    |
                     ----- Inteface ---- B
                             App        APP3

Suppose the B2 MSH and the B APP2 are running on the same server and the
server suffers a head crash. In this case the BM MSH should respond with a
Delivery Failure Notification to A when A sends it a reliable message.

You also cannot reasonably guarantee that the B2MSH when would NEVER lose
data when it crashed. Therefore it is quite possible that a Delivery Receipt
could get lost.

This in fact suggests a really nasty use case. Suppose:
1. The B2 MSH forwards the message to APP2
2. The B2 MSH cathes fire and as a result loses both its database and
recovery log files and so CANNOT recover the fact that it previously
forwarded a message to APP2.

Thoughts?

David

-----Original Message-----
From: Dan Weinreb [mailto:dlw@exceloncorp.com]
Sent: Thursday, September 13, 2001 11:06 AM
To: mwsachs@us.ibm.com
Cc: ebxml-msg@lists.oasis-open.org
Subject: Re: T2 Retry with Delivery Receipt


   Date: Thu, 13 Sep 2001 13:40:58 -0400
   From: Christopher Ferris <chris.ferris@sun.com>

   AN SMTP node is NOT an MSH node. It is not part of the equation.
   The MSH nodes that are communication via SMTP are the ones that
   adopt the RM protocol of retries in the absence of an Acknowledgment.
   The SMTP nodes are incidental.

I agree.  An SMTP store-and-forward mailer is *not* an MSH IM.  SMTP
is at the next layer down, which is an entirely different matter.
From the vantage point of ebXML MS, SMTP store-and-forward mailers are
just part of the vast, foggy, unreliable cloud labelled "Internet".
From our point of view, if an SMTP mailer drops a message, that's
exactly the same as a message being "lost in the Internet" while in
transmit between one MSH and another MSH.

What's needed is a use case that's unreliable but must act at the
ebXML MS level of abstrction, i.e. it understands and interprets the
data formats described in the MS spec.  An SMTP mailer just takes
the packaged message and passes it along, treating it as opaque.

----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>