Согласно ТТ/ОТ спецификации оно равно 10920
Но некоторым товарищам его (по слухам) удаётся обмануть FLS через subtable.
Никто не сталкивался как именно?

Ну если пары делать при помощи классов, с последующим экспандом, то по моему личному опыту, цифра была в районе 15000 пар, потом FLS просто отказывается генерировать шрифт
А что у тебя происходит? Overflow subtables?

Что-то вроде, но сейчас решил попытаться сгенерировать и скопировать сообщение так он взял и сгенерил без ошибок!!! Совсем ничего не понимаю!!!

А там безо всяких классов один наш общий знакомый наваял нечто "... contains 584 glyphs and 33142 standard kern pairs" ... ну ты понял

а вот второе (bold) начертание выдало "GPOS feature 'kern' causes overflow of offset to a subtable (0x20cee)" т.е налицо очевиднейшие глюки Инструмента

Там есть ещё одна штука: Если у символов в классе, которым передаются параметры кернинга, были кернинговые пары, то при экспанде может вылезать подобная ошибка. При всём при этом, не обязательно, что кернинговых пар может быть много, ну около 9000 например...
Можно посмотреть, как именно названы кириллические лигатуры, если таковые есть, не слишком ли длинное название.
В большинстве случаев приходится делать кернинговые пары заново, увы.

Так в том то и дело что классов в этом проекте не было изначально!
А ограничение имён глифов на длину имени файла в макак-ось-классик 31 символ мы проходили уже раньше...

Ладно, а как вообще этот самый subtable строится? И нельзя ли во внешнем текстовом редакторе принудительно после каждой тысячной (к примеру) строки принудительно впендюрить в код строку subtable; ?

Это уже сложнее - нужно смотреть.
Ты знаешь, я именно так и пытался делать, в моём случае не помогло.
Если мне не изменяет память, 5.0.4 должна уже сама правильно организовывать фичу kern - вроде подобная информация проскакивала на типофилии, хотя могу и ерундить...