Jump to content
  • Sky
  • Blueberry
  • Slate
  • Blackcurrant
  • Watermelon
  • Strawberry
  • Orange
  • Banana
  • Apple
  • Emerald
  • Chocolate
  • Charcoal

Search the Community

Showing results for tags 'servers'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • OpenComputers
    • Announcements
    • Feedback
    • IRC
  • Code Central
    • Support
    • Showcase
    • Tutorials
  • Addons & More
    • Addons Mods
    • Architectures
    • OpenEngineering Task Force
  • General
    • Lounge
    • Forum Games
    • Showcase
    • Servers
  • Archives
    • Public Archives

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype


Minecraft


GitHub


IRC


Fediverse ID


Location


Interests

Found 5 results

  1. Back in the day, I had started to look into and even attempted to develop An advanced networking system for OC. I failed before, but I feel I now have the experience and knowledge to truly pull it off (thanks to working in the field). So, I would like to re-introduce the Unet Project! The Unet framework is a full stack IP routing solution, featuring 64 bit IP address and subnet masks, VLANs, MAC (modem address) aware interfaces and the ability to be filtered by routers. The key behind Unet is its abstraction layer, aggregating all communications media (Loopback, Wired Modems, Wireless Modems, Tunnel Cards, etc) into an interface, completely independent of the media. This vastly simplifies the transmission process. These interfaces are then farther hidden behind the basic send command. When presented with an IP address, will automatically resolve which media to use and how in the following process. If an interface with this address exists on the local system, the message is immediately looped back on behalf of the interface. If an interface resides on the same subnet as this address, it will be used to transmit the message If a route entry is found in the local route table that points to the subnet in which this interface resides, the routing information will be used in transmission If a default route is found, it will be used If no route is found, a route not found message will be looped back. In addition, an advanced series of router operating systems, both for microcontrollers (using side based transmission control) and full-fledged servers (using modem-side bindings and tunnel cards) Will allow massively scaled networks. In addition to the Unet IP addresses, the headers will have space for auxiliary transport layer info. An int will be used for Source IP addresses, a second int will be used for Destination IP Addresses, and a third int will contain an 8-bit hop counter, and a 16-bit protocol flag showing what the packet is carrying. At this time there is no other data, and comments are more than welcome regarding what to do with the extra space The project is still very early stage, as I work on it in my spare time at home, but should there be enough interest in this (Admittedly competing) system, I have however committed the code to Github and loaded the WiKi with information about the current designs. Anyone is welcome to discuss this with me! https://github.com/LetDevDev/unet
  2. Beating my head against a brick wall on this one. Playing with HermitPack 1.1.0 (SMP) on MC1.10.2 with OC 1.6.0.3-rc.1 For the life of me, I cannot get a remote terminal to do anything except provide a blank screen. I have a T3 server with a T2 APU in my rack. I also have a terminal server also in the same rack. When I click the terminal server with the remote terminal, the blue icon on the terminal server indicates it's paired. When I power up the server, I see nothing at all on the remote terminal. The remote terminal has the little prompt icon on the held entity, but as soon as you activate it, the screen that appears is blank. This is really frustrating. It's my first time playing with OC on a MC1.10.2 release. I'd previously been playing on MC1.7.x without issues on a heavily modified (and upgraded) ResonantRise pack that I'd manually been updating the mods to latest "stable" versions. Had no issues with OC then, but also didn't have the Terminal Server as a separate item. Could previously just link the remote terminal directly to a server. Is there a way to get this functionality back in the interim? Or anyone have any idea what I'm doing wrong?
  3. I think OpenComputers is a great mod itself, but it needs more stuff and some improvements. Here's what I Think needs to be added/improved. (LOTS of Reading!) ***SERVER SYSTEM ENHANCEMENTS/CHANGES*** 1. When linking multiple servers via cable, then wiring it to a screen, numerous graphical glitches occur. This is because every server is trying to overlap eachother on the screen. I think that you should add a completely different screen, a screen that can control an entire server room in one console. For example: A terminal that, upon typing a command, turns on every server that is linked together. Or just computers in general. A system that can process commands within multiple systems without graphical gltiching/spazzing. 2. Detection of bad servers. Currently, if a server crashes (aka "Unrecoverable Error") then it just turns off. This is not very helpful as it seems like it is already off and it does not indicate that it actually failed. You should add a system that. upon a crash, instead of a shutdown, the server light goes red to indicate a failure. This is a problem because I made a server room, but for some reason, at random times, my servers will crash randomly. (I am still figuring out why) so that would help out greatly to tell me which serevers are off and which failed. 3. Large Server Racks. Nothing important, but I think it will be cool if you add large server racks. I understand you could just stack 2 server racks to make it large, but making a 2-black high server rack would ease up some issues with controlling both near eachother. ***RAM IMPROVEMENTS/ADDITIONS*** 1. Tier 4 RAM. This would be nice because it would help processing speed and load speeds of the computers. For example, when running geo2holo, on tier 1 RAM cards, it is horribly slow, but on tier 3.5 RAM cards, it is still pretty slow. Tire 4, and possibly even tier 5 would be pretty cool. 2. More RAM Slots. A normal computer today has 4 RAM slots. And just like my previous suggestion, this would increase performance of the computer. If you can't/dont make the tire 4/5 RAM cards, adding 2 extra slots would be fine too. You could double the current max RAM by doing that, greatly improving performance and flexability of memory allocation. ***STORAGE ADDITIONS*** 1. CD/ROM's. Having disks would be nice, as most computers today barely use floppy drives anymore. It would also increase the storage space that you would have. Imagine you as a super-programmer (whatever that is) and you filled up 5 floppy drives. You'd have to carry around 5 different floppy drives with different stuff in it which takes up inventory space and makes it harder to find things. With CD/ROM's, you could fit all of that into a sorted disk and only have one inventory slot allocated.
  4. Hey, I'm running OpenComputers 1.6.0.3-rc for MC 1.10.2 and I've been messing around with most things in the mod. I have a computer hooked up to a relay which is then hooked up to a server in a server rack. The problem is, I can broadcast a packet from the server to the computer but not the other way around.. when I try and broadcast a packet from the computer, the server receives nothing. Internally in the rack, both servers are able to send and receive packets from each other so I'm not sure why packets externally are not reaching the servers in the racks. http://tzli.me/XQBb3 (And yes, ports are open) Edit: On further testing it appears that network packets are blocked when there's a raid box attached to the wire.. how odd. Edit 2: I got it working, turned out there was a loop.
  5. Yes, I know that many people have made networking systems, and I know that some of them do routing too. But I want to present a new contender to the table Unet! Unet will be an advanced networking system that will be heavily documented, routed using many different methods, and even support many transport mediums such as modems (of course), redstone eventually, linked cards, abstract busses, you think of it, it could probably be added to Unet! The way I'll achive this us by using routing devices set up in an extended star, as well as emulating the actual API, meaning that Unet will be universal, any number of any type of transmission medium will act the same on the program side. I'm still working on the system as a whole, but anyone interested in either the idea, or even helping me program this is more them welcome to message me or reply. Currently looking for input on headers, if you wish to have a special header for something you need, Now's your chance! Take a look here to review the current state or headers, then Pull Request your adjustment/new header to see the change made/added https://github.com/DevonTheNovice/unet/wiki/Headers I've finally created a github repo for this! find the code here and make fun of me for it at: https://github.com/DevonTheNovice/unet
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use and Privacy Policy.