ebxml-msg message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: RE: [ebxml-msg] Some ebms-level routing use cases?
- From: "Pim van der Eijk" <pvde@sonnenglanz.net>
- To: "'Durand, Jacques R.'" <JDurand@us.fujitsu.com>, <ebxml-msg@lists.oasis-open.org>
- Date: Wed, 12 Mar 2008 09:59:33 +0100
General
business-level description:
- Public e-Procurement in Europe. Companies
providing services to governments in their own countries will use the national
messaging infrastructure (several emerging, may or may not use ebMS) to send
invoices, receive orders etc. using a regional subset of UBL. Companies
providing servives to governments in foreign countries will need a way to
"bridge" between the two national
infrastructures.
Topology:
- Cross-border messaging using a transformation
point. That transformation point
may act as an ebMS intermediary (if both countries use ebMS and there
is end-to-end messaging, reliability and security, routing) or it may be an ebMS
endpoint (repackaging the UBL business document using a different, non-ebMS
infrastructure if the other country does not use
ebMS).
Routing
function:
- from companies to transformation point: the
eb:PartyId/@type would indicate that the eb:To organization is in a different
country, and which country. From the
transformation point to the To party based on
eb:PartyId/text()
Communication
constraints:
- Variable.
- countries may open up to cross-border messaging in
different speeds. Within each country
there could be hundreds of thousands or more
companies.
In order to make
things more concrete, could we line up at least 3 use cases that involve
ebMS-level routing?
I'll start with the
following one:
General
business-level description:
- A large number of
"branches" (e.g. from of a global business) e.g. in the thousands across
the world, need to send messages to a small set of global, specialized servers.
The servers are selected based on eb:Service/eb:Action content. They never need
to get anything back from these servers, except some signals (errors,
receipts).
Topology:
- networked gateways
model. Each branch has its ebMS MSH. Branches are grouped in many regional
clusters with each cluster sharing the same immediate (Gateway)intermediary.
Other intermediaries might be involved before the message reaches its
destination MSH for this Service provider.
Routing
function:
- from Branches to
the Service providers: based on ebMS header content: eb:Service/eb:Action.
Communication
constraints:
- Branches are not
addressable. Can only push, or pull. The branches only use One-way / Push MEPs
for invoking the servers. Need to pull the "Signals".
- every week, new
branches are created, some disappear.
Jacques
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]