Коллеги,
Снова сетевики-цискари поколебать основы пытаются:
В сеть оператора связи отправляется вызов с 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...
Насчёт конвертирования тезис снят :)
А какого ... нас с дата вызовом не пропускают!
На что я ответствовал - а вот надо договор смотреть, что там нам оператор обещал делать или не делать...ага :)