Я нашел закономерность в кривезны имени (проверено на всем русском алфовите) Кривизна выражается в следующем: Не может определить в каком формата ISO-8859-5 и имя и делает транскодирование UTF-8 -> ASCII
Реальный пример: буква «Г» имеет байтовое «d0 93» соотношение выделенное красным (поле UTF-8 hex.) в ниже следующей таблице в результате транскодирования берется поле имя из «Unicode code point» а конкретно «U+0413» и оттуда берутся последние две цифры (данном случае 13) вставляются в поле имени как значение hex(13)
На мой взгляд если в java будет использоваться lib/rt.jar вместо lib/charsets.jar , в первой как раз есть support ISO-8859-5 то проблем не должно быть, тобишь необходимо переписывать все плагины java
если неким чудом всеже сделают полноценную поддержку UTF-8 то есть другая засада это терминалы 4020 4035 и т.д. из этой серии, тут OpenTouch должен знать какой тип термина и слать в этом случае ASCII
На OpenTouch используется sip-движок от Genesys, в нем есть поддержка ISO-8859-5, проблема заключается в софте Alcatel
В теории есть выход из этой ситуации - это использовать допилинный софтовый SBC который будет использоваться как proxy для обоих сторон. т.е. при прохождении звонка через SBC, SBC должен выдернуть из БД (БД использовать от 8770 и OT) тип термина и в соответствии с типом выдать имя либо UTF-8 либо ACSII, а выдавать имя нужно по SIP 183, в этом случае должно корректно передаваться