[IP-SFS] RFC changes [was: Re: ip-sfs]

[Jogi Hofmüller]

Hi Aaron, IOhannes!

Ich hab in einem Anfall von Wahnsinn das ganze von nroff auf xml
umgeschrieben, aber es zahlt sich aus weil's jetzt viel leichter ist,
sich im source zurechtzufinden :) Um das .xml in ein RFC zu übersetzen
verwend ich 'xml2rpc' (Debian Paket) von http://xml.resource.org/. Das
Ding macht auch .html und .nr(off) wenn gewünscht.

Die akutellste Version zum Lesen (wer das nicht übersetzen kann/möchte)
gibt's ab sofort und bis wir fertig sind hier:

  http://users.mur.at/thesix/ip-sfs-rfc.html

Hier mal die wesentlichen Ausschnitte mit Anmerkungen in [].

Abstract

   This document specifies a method for encapsulating and transmitting
   IPv4/IPv6 packets over Semaphore Flag Signals (SFS).

[kurz, vielleicht zu kurz?]

1.  Introduction

   The Semaphore Flag Signaling System (SFSS) is an alphabet signalling
   system based on the waving of a pair of hand-held flags in a
   particular pattern [JimCroft].

   IP datagrams are formated into IP-SFS frames by adding an IP-SFS
   header and trailer.  The resulting IP-SFS frame is transmitted using
   the SFS described in.  IP datagrams will be fragmented if necessary.

   IP-SFS is capable of transmitting four (4) bits per flag (bpf).  The
   number of transmitted flags per minute (fpm) depends on the
   experience of participating humans.  Resulting link speed in bits per
   second is (fpm/60)*4.

[fragment vs frame: Der frame Vorschlag kommt direkt von Bob Braden, der
eigentlich auch nur drauf hinweist, dass das 'more standard terminilogy'
wäre. Der frame ist klar definiert und wenn ein IP datagram grösser ist
gibt' N frames. Absatz 2 der Introduction ist IMHO klar, oder nicht?]

3.  Protocol Discussion

   IP-SFS is a frame oriented protocol.
[den vorigen Satz brauchts eigentlich auch nicht mehr ...]

   IP-SFS supports packet fragmentation and re-assembly.  When an ip
   frame is fragmented into N frames the 1st frame will be sent with
   frame number N-1, the 2nd with frame number N-2, ... the last with
   frame number 0.

* Aaron <aaron_pb at inode.at> [2007-03-25 10:33]:

> please consult naval guides [?]
> or releated web pages [?]

Ist gestrichen. Es gibt jetzt genau eine Referenz auf die Seite von Jim
Croft (auf die sich auch viele andere beziehen).

> SUD can only be used to undo the SFS of the current
> IP-SFS-fragmemt

Wie wär's hiermit (sorry, hab schon wieder das Acronym verändert. SUN
find ich aber lustiger und Frame UNdo wird dann zu FUN. Too much SUN and
FUN make the link real slow. ;)):

SUN: Signal UNdo.  This signal can be used to cancel the transmission of
     one or more individual SFS within the active frame.  It works like
     the backspace key on common computer keyboards. This signal will be
     unacknowledged.

> "Interfaces are free to negotiate..." tatsächlich ist das
> "configuration". The default-value is ?

Negotiation ist der Prozess, der stattfindet wenn sich zwei Interfaces
ausmachen, dass sie Interfaces sind und IP-SFS verwenden wollen (das ist
ein Prozess, der zwischen Menschen stattfindet). Dann kann eventuell
Software mit den ausgehandelten Werten konfiguriert werden, oder die
Leute schauen selber auf die Uhr. Ich dachte daran, einen Absatz á la
"Implementers Freedom" einzuführen, in dem drauf eingegangen wird, dass
nicht alles notwendigerweise in Software implementiert werden muss,
sondern manche Dinge auch der 'wetware' überlassen werden können ;)

> RTT ... könnte zu Verwechslungen füheren.

Ja, schien aber soweit niemanden zu stören. Vielleicht ist sogar das
Gegenteil der Fall? Wir haben auf jeden Fall jedes Vorkommen von
'sending' konsequent in 'transmitting' geändert.

> "If the link partner transmits RTR the interface transmits the
> number of IP-SFS frames to be transmitted in this session as one
> octet followed by another RTT."
> 
> "One octett" nicht  gut -> two flags

   If the link partner transmits RTR the interface transmits the number
   of IP-SFS frames to be transmitted in this session as two SFS
   followed by another RTT.  If the link partner does not transmit the
   same number of IP-SFS frames followed by RTR within 3*TIMEOUT the
   interface switches to State Idle.

[könnte noch erweiter werden: "as two SFS (8-bit value)"]

> generell: hier sind die layer gemischt!!!!!

Hm. Ist mir nicht so klar warum du das meinst.

> "block" war ein Stück; "frame" das ganze ip-datagram plus overhead.

Eigentlich nicht. Hab einfach konsequent block durch frame ersetzt. Das
IP datagram plus overhead ist 'session'.

2.  Definitions

   Session:
           The transmission of an entire IP datagram is called session.

> "The use of cellphones is also an option
> whereas throwing objects or using guns is not recommended since it
> could result in interface damage or destruction which would be
> counterproductive since IP-SFS tries to improve communication
> among humans."
> ... das würde ich steichen - notfalls neutral auf einen anderen Link 
> versweisen

> Traditinally TX starts ... -> Typically TX ...

Ist geändert.

   Bandwidth tends to vary.  Typically TX starts at about 2-4 Bits/s and
   will decrease over time due to exhaustion and lack of concentration.

> We'd like -> we would like

Hab ich nicht mehr gefunden. Ist wahrscheinlich in der aktuellsten
Version schon gestrichen :)

> We are currently not aware of a technique to reliably delete data
> frames from interfaces' memory without permanent interface
> destruction.
> data frames -> data

   Interfaces tend to keep data in their memory.  There is no way to
   determine the lifetime of data in memory.  As a side effect, data
   might show up in unwanted locations at undesired times.

   We are currently not aware of a technique to reliably delete data
   from interfaces' memory without permanent interface destruction.

Danke einstweilen. Bitte um Rückmeldungen, Korrekturen und Vorschläge
(am besten auf die Liste).

Gruss,
j.
-- 
Irene Wimmer kauft den Sterz. <<< http://plagi.at/geruecht/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.mur.at/pipermail/ip-sfs/attachments/20070325/e4be6d20/attachment-0002.pgp