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.
  
-==== ASCII Message Transfer Mode ====+Each message is made up of a header, blocks of data, an end-of-message marker, and a checksum.   
 + 
 +Unlike YAPP transfers, there is no individual packet acknowledgement during the transmission of messages. The protocol is thus simpler and more efficient.  
 + 
 +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 35: 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.1739529361.txt.gz · Last modified: 2025/02/14 10:36 by f4hof