Конструкція шини I2C така, що -
- коли на SCL виникає падаюча кромка, це може спричинити невідомий пристрій негайно стверджувати ПДД без особливої мінімальної затримки;
- відносне впорядкування піднімаючих і спадаючих країв має вирішальне значення.
Через різницю в силі водія та ємності лінії теоретично було б можливо, що один пристрій може реагувати на дещо повільне падіння краю на SCL, керуючи SDA так швидко, що інший пристрій побачить, що ПДР впаде першим.
Можливо, можна було б визначити кілька логічних порогових значень на SCL і вказати, що для падаючої межі на SCL, яка вважається такою, що настає після краю на SDA, вона все одно повинна бути вище 2/3 VDD, коли виявлено край в SDA, але пристрій може не стверджувати SDA у відповідь на падаючу грань на SCL, поки вона не впаде нижче 1/3 VDD, але специфікація не записана такими термінами.
Натомість пристрої, які бачать майже одночасні падаючі кромки на SDA та SCL, як правило, вважають край SCL таким, що відбувся спочатку, якщо йому суттєво не передує край на SDA. Деякі реалізації I2C справляються з цим, синхронізуючи SCL і SDA з деякими зовнішніми годинниками, і вимагають, щоб падіння ПДР спостерігалося за два періоди до початку SCL, щоб вважати їх першими. Якщо швидкість операцій на SCL і SDA занадто висока відносно синхронізуючого тактового пристрою, пристрої можуть сприймати довільні послідовності сигналів високого і низького рівня на SCL і SDA; якщо одна з цих послідовностей виглядає так, що вона звертається до повільного пристрою, вона може реагувати відповідним чином, пригнічуючи будь-які інші комунікації, які можуть тривати.
Немає конкретних причин, що пристрої на шині I2C повинні були покладатися на синхронізацію із системним годинником (краще розуміти два дискретні пороги на SCL), але факт полягає в тому, що деякі пристрої насправді працюють саме так. Зауважте, що навіть якщо пристрій, обмежене внутрішніми швидкісними швидкостями, хотів співіснувати з швидкою шиною, ймовірно, доведеться як мінімум використовувати годинник, розтягуючи будь-який час, коли щось відбувається, що його може зацікавити.
Це може призвести до того, що деякі комунікації відбуватимуться повільніше, ніж могли б інакше, але погіршення швидкості, ймовірно, не буде настільки поганим, як потрібно для синхронізованого дизайну годин (фактична кількість, на яку повільний пристрій розтягує годинник, швидше за все, не буде бути настільки поганим, як кількість, на яку потрібно сповільнити годинник, щоб уникнути найгірших сценаріїв збоїв у синхронізованих блоках тактових годин).