Ignore:
Timestamp:
Jun 22, 2021, 9:00:19 PM (3 years ago)
Author:
coas-nagasima
Message:

WolfSSLとAzure IoT SDKを更新

File:
1 edited

Legend:

Unmodified
Added
Removed
  • azure_iot_hub_f767zi/trunk/azure_iot_sdk/iothub_client/inc/iothub_client_options.h

    r457 r464  
    2828    static STATIC_VAR_UNUSED const char* OPTION_CONNECTION_TIMEOUT = "connect_timeout";
    2929
     30    /* None of the OPTION_PROXY_* options below are implemented.  Use OPTION_HTTP_PROXY
     31    from shared_util_options.h in https://github.com/Azure/azure-c-shared-utility/ repo instead */
    3032    static STATIC_VAR_UNUSED const char* OPTION_PROXY_HOST = "proxy_address";
    3133    static STATIC_VAR_UNUSED const char* OPTION_PROXY_USERNAME = "proxy_username";
     
    8789    static STATIC_VAR_UNUSED const char* OPTION_DO_WORK_FREQUENCY_IN_MS = "do_work_freq_ms";
    8890
     91// Minimum percentage (in the 0 to 1 range) of multiplexed registered devices that must be failing for a transport-wide reconnection to be triggered.
     92// A value of zero results in a single registered device to be able to cause a general transport reconnection
     93// (thus causing all other multiplexed registered devices to be also reconnected, meaning an agressive reconnection strategy).
     94// Setting this parameter to one indicates that 100% of the multiplexed registered devices must be failing in parallel for a
     95// transport-wide reconnection to be triggered (resulting in a very lenient reconnection strategy). 
     96#define DEVICE_MULTIPLEXING_FAULTY_DEVICE_RATIO_RECONNECTION_THRESHOLD 0
     97
     98// Minimum number of consecutive failures an individual registered device must have to be considered a faulty device.
     99// This is used along with DEVICE_MULTIPLEXING_FAULTY_DEVICE_RATIO_RECONNECTION_THRESHOLD to trigger transport-wide reconnections.
     100// The device may fail to authenticate, timeout establishing the connection, get disconnected by the service for some reason or fail sending messages.
     101// In all these cases the failures are cummulatively counted; if the count is equal to or greater than DEVICE_FAILURE_COUNT_RECONNECTION_THRESHOLD
     102// the device is considered to be in a faulty state.   
     103#define DEVICE_FAILURE_COUNT_RECONNECTION_THRESHOLD 5
     104
    89105#ifdef __cplusplus
    90106}
Note: See TracChangeset for help on using the changeset viewer.