Коллеги,
Снова сетевики-цискари поколебать основы пытаются:
     В сеть оператора связи отправляется вызов с BCap = Unrestricted digital information, но терминал, коему адресован этот вызов, ни в коем разе "дигитальным" не является, а самый что ни на есть например аналоговый порт. Сеть или оконечная АТС (кто именно не уточняется) ДОЛЖНА конвертировать этот самый digital information в кодек, поддерживаемым терминалом.
"Формальная логика" ((с) Картер) мне подсказывает, что это утверждение - ересь. И такие вызовы оператор связи дропает совершенно законно.
Я прав?
Внимание, вопрос цискарям. 
Если оригинатор вызова - мелкий роутер и сам вызов делается с целью передачи данных, то в какой кодек должна конвертировать вызов, по их мнению, сеть ?
Это не говоря о дополнительном вопросе: "укажите, пожалуйста, полное значение Bearer Capability IE для имеющихся в виду вызовов".
На первый вопрос пока молчат...
На второй
"укажите, пожалуйста, полное значение Bearer Capability IE для имеющихся в виду вызовов". 
У меня есть ответ:
        Sending Complete
        Bearer Capability i = 0x8890
                Standard = CCITT
                Transfer Capability = Unrestricted Digital
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA9839F
                Exclusive, Channel 31
на такое реакция вполне понятная:
Nov 17 14:08:17.964 MSK: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0xA0B6
        Cause i = 0x84BF - Service/option not available, unspecified
http://www.ciscopress.com/articles/article.asp?p=29737&seqNum=3
0x8890
Unrestricted digital information
64 kbps (64 kbps-data call)
Возвращаемся к первому вопросу.
Согласно спецификации ISDN требований, обязывающих конвертировать параметр BC на коммутационном оборудовании - не существует. Если цискари утверждают обратное, то пусть документально обоснуют. Самое забавное в том, что стандарт никаких требований, накладывающих обязательства к преобразованию каких-либо параметров сигнализации практически не содержит.
А вот возможность анализа и возможность конвертации - совсем другое дело ))) Тут, как говорится, - без бутылки не разберёшься))))
Коллеги, есть существенное уточнение.
*Nov 18 13:01:13.743 MSK: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref = 0x0008
        Sending Complete
        Bearer Capability i = 0x8890
                Standard = CCITT
                Transfer Capability = Unrestricted Digital
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA99300000001
                Exclusive, Channel 0
        Display i = 'ххххххххх'
        Calling Party Number i = 0x2181, 'хххххх'
                Plan:ISDN, Type:National
        Called Party Number i = 0xA1, '710903ххххххх'
                Plan:ISDN, Type:National *Nov 18 13:01:13.819 MSK: ISDN Se0/0/0:15 Q931: RX <- STATUS pd = 8  callref = 0x8008
        Cause i = 0x80E418 - Invalid information element contents
        Call State i = 0x01
Как видим, до оконечки вызов не дошёл, вызов дропается оператором на основании инвалидного для него IE...
Насчёт конвертирования тезис снят :)
А какого ... нас с дата вызовом не пропускают!
На что я ответствовал - а вот надо договор смотреть, что там нам оператор обещал делать или не делать...ага :)