-
Notifications
You must be signed in to change notification settings - Fork 2
deprecated options
Pre-Alpha. This page describes behavior that may change.
Configuration syntax that used to work and no longer does, with the migration path for each. ze config migrate handles every item on this list automatically. Read this page only if you want to know what the migrator is doing to your file, or if you want to fix the syntax by hand without running the migrator.
The tool does the work:
ze config validate config.conf # Show what needs migration
ze config migrate --dry-run config.conf # Preview the changes
ze config migrate config.conf -o new.conf # Apply and writeneighbor was renamed to peer, and the IP and AS moved into nested remote { } and local { } containers.
Before:
neighbor 192.0.2.1 {
local-as 65000;
peer-as 65001;
}
After:
peer upstream1 {
connection { remote { ip 192.0.2.1; } }
session { asn { local 65000; remote 65001; } }
}
Run ze config migrate config.conf -o config-v3.conf.
Glob patterns for peer matching moved into a template { match } block. Peer definitions are now always for actual peers.
Before:
peer * {
hold-time 90;
}
peer 192.168.*.* {
hold-time 180;
}
After:
template {
match * {
timer { hold-time 90; }
}
match 192.168.*.* {
timer { hold-time 180; }
}
}
Renamed to template { group }, because a template block is not a neighbor.
Before:
template {
neighbor ibgp-rs {
peer-as 65000;
}
}
After:
template {
group ibgp-rs {
peer-as 65000;
}
}
The migrator parses and silently ignores a handful of ExaBGP features that Ze does not implement. The config loads, the session comes up, and the feature is absent. None of these are blockers for migration in practice: the use cases are rare and nobody has asked for them.
capability {
multi-session; # parsed, ignored
}
ExaBGP-specific extension. Ze uses standard BGP session handling. If you actually need multi-session targeting, raise an issue.
capability {
operational; # parsed, ignored
}
peer upstream1 {
connection { remote { ip 192.0.2.1; } }
session { asn { remote 65001; } }
operational { # parsed, ignored
# ...
}
}
ExaBGP operational messages (ASM, ADM, RPCQ) are not supported. The capability advertisement is dropped, the block is ignored.
# Check what needs migration
ze config validate config.conf
# Preview changes
ze config migrate --dry-run config.conf
# Apply migration to a new file
ze config migrate config.conf -o config-v3.conf
# Validate the result
ze config validate config-v3.confThe full list of named transformations is visible with ze config migrate --list. Each transformation runs in order, and transformations that do not apply to your config are skipped.
- ExaBGP migration for the wider migration story, including the script bridge.
-
Command reference for every
ze config migrateflag. - In-tree deprecated options for the authoritative version.
Adapted from main/docs/deprecated-options.md.
Unreviewed draft. This wiki was authored in bulk and has not been reviewed. File corrections on the issue tracker.
- Overview
- YANG Model
- Editor Workflow
- Archive and Rollback
- System
- Interfaces
- VRRP
- BFD
- FIB
- OSPF
- IS-IS
- MPLS / LDP / RSVP-TE
- RSVP-TE
- SRv6
- Static Routes
- Policy Routing
- Firewall
- Traffic Control
- Class of Service
- L2TP/PPP
- PPPoE
- VPP Data Plane
- RPKI
- IPsec VPN
- TACACS+ AAA
- RADIUS AAA
- AS112 DNS
- Authorization
- Fleet
- BGP
- Starting and Stopping
- Show Commands
- Monitoring
- Flow Export
- DDoS Mitigation
- Anomaly Detection
- Health Checks
- Audit Trail
- Production Diagnostics
- Logging
- Operational Reports
- Healthcheck
- Self-Update
- Zero-Touch Provisioning
- MRT Analysis
- Upgrade and Restart
- Storage
- Policy
- Core
- Resilience
- Validation
- Capabilities
- Address Families
- Protocol
- Subsystems
- Infrastructure
- Route Server at an IXP
- Transit Edge with RPKI
- Public Looking Glass
- ExaBGP Migration Walkthrough
- FlowSpec Injection
- Chaos-Tested Peering
- AS Path Topology