For telecom consultancies and procurement advisors

A third way to build into your tenders

You write network tenders for multi-site clients. This area gives you what you need to describe a third way, in neutral, verifiable criteria, without naming a brand. The wording below is free to reuse in tender specifications (in France, a CCTP or cahier des charges); it allows an sdMPLS®-type solution to be assessed on the same footing as MPLS or SD-WAN.

Principle

The consultant does not recommend a brand

Tender specifications do not name a brand, and a telecom consultancy or procurement advisor — in France, an AMO (assistance à maîtrise d'ouvrage, owner-side project assistance) — does not recommend a supplier. What this area gives you is the means to describe the need (a dedicated virtual backbone administered by the customer, multi-technology links, a unified infrastructure) so that a tender is not reduced to “MPLS or SD-WAN”, and the comparison is made on the criteria rather than on the label.

To copy into your tender

The neutral functional definition

Multi-site wide-area network solution providing the customer with a dedicated virtual backbone router, administrable by the customer, hosted in a virtualised and segmented operator core network (VXLAN/EVPN), reachable over standard multi-technology access links (FTTH, FTTO, xDSL, 4G/5G), and capable of carrying data, voice and hosting flows on a single infrastructure.

This wording describes the target without naming a brand. Operator MPLS or SD-WAN may respond to the tender; they will be compared on the same criteria.

Kit summary — part B

The ten model functional requirements

Each requirement is written in the kit as a model clause, with its rationale and the points to check in the bidders' responses. Where a clause concerns a contractual commitment (availability, time to repair, lead times), it is written as a request to the bidder, who is responsible for proposing and contracting its commitments.

  1. Dedicated virtual backbone router, administrable by the customer. The customer controls the core: routes, QoS, segments, filtering, with a defined access mode (interface, API) and time to take effect, and an explicit list of the changes that can be made without an operator ticket. This is the criterion that separates an sdMPLS-type solution from MPLS over collection, whose core remains administered by the operator alone.
  2. Virtualised and segmented core network. Explicit distinction between what is dedicated (the customer's routing instance) and what is shared and segmented (the core, the platform).
  3. Multi-technology, multi-network access links. FTTH, FTTO, xDSL, 4G/5G, chosen site by site on verified eligibility; list of the infrastructure networks collected and redundancy of the collection gateways; mobile backup that stays inside the private network (private APN); change of technology without reconfiguring the core.
  4. Convergence of data, voice and hosting flows. A single core for the three uses, or a transparent answer on the separate infrastructures and their cost.
  5. Standard protocols and reversibility. Named, documented protocols (VXLAN, EVPN, BGP, etc.), identified routing system, full configuration export in text format, exit plan.
  6. Monitoring and operations. Quantified, contracted service commitments, distinguishing core and links; the customer controls its policy, the operator runs the core.
  7. Security, segmentation and hosting. Segmentation using standard protocols, demonstration of isolation, the customer's ability to segment its own network, access traceability; location of the core network (country, number of hosting sites) and of the control plane.
  8. Performance. Measured processing capacity, with the measurement method described and, where possible, reproducible.
  9. Lead times. Target and maximum lead time per site, distinguishing link delivery from activation in the core; provisional start-up possible.
  10. Scalability. Explicit limits of the architecture (central orchestrator, core equipment); sites and uses added without a technical threshold.

The full, ready-to-paste clauses are in the tender-writing kit (sent by email, form below).

Preview — part C of the kit

The comparative criteria grid

The “sdMPLS-type solution” column describes the category, not a particular offer: each bidder will have to demonstrate that it meets the criterion. The weightings are suggestions covering technical value; price is handled separately, according to the rules of the tender. Extract of five criteria out of ten.

Operator MPLSSD-WANsdMPLS

Preview of the comparative criteria grid from the consultants' kit
CriterionOperator MPLSSD-WANsdMPLS-type solutionSuggested weighting
Customer control of the core network (routing, QoS, segmentation)None: the operator alone administers the core; changes by requestLimited to edge equipment; the backbone is invisibleComplete, through a dedicated virtual backbone router administered by the customer15%
Isolation and segmentationMPLS VPNs (VRFs) defined by the operatorOverlay encryption over the Internet; segmentation at the edgesVXLAN/EVPN segmentation in the core; segments defined by the customer10%
Access links: technological diversity and costSpecific MPLS links; premium of about 2.9× vs business InternetStandard Internet linksStandard multi-technology links (FTTH, FTTO, xDSL, 4G/5G), multi-operator15%
Convergence of data, voice, hostingGenerally separate infrastructuresWAN overlay onlyA single core infrastructure for the three uses10%
Standard protocols and reversibilityHigh dependency (hardware, long contracts)Medium dependency (vendor control plane)Standard protocols (VXLAN, EVPN, BGP); documented routing system; configuration export10%

The full grid (ten criteria, blank scoring grid) is in the kit. See also the educational comparison.

Preview — part D of the kit

The questions to ask operators

Nineteen questions in the kit, worded to apply to any bidder (MPLS, MPLS over collection, SD-WAN or sdMPLS-type solution), with what a good answer contains. Here are seven.

1. Who controls the core network?

Which changes can the customer make on its own, and which go through you? A good answer lists the parameters the customer can administer; an answer that systematically refers to a ticket signals that the customer is not in control.

2. Is the backbone router an instance dedicated to the customer?

What is shared and what is the customer's own? Expected: a clear distinction between the routing instance (dedicated) and the core (shared and segmented).

6. Can we obtain a full export of our configuration?

In what format, at any time? Expected: yes, free of charge, in a standard text format readable by a network engineer.

10. What is the lead time to open a new site?

Distinguishing link delivery from activation in the core. Expected: two quantified lead times, a target and a maximum, both contracted, and the possibility of a provisional start-up over 4G/5G.

14. How many infrastructures, contracts and points of contact?

For WAN, voice and hosting. Ideally a single core, one contract and one point of contact; failing that, a transparent answer on the separate infrastructures and their cost.

19. Where is the core network hosted, and from which infrastructure networks do you collect accesses?

Country and number of hosting sites, redundancy model; list of the infrastructure networks collected and redundancy of the collection gateways. Expected: localised, redundant hosting, several infrastructure networks collected directly without transiting the Internet, and a mobile backup that stays inside the private network.

15. What service commitments do you offer?

Availability, time to repair, response time, over what scope, with what penalties? No answer should be accepted on the sole basis of “MPLS equivalence”: contracted figures, distinguishing core and links.

Directory of consultancies

The consultancies that write multi-site network tenders in France

Flex.eu has listed the French owner's-assistance (AMO) and telecom consultancies that write or evaluate multi-site network tenders. The map places them at their head office (or city centre); click a point to see the firm and its website. Listing is free and open to any consultancy independent from operators.

— Flex.eu survey, September 2026, from details published by the firms themselves (FFSCN directory, CANUT and CAIH public contracts, firms' websites). Positions: head-office address, or city centre when no address is published. OpenStreetMap base map (see the privacy policy).

You are a multi-site company

You are preparing a network project (MPLS renewal, SD-WAN, new sites) and you are looking for an independent consultancy to write your specifications and compare offers. Leave us your details: we put you in touch with a firm in your region.

Be referred to a consultancy

You are a consultancy

Receive the tender-writing kit, the data sheet and the “Understanding sdMPLS” deck; and, if you wish, be listed on this map and put in touch with the companies that ask us for a consultancy for their tender.

Receive the documents / get listed

Multi-site company: be referred to a consultancy

Your company and your project

Required fields are marked . Flex.eu neither writes specifications nor answers tenders: we pass your request on to an independent consultancy, which contacts you.

Please enter your company.
Please enter your city or region.
Please describe your project in a few words.
You
Please enter your name.
Please enter your position.
Please enter a valid email address.
Please enter a phone number.
Consent
Your consent is required for the referral.

Documents reserved for consultants

The kit and supporting documents, sent by email

Three documents designed for prescribers, reserved for consultancies. They are not freely downloadable: choose your firm in the list, complete the form with an email address of your firm, and you immediately receive your personal download links, valid for 30 days. Firm not listed? Request your listing: the documents are sent once validated.

Tender-writing kit

Functional definition, ten model clauses, criteria and scoring grid, nineteen questions, reference architecture, common misconceptions. Reusable Word file (.docx), in French.

sdMPLS data sheet (2 pages)

The essentials to place the category: definition, architecture, comparison, standard protocols, hosting, operating figures. PDF, in French.

“Understanding sdMPLS” deck

The reference presentation, with speaker notes, for a scoping meeting with your client. PDF, 14 pages, in French.

Consultancies: receive the documents, get listed

Your firm

Required fields are marked . The download links are sent to an email address of the selected firm; Flex.eu's sdMPLS team is informed of your request.

Please choose your firm, or “My firm is not in the list”.
Please enter your firm or company.
Please choose the type of organisation.
Please enter your firm's city.
You
Please enter your name.
Please enter your position.
Please enter a valid email address.
Please enter a phone number.
Documents requested
Consent
Your consent is required to send the documents.

Let's meet

Consultant breakfast briefings and tender reviews

Consultant breakfast briefings

Short sessions, between consultancies, to go through the functional definition, the criteria grid and feedback from real tenders.

No session is scheduled at the moment. If the format interests you, let us know via the contact form (profile “telecom consultancy or advisor”): you will be notified of the first date.

Your consultant contact at Flex.eu

Flex.eu, telecom operator for businesses, can review, at a consultancy's request, the technical section of a tender to flag wording that would unintentionally exclude a family of solutions. This review covers the neutrality of the criteria and does not commit the consultancy.

Emmanuel Tournade, managing director of Flex.eu — emmanuel.tournade@flex.eu

Write to the consultant contact

Or via the Flex.eu contact form.