What's new
Changelog
Changes to FreeTransit that matter to the networks we connect and sponsor. The platform currently runs version 0.9.6. For everything the portal offers today, see Features.
- Backend features and quality-of-life improvements for operators.
New
- A VAT page explains which VAT we charge on LIR sponsorship invoices and why, depending on where you are and whether you buy as a business.
Improved
- Private customers outside the EU, for example in Switzerland, are now invoiced without Finnish VAT.
- The pricing section now states that yearly fees are invoiced in the fourth quarter, in advance for the following calendar year.
- Backend features and quality-of-life improvements for operators.
New
- A features page gives an overview of everything FreeTransit and the portal offer.
- This public changelog lists the changes that matter to the networks we connect and sponsor.
Improved
- The Learning Centre is rewritten in plainer language and now explains what FreeTransit checks before activation, including the AS41051 entries needed in your aut-num and ASPA.
Improved
- Customers who use FreeTransit as their only upstream now get an occasional email recommending a second upstream, at most once every three days.
- Backend features and quality-of-life improvements for operators.
New
- Action communities let customers stop announcements to a specific neighbour or to all upstreams and peers, and prepend AS41051 one to three times.
- Further action communities let customers suppress or prepend announcements at a specific node, or send routes only to IXPs and peers or only to upstreams.
- Backend features and quality-of-life improvements for operators.
New
- RPKI-invalid routes are now rejected on customer, peering, IXP and upstream sessions in Amsterdam and Frankfurt.
- Routes are tagged with their ASPA validation state; ASPA-invalid routes are tagged but not yet rejected.
- Informational large communities now mark the node a route was learned at, its source type, its RPKI state and its ASPA state, and are documented in the portal manual.
Improved
- Customer routes are re-checked automatically when RPKI data changes.
- Backend features and quality-of-life improvements for operators.
Improved
- The Amsterdam and Frankfurt nodes now run BIRD 3, with the same sessions, filters, prefix limits and communities as before.
- Backend features and quality-of-life improvements for operators.
New
- A ready-made Grafana dashboard for customers shows tunnel status, traffic, latency, loss, errors, BGP state, routes and announced prefixes.
- Backend features and quality-of-life improvements for operators.
New
- Customers can create up to five Prometheus metrics tokens in the portal to scrape their own tunnel and BGP session metrics, including whether each announced prefix is accepted or filtered.
- Security improvements.
- Backend features and quality-of-life improvements for operators.
Improved
- When RIPE has deleted a customer's organisation object, the sponsorship request now asks for a new ORG ID and the customer receives an email explaining what to do.
- Backend features and quality-of-life improvements for operators.
Improved
- RIPE organisation names that differ only in spelling, such as umlauts or transliteration, no longer block sponsorship requests.
- Backend features and quality-of-life improvements for operators.
New
- Sponsorship requests show a step list with the owner and state of each step, linking customers to where open steps are completed.
Improved
- Customers can receive an email listing their open steps on a sponsorship request.
- The request summary is grouped into applicant and requested resources, and fields that do not apply are hidden.
- Backend features and quality-of-life improvements for operators.
Improved
- When the RIPE organisation does not match the account name, the sponsorship request tells the customer how to resolve it.
- Backend features and quality-of-life improvements for operators.
New
- Legacy IPv4 blocks can now be sponsored, priced like PI assignments and shown on the pricing page and in the request form.
Improved
- Sponsorship requests must name at least one resource.
- Backend features and quality-of-life improvements for operators.
- Backend features and quality-of-life improvements for operators.
- Security improvements.
- Backend features and quality-of-life improvements for operators.
Improved
- The website and portal use a new Finnish blue and white design that meets WCAG AA contrast in light and dark mode.
- The website and portal now work entirely without JavaScript, and the request form is a three-step wizard that only shows relevant fields.
Fixed
- Text in alerts, notices and status panels is readable again in dark mode.
- Security improvements.
- Backend features and quality-of-life improvements for operators.
- Backend features and quality-of-life improvements for operators.
Fixed
- IP prefixes can no longer be entered as ASN resources.
- Completed ASN, PI and PA sponsorship requests no longer remain shown as waiting for RIPE.
- Backend features and quality-of-life improvements for operators.
Fixed
- Route counts in the portal now match the looking glass.
Fixed
- Customers now receive a single notification when their sponsored resources are assigned.
- Backend features and quality-of-life improvements for operators.
New
- WireGuard tunnels with a dedicated port and IPv4/IPv6 BGP can be ordered on enabled Amsterdam and Frankfurt nodes, with configuration details in the portal and emails.
- Customers can change their tunnel endpoint, WireGuard key and port, and MTU from the portal while keeping their prefixes and BGP sessions.
Improved
- New transit orders start with PeeringDB verification before asking for contact and tunnel details.
- Backend features and quality-of-life improvements for operators.
Improved
- ASPA acknowledgement is only asked for on new orders, and networks in registries without ASPA support are exempt.
- The order form explains that a network without a public PeeringDB record passes the route-server policy check.
Fixed
- Transit request pages no longer show sponsorship-only fields.
New
- Request owners can see the full routing-authorization checklist, including ASPA instructions and pending checks.
Improved
- Pending requests blocked only by missing or incorrect ASPA get one daily reminder.
- New ASN requests collect two peering partners, and IPv6 PI requests collect a justification and requested prefix size.
- Newly generated agreements use the updated Openfactory Nordic logo.
- Backend features and quality-of-life improvements for operators.
Fixed
- Tunnel MTU changes no longer fail because of an outdated status report from the node.
- Backend features and quality-of-life improvements for operators.
New
- Tunnel orders accept an optional outer-path MTU, and the portal lets customers change the MTU of existing tunnels without affecting prefixes or BGP.
- Backend features and quality-of-life improvements for operators.
Improved
- The website footer and customer emails include an optional link to support the project's maintainer personally.
Improved
- Sponsorship requests missing information send a reminder every three days, and incomplete requests may close after 28 days with a final warning at least seven days before.
- Backend features and quality-of-life improvements for operators.
New
- Customers can enter a VAT ID and a business registration ID in their portal profile, and new agreements include the business registration ID and signatory email.
Improved
- Customers get an email when an agreement is ready to sign.
- The pricing page shows net prices and Finnish VAT examples more clearly.
Fixed
- Apostrophes and quotation marks in agreement PDFs display correctly.
- Tunnel removal requests on retired nodes no longer stay pending indefinitely.
- Security improvements.
- Backend features and quality-of-life improvements for operators.
Improved
- Duplicate tunnel endpoint requests are rejected before any addresses are allocated.
- Emails that fail to send temporarily are retried automatically.
- Warning emails explain that withdrawing ASPA or aut-num authorization can eventually lead to service removal.
- Security improvements.
- Backend features and quality-of-life improvements for operators.
New
- The portal can show account notices that each user acknowledges before continuing.
- Backend features and quality-of-life improvements for operators.
Improved
- The portal states clearly that new transit requests need PeeringDB verification, even for existing accounts.
Fixed
- A failed portal request submission keeps the entered values and explains that no case was created.
- Backend features and quality-of-life improvements for operators.
Improved
- Repeat transit requests from an already verified ASN are added to the existing customer account.
- Security improvements.
- Backend features and quality-of-life improvements for operators.
Improved
- Emails are now signed by The Freetransit Team.
Improved
- Unprovisioned transit requests that do not meet routing authorization requirements for seven days are closed, with the deadline shown on the request and a notification email.
- Backend features and quality-of-life improvements for operators.
Fixed
- Routing authorization checks run more often, check each ASN independently and retry inconclusive PeeringDB results automatically.
- Backend features and quality-of-life improvements for operators.
Fixed
- Networks without a PeeringDB entry now pass the route-server policy check.
New
- Transit sessions are checked against the PeeringDB "never via route servers" policy, with reminder emails and a four-week response window before affected sessions are retired.
Improved
- The customer manual and onboarding guidance were updated.
- Backend features and quality-of-life improvements for operators.
New
- The new Frankfurt node accepts orders, with full tables delivered through Amsterdam.
- Backend features and quality-of-life improvements for operators.
New
- Each BGP session in the portal now has a looking glass showing its inbound prefix filter and recent accepted and rejected routes.
- The portal now shows your tunnels with rolling 24-hour traffic graphs and notices about asymmetric traffic.
- Invoices with an outstanding balance now offer a Pay now button for online payment.
- A public sponsors page now lists the organisations supporting FreeTransit.
Improved
- The request form is now a four-step guided wizard and accepts both individual and organisation applicants.
- FreeTransit now runs on freetransit.net and is operated by openfactory nordic oy, with clearer RIPE and ARIN routing-policy guidance.
- Security improvements.
- Backend features and quality-of-life improvements for operators.
New
- Customers with open invoices now receive payment reminder emails stating the outstanding amount.
Improved
- Customers with more than one sponsorship application now have each application tracked separately.
- New PA assignments now require an active FreeTransit-sponsored ASN.
- Backend features and quality-of-life improvements for operators.
New
- FreeTransit can now send service announcements to the customers affected by a specific location, IXP or service type.
Improved
- The request form is now organised into guided, numbered sections with clearer help text.
Fixed
- Fixed contrast issues in light and dark themes on several forms.
- An IXP or direct BGP session can now be requested again on a previously used peering address.
- Fixed routing-policy checks for networks whose RIPE Database records contain non-UTF-8 characters.
- Security improvements.
- Backend features and quality-of-life improvements for operators.
New
- The portal now shows tunnel and session health, including packet loss and latency to your endpoint and BGP neighbour.
- Established sessions now report received, accepted and filtered prefix counts.
- A customer portal manual is now available after login.
- You now receive emails when your ASN is approved, when a BGP session or tunnel is deployed, and when a service is removed.
Improved
- The portal now warns you about stale services before automatic cleanup becomes eligible.
- A stale IPv4 or IPv6 session on a shared GRE tunnel can now be replaced without affecting the healthy one.
- Security improvements.
- Backend features and quality-of-life improvements for operators.
New
- You can now recover access to your portal account by logging in with PeeringDB.
- Transit requests now verify your PeeringDB network affiliation and let you pick your ASN from your PeeringDB profile.
Improved
- New transit requests must authorise FreeTransit directly in their aut-num import/export policy and in ASPA before provisioning.
- Networks failing routing-policy checks receive at most weekly reminders, and service is only removed after four weeks of continuous failure.
- Tunnels are now deployed automatically, with BGP enabled only once the tunnel interface is confirmed up.
- Public pages, documentation and the Learning Centre now fully support dark mode when logged in.
- Security improvements.
- Backend features and quality-of-life improvements for operators.
New
- Approved transit requests are now deployed automatically.
- The portal now lets you remove and replace tunnels and IXP/direct sessions, and keeps returned services in a separate history view.
Improved
- Tunnel requests now let you choose a FreeTransit location with its tunnel endpoints, and GRE can carry IPv4, IPv6 or both while SIT is IPv6 only.
- For IXP/direct requests the FreeTransit location is now detected from your peer IP.
- A replacement tunnel on the same node reuses your previous tunnel addresses where possible.
- The homepage has been restructured around transit, sponsorship and learning, with a clearer pricing and request flow.
Fixed
- Fixed creating change requests for GRE and SIT sessions from the portal.
- Security improvements.
- Backend features and quality-of-life improvements for operators.
New
- The portal now lists your BGP sessions with their details.
- Existing customers can now request verified access to the portal.
- The portal now offers Auto, Light and Dark themes.
Improved
- Customer prefix filters are now refreshed automatically every four hours, with a limit of 30 prefixes per session.
- The request form now includes a complete country list, so networks outside the RIPE NCC region can request transit.
Fixed
- Fixed Learning Centre navigation links back to the request and pricing sections.
- Security improvements.
- Backend features and quality-of-life improvements for operators.
New
- Launched the public request form and the customer portal.
- Launched the public Learning Centre covering BGP, IRR, RPKI, ASPA and safe BGP operations.
- Published a RIPE Database guide and ASPA guidance in the public documentation.
- The portal now shows your invoices and a combined list of your cases.
- Added a privacy policy and an export of your personal data from the portal.
Fixed
- Fixed the two-factor authentication setup QR code.
- Security improvements.
- Backend features and quality-of-life improvements for operators.