Список форумов Форум по мини-АТС Panasonic, LG, Samsung, AVAYA Definity, IP-Office, Nortel Meridian Форум по мини-АТС Panasonic, LG, Samsung, AVAYA Definity, IP-Office, Nortel Meridian
Сайт компании АМИТЕК
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 

БЕСПЛАТНО - виртуальная PBX, бесплатные звонки на Московские и Питерские телефонные номера, бесплатный межгород!!!!! 

ОТБОЙНИКИ

Подвисают линии на офисной мини-АТС?? Детекторы сигнала отбой помогут вам и вашей мини-АТС!!
Системы для аудиоконференций Konftel



Системы записи телефонных разговоров
SIP IP-шлюз Linksys PAP2T
отличное решение !!!


Музыка на удержании
Внешние источники музыки

ВНИМАНИЕ!! Приглашаем партнеров и дилеров в нашу Партнерскую программу! 

KX-TDE200: некорректная реализация SIP

 
Начать новую тему   Ответить на тему    Список форумов Форум по мини-АТС Panasonic, LG, Samsung, AVAYA Definity, IP-Office, Nortel Meridian -> Форум по АТС Panasonic
Предыдущая тема :: Следующая тема  
Автор Сообщение
Вадим Яковлев



Зарегистрирован: 11.07.2013
Сообщения: 3
Откуда: Москва

СообщениеДобавлено: Пт Июл 12, 2013 12:14 am    Заголовок сообщения: KX-TDE200: некорректная реализация SIP Ответить с цитатой

Попробовал подключить к KX-TDE200 WiFi-телефон Welltech WP589. Телефон регистрируется, с него можно звонить, и на него можно звонить из города через DISA, а вот с внутренних номеров - нет. При наборе его номера с другого внутреннего абонента звонок не приходит, вызывающий слышит fast busy.

Есть ещё пара SIP-клиентов (KX-NT400, MicroSip), с ними таких проблем нет. COS у них всех один и тот же. При подключении другого SIP-клиента на тот же внутренний номер (например, MicroSip), всё работает нормально.

Почитал SIP-протокол, снял трассу. Вижу, что при входящем звонке телефон в ответ на INVITE выдаёт ошибку NOT IMPLEMENTED. Причина обнаружилась быстро. Всем используемым внутренним номерам были даны имена на русском языке. АТС присылает имя в качестве display name (например, в заголовке From:), но - прямо в кодировке Windows 1251! Это является нарушением RFC3261, описывающем SIP 2.0. Там ясно сказано, что всё, что не входит в US-ASCII, должно пересылаться в UTF-8 со специальным эскейпированием. АТС ведёт себя некорректно, и телефон отказывается обрабатывать такой запрос с полным на то основанием. (другие клиенты, видимо, плюют на это нарушение)

В качестве временной меры абоненты были переименованы на английском, всё тут же заработало. Вопрос: не знает ли кто случайно, во всех ли версиях прошивки есть такая проблема?
Версия ICPMPR - 4.2003.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
НачШтаба
Постоянный посетитель


Зарегистрирован: 08.06.2007
Сообщения: 3284
Откуда: +7-916-1875844

СообщениеДобавлено: Пт Июл 12, 2013 10:28 pm    Заголовок сообщения: Ответить с цитатой

Не пользуйтесь кириллицей, и на жалуйтесь на то, что протокол до сих пор не стандартизирован.
Кстати, RFC стандартом не является, это всего лишь перечень рекомендаций. Расшифровывается как "Request for Comments". Попробуйте перевести это словосочетание на русский и поймёте, почему ЭТО не может являться СТАНДАРТОМ.
_________________
Истраченные деньги можно накопить. Время не копится и не возвращается. Вам жалко денег? А мне чужого времени не жалко. Экономьте своё время, покупайте чужое. У профессионалов оно дешевле вашего.
_________________
Живьём бываю на +7-916-1875844.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Вадим Яковлев



Зарегистрирован: 11.07.2013
Сообщения: 3
Откуда: Москва

СообщениеДобавлено: Сб Июл 13, 2013 5:34 pm    Заголовок сообщения: Ответить с цитатой

НачШтаба писал(а):
Не пользуйтесь кириллицей, и на жалуйтесь на то, что протокол до сих пор не стандартизирован.

Я жалуюсь не на то, что он не стандартизован, а на то, что некоторые производители читают документацию по диагонали. По поводу стандартизации - RFC3261 написан больше десяти лет назад, имеет статус "PROPOSED STANDARD". Если его не считать стандартом, то почему надо его нарушать только в одном месте? Надо идти дальше. Вместо команд INVITE, BYE, CANCEL изобрести свои. Тогда, правда, связь ни с каким оборудованием других производителей вообще работать не будет, но это же не стандарт, верно?
Не пользоваться кириллицей - с какой стати, если технология это позволяет? Вы мне ответ пишите кириллицей, и вас не смущает, что он передаётся по протоколу HTTP, который тоже описан в RFC со статусом "DRAFT STANDARD" в кодировке Windows-1251, которая и вовсе является всего лишь внутрифирменной спецификацией Майкрософт?

НачШтаба писал(а):
Кстати, RFC стандартом не является, это всего лишь перечень рекомендаций. Расшифровывается как "Request for Comments". Попробуйте перевести это словосочетание на русский и поймёте, почему ЭТО не может являться СТАНДАРТОМ.

Я в курсе, как это расшифровывается и как переводится. Только вот происхождение и смысл этого названия уже погребены в прошлом. Первые RFC, датируемые аж 69 годом, порой действительно содержали всего несколько абзацев и были совершенно неформальным обсуждением. Но с тех пор ситуация сильно изменилась, многие современные RFC (да и тридцатилетней давности тоже) являются самыми что ни на есть техническими стандартами.

Что вообще является стандартом? Только документы ISO? Их маловато будет для работы современных сетей. IEEE? ITU-T? Последние официально называются РЕКОМЕНДАЦИЯМИ. Попробуйте сделать, скажем, веб-сервер без корректной поддержки "рекомендации" X.509.

RFC-документы имеют СТАТУС, который бывает, в том числе, и "INTERNET STANDARD" - т.е. с точки зрения IETF ЭТО всё же являться стандартом таки может. Реальность сегодняшнего дня состоит в том, что многие очень широко используемые технологии описаны только в виде RFC с разными статусами (некоторые - всего лишь "INFORMATIONAL"), никаких "более лучших" стандартов нет. И если вообще заявляешь о поддержке какой-то технологии, то надо нормально реализовывать имеющуюся спецификацию, где бы она ни была опубликована. Говорить, что спецификация не является стандартом - это, извиняюсь, называется "гнилая отмазка".
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
НачШтаба
Постоянный посетитель


Зарегистрирован: 08.06.2007
Сообщения: 3284
Откуда: +7-916-1875844

СообщениеДобавлено: Сб Июл 13, 2013 9:11 pm    Заголовок сообщения: Ответить с цитатой

А у меня два Д-линка одинаковой модели, но с разными прошивками между собой не захотели работать.. Странно..
_________________
Истраченные деньги можно накопить. Время не копится и не возвращается. Вам жалко денег? А мне чужого времени не жалко. Экономьте своё время, покупайте чужое. У профессионалов оно дешевле вашего.
_________________
Живьём бываю на +7-916-1875844.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Вадим Яковлев



Зарегистрирован: 11.07.2013
Сообщения: 3
Откуда: Москва

СообщениеДобавлено: Сб Июл 13, 2013 10:42 pm    Заголовок сообщения: Ответить с цитатой

Ну так смотрите траффик между ними (если он не зашифрован, конечно) и разбирайтесь, в чём дело. Косяки и глюки бывают у всех. Может, в более новой прошивке как раз исправлен глюк, который не даёт нормально работать аппарату с более старой? У D-Link такого навалом. Недавно на одном модеме D-Link мне надо было поднять PPTP-туннель к удалённому компьютеру, туннель подниматься не хотел. Я посмотрел траффик и увидел, что модем не может нормально завершить обмен LCP. Скачал свежую прошивку - мгновенно заработало, а в readme к ней среди прочих исправленных багов как раз была упомянута проблема с PPTP.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
Показать сообщения:   
Начать новую тему   Ответить на тему
   Список форумов Форум по мини-АТС Panasonic, LG, Samsung, AVAYA Definity, IP-Office, Nortel Meridian -> Форум по АТС Panasonic
Часовой пояс: GMT + 3
Страница 1 из 1

ВНИМАНИЕ!! Приглашаем партнеров и дилеров в нашу Партнерскую программу! 


 


Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Powered by phpBB © 2001, 2005 phpBB Group