CalledProcessError, проходящий блок try с помощью eventlet

Я использую eventlet для зеленых потоков (в частности, сервер wsgi). Чтобы легко добавить эту функциональность в существующую базу кода, я использовал функциональные возможности eventkey monkey_patch.

Таким образом, самая верхняя часть моего файла:

import eventlet
eventlet.monkey_patch()

Теперь у меня есть функция немного дальше:

def ping(host: str) -> bool:
    try:
        ret = subprocess.check_output(["ping", "-c", "4", host], stderr=subprocess.DEVNULL).decode("utf-8")
        for line in ret.splitlines()[1:-3]:
            if host in line:
                return True
        return False
    except subprocess.CalledProcessError:
        return False

Если цель недоступна, поведение этой функции немного меня озадачивает. Если monkey_patch не включен, то это возвращает False, как и следовало ожидать. Если, однако, они monkey_patch на месте, он вызывает CalledProcessError.

Я не понимаю, как это возможно - его нужно немедленно поймать. Что здесь происходит?

Редактировать 1: Здесь пример сеанса интерпретатора:

>>> ping("192.168.0.233")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "test.py", line 8, in ping
    ret = subprocess.check_output(["ping", "-c", "4", host], stderr=subprocess.DEVNULL).decode("utf-8")
  File "/usr/lib/python3.6/subprocess.py", line 336, in check_output
    **kwargs).stdout
  File "/usr/lib/python3.6/subprocess.py", line 418, in run
    output=stdout, stderr=stderr)
subprocess.CalledProcessError: Command '['ping', '-c', '4', '192.168.0.233']' returned non-zero exit status 1.

Редактировать 2: Как оказалось, если я поймаю исключение, except Exception или даже голого, except, то поймается отлично. Я полагаю, что буду использовать это, пока не найдется более подходящее решение. Однако я все еще ошеломлен этим поведением.