User Tools

Site Tools


b2f:bcf_v0

Differences

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

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
b2f:bcf_v0 [2025/02/14 10:36] – [Transfer Modes] f4hofb2f: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. 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. 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.  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 FIXME proposal format definition
Line 38: Line 54:
 Security considerations: 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.   * 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 FIXME proposal format definition
b2f/bcf_v0.1739529417.txt.gz · Last modified: 2025/02/14 10:36 by f4hof