Changeset 9facdf2


Ignore:
Timestamp:
12/11/08 20:12:34 (3 years ago)
Author:
Erik Ekman <yarrick@…>
Branches:
master
Children:
9ff668
Parents:
37b7a9
git-author:
Erik Ekman <yarrick@…> (12/11/08 20:12:34)
git-committer:
Erik Ekman <erik@…> (02/04/12 20:33:58)
Message:

Updated old proto, added new things to latest

Location:
doc
Files:
2 edited

Legend:

Unmodified
Added
Removed

  • doc/proto_00000402.txt

    r05fdfb r9facdf2  
    4646L = Last fragment in packet flag 
    4747 
    48 First 4 bits coded as hex in ASCII.  
     48First byte is the header, 4 bits coded as hex in ASCII.  
    4949Followed by data encoded with Base32. 
    5050 
    5151Ping: 
    52 Command = 0x04, User = userid 
    5352Client sends: 
    54         Only a CMC 
     53        First byte p or P 
     54        Rest encoded with Base32: 
     55        1 byte userid 
     56        CMC 
    5557 
    56 The server responses to Ping and Data packets is a DNS NULL type response: 
     58The server response to Ping and Data packets is a DNS NULL type response: 
    5759If server has nothing to send, data length is 0 bytes. 
    5860If server has a packet to send, data length is set and the data is a full raw 

  • doc/proto_00000403.txt

    r25018c r9facdf2  
    4040        First byte s or S 
    4141        One byte ASCII digit, meaning userid 
    42         One byte ASCII digit, with value 5 or 6, representing number of bits per byte in encoding 
     42        One byte ASCII digit, with value 5 or 6, representing number of raw 
     43        bits per encoded byte 
    4344Server sends: 
    44         Name of codec if accepted. After this all upstream data packets must be encoded with the new codec. 
     45        Name of codec if accepted. After this all upstream data packets must  
     46        be encoded with the new codec. 
    4547        BADCODEC if not accepted. Client must then revert to Base32 
    4648 
    4749Data: 
    48 Data header: 
    49          321 0  
    50         +---+-+ 
    51         |UUU|L| 
    52         +---+-+ 
     50Upstream data header (encoded as 4 bytes Base32): 
     51         4321 0 432 10 43 210 4321 0 
     52        +----+-+---+--+--+---+----+-+ 
     53        |UUUU|L|SSS|FF|FF|DDD|GGGG|C| 
     54        +----+-+---+--+--+---+----+-+ 
    5355 
    54 UUU = Userid 
     56Downstream data header: 
     57         7 654 3210 765 4321 0 
     58        +-+---+----+---+----+-+ 
     59        |L|SSS|FFFF|DDD|GGGG|C| 
     60        +-+---+----+---+----+-+ 
     61 
     62UUUU = Userid 
    5563L = Last fragment in packet flag 
     64SSS = Upstream packet sequence number 
     65FFFF = Upstream fragment number 
     66DDD = Downstream packet sequence number 
     67GGGG = Downstream fragment number 
     68C = Compression enabled for this packet 
    5669 
    57 First 4 bits coded as hex in ASCII.  
    58 Followed by data encoded with the chosen codec. 
     70Upstream data packet starts with 4 bytes Base32 encoded header, then comes  
     71the payload data, encoded with chosen codec. 
     72 
     73Downstream data starts with 2 byte header. Then payload data, which may be 
     74compressed. 
    5975 
    6076Ping: 
    61 Command = 0x04, User = userid 
    6277Client sends: 
    63         Only a CMC 
     78        First byte p or P 
     79        Rest encoded with Base32: 
     80        1 byte userid 
     81        CMC 
    6482 
    65 The server responses to Ping and Data packets is a DNS NULL type response: 
     83The server response to Ping and Data packets is a DNS NULL type response: 
    6684If server has nothing to send, data length is 0 bytes. 
    67 If server has a packet to send, data length is set and the data is a full raw 
    68 unencoded ip packet, prefixed with 32 bits tun data. 
     85If server has something to send, it will send a downstream data packet,  
     86prefixed with 2 bytes header as shown above. 
Note: See TracChangeset for help on using the changeset viewer.