Re: [Sat] stage0 message exchange diagram

[Venkatraman Ramakrishna <[e-mail]>]

>>>Also, if client1App and client2App are running on computers internal to a corporate network I don't see how network security  would allow anything except an email to go from the client1App computer to the client2App computer.

This is a good point.

Rama

-----Original Message-----
From: sat <[e-mail]> On Behalf Of [e-mail]
Sent: 21 March 2023 21:47
To: [e-mail]
Subject: [EXTERNAL] Re: [Sat] stage0 message exchange diagram

Hi:
   Yes it is progress that the stage0 message exchange defines a startup and a conclusion to the SATP process.

The problem with step 4 is that there appears to be no feedback to client1App from client2App after receipt of the message.
If step 4 is not received by client2App steps 6,7, and 8 will not be executed. This would block the entire SATP process.
Also when would client1App initiate step 5?

Also, if client1App and client2App are running on computers internal to a corporate network I don't see how network security  would allow anything except an email to go from the client1App computer to the client2App computer.

David Millman

-----Original Message-----
From: sat <[e-mail]> On Behalf Of Thomas Hardjono
Sent: Tuesday, March 21, 2023 10:38 AM
To: Venkatraman Ramakrishna <[e-mail]>; [e-mail]; [e-mail]
Subject: Re: [Sat] stage0 message exchange diagram


Hi David,

What's interesting to me in Denis' applications-interaction diagram is that the gateway selection/election occurs (already completed) between Line-4 and
Line-5 in Denis' diagram.

So by the time we start the SATP flow (the grey area) with a Transfer-Commence message 2.1, gateway G1 and G2 already "know" each other via Line-8.

(ps. I'm using the word "Line" for Denis's applications interaction diagram, and "Message" for our message flow)


Although this applications-interaction is out of scope for SATP, it answers one of the questions we received last year (about showing a complete end-to-end flow).



--thomas



________________________________________
From: sat [[e-mail]] on behalf of Venkatraman Ramakrishna [[e-mail]]
Sent: Tuesday, March 21, 2023 6:59 AM
To: [e-mail]; [e-mail]
Subject: Re: [Sat] stage0 message exchange diagram

My answers:

  1.  Yes, they refer to the same things. We should use consistent terminology here; I prefer either Ledger or State DB and not "system", which we use interchangeably with "network" in the charter and in the drafts.
  2.  Step 4 is supposed to be oblivious to the gateway. I don't think we need to prescribe a standard transport mechanism, since it is out of scope for the current SATP, but I imagine we can use HTTP or GRPC.

Rama

From: sat <[e-mail]> On Behalf Of [e-mail]
Sent: 18 March 2023 23:56
To: [e-mail]
Subject: [EXTERNAL] [Sat] stage0 message exchange diagram

Hi: I have some questions on the Stage 0 message exchange: Are system1 and
system2 the same as State Data DB1 and DB2 given in the SATP Message Flow Diagram? How is the step 4 message "propagateTransferContext" sent from client1App ZjQcmQRYFpfptBannerStart This Message Is From an Untrusted Sender

You have not previously corresponded with this sender.



ZjQcmQRYFpfptBannerEnd
Hi:
   I have some questions on the Stage 0 message exchange:


  1.  Are system1 and system2 the same as State  Data DB1 and DB2 given in the SATP Message Flow Diagram?
  2.  How is the step 4 message "propagateTransferContext" sent from client1App to client2App?

Does the message pass through gateway1 and gateway2?  If not what is   the
underlying transport mechanism?

David Millman

--
sat mailing list
[e-mail]
https://www.ietf.org/mailman/listinfo/sat 

--
sat mailing list
[e-mail]
https://www.ietf.org/mailman/listinfo/sat