We are going to disconnect with Any2IX soon. Due to the shitty quality.

This is not a simple BGP interrupt or route refresh. When the Any2IX is interrupted, and heir RS(Routing Server) still keep work. So they will announced some unreachable routes to send to us.

For example, their RS has a route from Apple, they will send to us, but we cannot connect with Apple via Any2IX Switching/Data Plane due to the network fault at their end (In IX design, traffic will not go thought RS)

Done, We already disconnect with both Any2IX RS in IPv4 and IPv6.

Any2IX dead again after we disconnect with RS.

Our NOC is trying to contact the networks in Any2IX to set up the private peering. The private peering session will shut down when the peer is unreachable.

The route will be deleted from FIB when the session is down. There are only a few seconds of impact during the update.

Due to there is a damping policy in our Peering BGP session, the routes will not become available immediately. It will go live once the route stable for a while

The image shows the traffic is low because we only peer few networks in Any2IX right now.

Web maintenance notice:
Feb 2, 4:00PM~6:00PM EST
Impact: dmit.io temporarily inaccessible;
Duration: 3h Max;
Please be prepared in advance.

First Stage is Completed.

The website might be very slow right now since the database is in Los Angles and the website is in Taipei.

The final stage is to move the website to Los Angles. We will proceed later tonight.

Done. Please wait for the DNS flush if you cannot access the site.

The connection of sPro was temporarily disconnected because of some problems in our connection with CFMT.

DMIT.io is under sPro routing profile.

There is maintenance in our circuit vendor.
We just ignored this..

We do have a backup circuit between CFMT, but we are trying to figure out why the traffic didn't detour to that one.

Even we as an enterprise client of Cloudflare, they give nothing help when we call them. The ticket has never been replied by CF during this hour.

The prefixes have already been withdrawal from Cloudflare 10 minutes ago. We will ask to advise it once everything is fixed include the primary and backup link.

DMIT received a CHILD ABUSE taken down notice for 154.17.0.52
Please NOTE: DMIT has a zero-tolerance policy for children's abuse and pornography.

Once we received related notices:
- Your account information and payment information will be shared with the related US. Dept
- Your payment account, DMIT account, DMIT Credit, all DMIT services will be terminated or banned in DMIT Inc.

DMIT Inc.

Cloudflare didn't finish the configuration on their side for 2 backup links. They are working on it.
We will announce the route via CFMT ASAP once they finished.

The original Taken Down Notice for 154.17.0.52

This site is under Cloudflare CDN, the original site is in DMIT
DON‘T EVEN THINK CF will protect this kind of infomation for you.

CFMT route is back.
Also, we already set up a 10GE PNI with Cloudflare in LAX.
The PNI link between us with Cloudflare in HKG will be ready soon.

Hey! There is a new product we want you to know:
DMIT Los Angles Anti-DDoS sPro(Secure Pro) VM:
It comes with the DMIT Premium routing profile and Cloudflare Magic Transit.!!
We co-op with Cloudflare to offer you up to 5Tbps Anti-DDoS capacity for your VM.
Also, it has the same route as our Pro(Premium) VM.

Go order: https://www.dmit.io/cart.php?a=add&pid=130

Lifetime 15off code for annual payment: Go-Build-A-Site

BTW, DMIT offer a time-limited 15% recurring aff for this product.

Bandwidth capacity 📈 to the moon

LAX-0290CKN is in maintenance for Ceph. ETA: 30min;
Few VM down.

We found there are lots of orders at yesterday. This full-filled our LAX cluster, even we already added 2 more nodes at last week.

But don’t worry 😧; we already put one more node online to relief the loads. There is another node will be available soon.

Please let us know if your new ordered server cannot boot.

FYI: DMIT plans to install 3 more nodes before we get AMD 3rd GEN EPYC servers.

The below message is for LAX.sPro and HKG.Pro only.

Due to multiple limitations which listed below by our architecture, we need time to do more research on PVE code to make sPro stable and fast.

- Cloudflare required TCP MSS lower than 1450
- Juniper does not support TCP MSS clamping on IRB(VLAN L3) interface
- PVE has no native MTU configuration API.

Our solution is doing modifications on PVE. Before we deploy the code, please use the below scripts to keep your VM’s MTU at 1350.

ip link set mtu 1350 dev eth0
[ ! -e "/var/spool/cron/root" -o -z "`grep 'mtu' /var/spool/cron/root`" ] && { echo -e "@reboot ip link set mtu 1350 dev eth0" >> /var/spool/cron/root;chmod 600 /var/spool/cron/root; }
service crond reload
service crond restart


Above message is for LAX.sPro and HKG.Pro only.

We saw some reports from the client that said noVNC is unusable on the LAX site.
This is due to Proxmox and WHMCS module's limitations;
the DMIT dev team is engaging with this problem. It will be fixed soon.