(11-08-2015, 07:45 AM)MagicalGentleman Wrote: for aa to cc, 00 isn't used. I'm keeping things in groups of 3 for easier routing. Maybe i'll use 00 to broadcast to multiple locations, but for now it's undefined.

MagicalGentleman Wrote:the network hardware is pretty much finished yeah, but due to the issue of redstone in unloaded chunks, a large scale network isn't feasible at the moment.

so, at the moment there isn't a network to connect to xD

you could use a router for your own local network though, that is totally possible. If you go to my plot (/p visit MagicalGentleman) there's two routers sunk halfway into my plot floor. You could copy one of those to use for yourself, one router can serve 3 unique IPs and is designed to promote up to a parent router if there isn't a match.

There's a hatch at the top of each router which has signs explaining how that particular router is programmed. Each router is unique so it's kind of like MAC addresses (? lol)

If you look at the two on my plot, one will have more bits programmed than the other. You'll want to take that one as that's the one programmed for unique IPs, the second one with more XX terms on the signs is for communicating with different routers.

If you fly down the hatch directly below the signs you'll see torches and repeaters on 4 decoders corresponding to what is written on those signs. That's basically the routing table for that particular router, to do what the signs say.

To actually USE the router, your sender must follow the following rules:

Send a 2 tick request (REQ) pulse on a request line, and wait for a returning 2 tick acknowledge (ACK) pulse from the router. When you get that response, the router is now waiting for you to send a packet.

To send the packet you MUST use 1 tick per bit serial. For every pair of bytes you send on the two data lines, you need to pulse the initiate line on the same tick as the first bit. (ask around for dylanrussel's serial designs. I use his protocols) The data packets can be any multiple of 2 bytes from 2 to 10 bytes. It follows this organisation:

Code:

Each [] is 8 bits
Serial Line A: [IP address][D0][D2][D4][D6]
Serial Line B: [optional info][D1][D3][D5][D7]

The IP address must not contain a pair of ones.
e.g. 01 10 00 01 is fine, but 01 10 11 01 is not fine!
each pair of bits is actually representing a ternary/trinary number. Threes are just easier to work with when trying to connect groups of routers together in the long run. If the router detects a 11, It will automatically delete the packet you send it.

Do whatever you want with the optional info byte. It's just bonus space as the main info for the router is just the IP.

The key for the different data lines are on the router where the main inputs are.
The black box with the lever behind it is for hard resetting the router. That fixes any worldedit bugs you might have from moving it, or if the router is waiting for a response that will never come.
(will be explained in a sec)

To receive data from the router, you will first get a REQ from it, just like how you sent a REQ to send to it. You need to respond to that REQ as quick as you can with an ACK so you don't lock up the router! It will wait for your response forever if you don't talk back to it! (I haven't implemented a timeout D: )

After you respond the router will immediately start sending the packet to you in the same form as you would send stuff yourself. (again, dylanrussel's serial designs, there should be a receiver or two lying around)

One important thing to keep in mind is that I haven't tested packets larger than 2 bytes yet! The router should send and receive packets up to 10 bytes fine, but it might not be able to handle more than one request in quick succession. I fear it might send both packets to the first IP D:

(01-11-2016, 06:10 AM)͝ ͟ ͜ Wrote: I will be very surprised if someone actually sets up a functioning network on this server
It's been tried like a dozen times

(01-12-2016, 12:50 AM)MagicalGentleman Wrote: functioning network inter-plot won't work until chunk loading stuff is solved. I have no interest in researching that myself.

A local network within your plot however? perfectly possible.

(11-08-2015, 07:45 AM)MagicalGentleman Wrote: So, I'm getting close to the completion of my main router/node thing, so i'll go ahead and describe how it works.

First of all, there's a 6 bit IP address and 2-bit port number in a header byte in the form of aa.bb.cc:dd

11 isn't used. I'm keeping things in groups of 3 for easier routing. Maybe i'll use 11 to broadcast to multiple locations, but for now it's undefined.

so, in a maxed out network, there would be 3*3*3 (27) unique addresses, with 3 ports for a client to use at each address. The intention is that a plot can have a unique IP address (or share it with a neighbouring one) with 3 device ports to share.

The nodes are going to be hardcoded with their location information, which is about 8 or so torches/repeaters placed on a decoder. Fairly straightforward to configure. This location information allows the nodes to pass data along the shortest path possible. Since data will always take the same path from A to B, you also don't have to worry about receiving packets out of order.

Each node has an internal buffer which holds a packet as it waits for the next node to be free, if it is busy. This is done by a simple handshake protocol, where the node send a REQ pulse to the destination, and will only start sending the data after it receives an ACK signal in return. Since each node is buffered, an example 16 node network at max congestion would be able to handle 16 packets simultaneously.

The data is routed by the nodes by looking at direct neighbours (mini decoder rom sorts that out):
If the data is already at the right node, it gets passed down a child node.
If the data is in the same group of 3 nodes, but not this one, the data is passed left or right to the correct one.
If the data needs to go somewhere outside this nodes scope, it promotes up to a parent node.

A packet can be variable length, anywhere between 2 and 10 bytes in multiples of 2. Metadata about the packet length is not required, as the node can tell when transmission is finished once the periodic 8 tick initiate line stops. (this is a line which is already required for 8 tick/byte serial transmission)

The transfer cable (1 way) consists of 2 serial transmission lines, 1 initiate line, 1 REQ line and 1 ACK line.

Packet layout:

Code:

Each [] is 8 bits
Serial Line A: [IP address + port num][D0][D2][D4][D6]
Serial Line B: [Return IP if required][D1][D3][D5][D7]

A maximum sized 10 Byte packet would take 40 ticks to serialize in this system.

(03-22-2016, 03:13 AM)Chibill Wrote: Please don't bump 2 month old threads when you are not saying something productive.

(08-03-2016, 03:36 PM)Reewass_Squared Wrote: Where do I sign up? This looks somewhat promising.

(03-22-2016, 03:13 AM)Chibill Wrote: Please don't bump 2 month old threads when you are not saying something productive.