Swiftpack.co - Package - apple/swift-nio-transport-services

NIO Transport Services

Extensions for SwiftNIO to support Apple platforms as first-class citizens.

About NIO Transport Services

NIO Transport Services is an extension to SwiftNIO that provides first-class support for Apple platforms by using Network.framework to provide network connectivity, and Dispatch to provide concurrency. NIOTS provides an alternative EventLoop, EventLoopGroup, and several alternative Channels and Bootstraps.

In addition to providing first-class support for Apple platforms, NIO Transport Services takes advantage of the richer API of Network.framework to provide more insight into the behaviour of the network than is normally available to NIO applications. This includes the ability to wait for connectivity until a network route is available, as well as all of the extra proxy and VPN support that is built directly into Network.framework.

All regular NIO applications should work just fine with NIO Transport Services, simply by changing the event loops and bootstraps in use.

Why Transport Services?

Network.framework is Apple's reference implementation of the proposed post-sockets API that is currently being worked on by the Transport Services Working Group (taps) of the IETF. To indicate the proposed long-term future of interfaces like Network.framework, we decided to call this module NIOTransportServices. Also, NIONetworkFramework didn't appeal to us much as a name.

How to Use?

Today, the easiest way to use SwiftNIO Transport Services is through CocoaPods:

pod 'SwiftNIO'
pod 'SwiftNIOTransportServices'

You can also use the Swift Package Manager, however Network.framework is only available on macOS 10.14+, iOS 12+, and tvOS 12+. This does not match the current minimum deployment target for Swift Package Manager, so building this repository with Swift Package Manager requires that you pass custom build flags, e.g:

swift build -Xswiftc -target -Xswiftc x86_64-apple-macosx10.14

Alternatively, if you want to use Xcode to build this repository, you can use the following xcconfig:


For support in iOS or tvOS, change the targets as necessary.


This repository will remain in development throughout the beta period of macOS Mojave and iOS 12. Once those operating systems have gone GM, we will finalize the API and cut a stable release.

Developing NIO Transport Services

For the most part, NIO Transport Services development is as straightforward as any other SwiftPM project. With that said, we do have a few processes that are worth understanding before you contribute. For details, please see CONTRIBUTING.md in this repository.

Please note that all work on NIO Transport Services is covered by the SwiftNIO Code of Conduct.


Stars: 73
Help us keep the lights on



0.4.0 - Dec 6, 2018

Semver Minor

  • Added support for opting-out of using Network.framework's .waiting state on a per-Channel basis. (#15)

Semver Patch

  • Fixed a number of thread-safety issues. (#16, #17)

0.3.1 - Nov 15, 2018

  • Produce better diagnostics when users use an unsupported ChannelOption. (#12)
  • Removed an invalid assertion causing unreasonable crashes. (#13)

0.3.0 - Nov 6, 2018

  • Fixed issues where inEventLoop would be used as the basis of an assertion, which could fail spuriously, by adopting SwiftNIO 1.11 and its assertInEventLoop pattern. (#11)
  • Fixed an issue where the promise for bind could go missing. (#9)
  • Code cleanups. (#7)

0.2.1 - Sep 12, 2018

SemVer Patch

  • Add Cocoapods podspec generation.

0.2.0 - Aug 10, 2018


Please note, as we are before version 1.0 there is no semantic versioning in this package

  • Added support for SO_REUSEADDR and SO_REUSEPORT. (#1)
  • Fixed assertions occurring when errors fire during channel setup. (#2)