Differences

This shows you the differences between two versions of the page.

--- b2f:bcf_v0 [2025/02/14 10:36] – [Transfer Modes] f4hof
+++ b2f:bcf_v0 [2025/02/14 10:45] (current) – [Binary File Transfer Mode] f4hof
@@ Line 8: / Line 8: @@
 The Binary Compressed Forward protocol MUST operate over a [[https://en.wikipedia.org/wiki/8-bit_clean|8-bit clean]] communication bearer, which provides reliable and ordered delivery.
-===== Transfer Modes =====
+===== Commands =====
-The control plane stays the same as the ASCII Basis Protocol, except for the original ''FB'' proposal, which is replaced by the following proposals.
+The command list almost stays the same as the ASCII Basis Protocol.
+The main change is the [[b2f:ascii#pending_mail_proposal|pending mail proposal]] is replaced by the following proposals.
+^ Proposal ^ Usage ^
+| ''FA'' | Pending ASCII Message Proposal |
+| ''FB'' | Pending Binary File Proposal |
+The proposal format stays the same as the one described in the [[b2f:ascii#pending_mail_proposal|pending mail proposal]] specification:
+==== Pending ASCII Message Proposal ====
+==== Pending Binary File Proposal ====
+===== Transfer Mode =====
 The message/file payload is transferred using a different format from the ASCII Basic Protocol.
@@ Line 17: / Line 31: @@
 Unlike YAPP transfers, there is no individual packet acknowledgement during the transmission of messages. The protocol is thus simpler and more efficient.
-==== ASCII Message Transfer Mode ====
+As with the underlying protocol, the channel direction is immediately reversed after the completion of a transfer batch.
+==== ASCII Message Transfer Header ====
 FIXME proposal format definition
@@ Line 38: / Line 54: @@
 Security considerations:
   * If you're using a memory-unsafe language, you SHOULD pay extra care with the attribute size field to avoid buffer overflow attacks.
-==== Binary File Transfer Mode ====
+==== Binary File Transfer Header ====
 FIXME proposal format definition