Author: Skylar.W

Hey guys,
There have been some changes to our Terms of Service and our
Network Management Policy. Take some time to read through them
and make sure you are up to date with the terms, as they apply
to all project members and end users.

Perhaps the biggest change, however, is that ‘free weekends’ are
no longer a thing. The new accounting system doesn’t have a way
to disable traffic counting on the weekends and as a result, all
subnet traffic is counted through out the week. We are looking for
a way to bring this feature back, but it might be a while.

Hey guys,
We had some unexpected downtime tonight that started around 1700EST
and lasted for about two hours. We started seeing disk errors in
the system log of the hypervisor followed by VMs crashing very soon
after. We shutdown the physical server to prevent further damage to
our running VMs, but the damage to our CFX and Minecraft servers was
already done.

We do have backups made nightly during the weekdays and had to roll
these two machines back to get them playable again. The root of the
problem was a bad SATA connector that was causing the disk those
machines live on to drop to 1.5Gbps and then fall off the bus.

The issue appears to have been resolved with the help of the data
center and having our backups in place. We apologize for the interruption
in service tonight.

Hey guys,
The volunteer staff here at Marbled Fennec Networks have been busy over
the past few days processing various updates and changes to our network
and policies.

First thing that you will notice is that as of March 25th, we are no longer
allowing project members to use their own DNS servers when on network. This
change has come about due to someone who couldn’t behave and decided to make
an attempt at going places they shouldn’t go. As a result, everyone using the
project’s network will now have to rely on our internal DNS service which has
filtering deployed against unwanted domains and as a step further, we are
working towards deploying IPv4/v6 blocklist against known problematic subnets
and content servers. While we really do try to stay positioned as a neutral
carrier, we cannot allow the actions of our members to possibly put the project
in a bad light with our upstream providers. Sorry.

The second thing that is going on in the background is that we are looking into
setting up QoS based on data moved. This has been a manual process for a while,
but we are toying with the thought of automating it since we now have an NMS setup
that provides decent accounting and has an API that we can use.

The third thing that is being discussed is that we might, in the future, make it a
requirement for project members that the first address in their routed IPv6 subnet
is used as a PTR record to identify their subnet and traffic. For most subnets, we
do not use the ::0 address and instead place our router on ::1 and the member’s
first client on ::2 and so on. If the volunteer staff do vote on this policy, the
::0 address will always get a PTR record created to the effect of something like
“device_name.member_handle.marbledfennec.net”. This will help identify who the
traffic belongs to as well as which network provider it came from for the outside
world, should anything unwanted occur. With us picking up more members and seeing
more traffic routed through us, it might be time to consider accountability on
both ends of the tunnel.

Anywho, yea, that is what we have been up to.