-
Release Notes
- July 8, 2024
- May 22, 2024
- April 17, 2024
- March 20, 2024
- February 22, 2024
- January 18, 2024
- 2023 Releases
- 2022 Releases
-
2021 Releases
- December 20, 2021
- December 1, 2021
- November 22, 2021
- November 4, 2021
- October 26, 2021
- September 30, 2021
- September 22, 2021
- September 2, 2021
- August 16, 2021
- August 2, 2021
- July 19, 2021
- July 1, 2021
- June 17, 2021
- June 1, 2021
- April 30, 2021
- April 8, 2021
- March 25, 2021
- March 15, 2021
- February 25, 2021
- February 8, 2021
- January 28, 2021
- January 21, 2021
- January 13, 2021
- 2020 Releases
- Getting Started
- Ports
- Cross Connects
- Point-to-Point
- Virtual Circuits
- Cloud Connections
- Cloud Router
- Marketplace & IX
- Administration
- Billing
- Troubleshooting & FAQ
- Technical Reference
- Partners Portal
- API & Automation
July 25, 2022 Release Notes
New features
Aggregate capacity containers
There is a new Billing > Aggregate Capacity page. From here you can create an aggregate capacity container.
Aggregate capacity is provided at a bulk discount, and can be used to provision virtual circuits (backbone, IX, and marketplace) between U.S. locations. For more information, see Aggregate Capacity.
As part of this change, you will now see an Aggregate Capacity option when creating new virtual circuits:
Changes and enhancements
-
When viewing the list of connections from a cloud router details page, the connection list will now identify connections with disabled BGP sessions.
-
Users can now manually specify CIDRs when creating a cloud router connection to IBM. Previously this was only available when creating hosted IBM connections.
-
The
scope
attribute is no longer necessary when creating a cloud router through the API. Legacy API scripts will not be affected by this change. -
Added
GET /v2/reseller-customers/{customer_uuid}
to return a single reseller customer.
Bug fixes
GET /v2/services/cloud-routers/{cr_circuit_id}/route-sets/{route_set_circuit_id}/connections
was not returning the appropriate connection IDs.DELETE /v2/services/cloud-routers/{circuit_id}/connections/{cloud_connection_circuit_id}
was accepting incorrect circuit IDs.GET /v2/services/cloud/connections/hosted
was taking a long time to complete if there were no hosted connection to retrieve.- The response message for
POST /v2/services/cloud-routers/{circuit_id}/connections/ipsec
did not include description, account UUID, POP, or speed. - Deleting an IPsec cloud router connection was taking longer than it should when the connection did not have BGP configured.
- Users should not be able to double-provision a service from a quote while the first attempt is still in progress.
- Workflows were failing when an EPL and EVPL circuit shared the same VLAN ID on an ENNI port.
- BGP disabling was not working as expected for cloud router connections.
Updated on 11 Jan 2023