acheck

Периодически ловлю блох в SIPRise, купленном одним моим знакомым. Последняя блоха была такая - при приходе по СИПу вызова с пустым АОНом (в этом случае приходит INVITE с From: "unavailable" <sip:unavailable@111.222.233.7> - разные железки и софтины формируют его по-разному но суть одна) мера радостно его рубила с таком кодом SIP/2.0 603 Conference: Routing(): Incorrect src=unavailable or dst=4999325600. Вылечилось свежесделанным патчем от разработчика... Очень занятная плюшка для продукта стоимостью от 20 килобаксов - такое ощущение что его в реале мало кто использует, если до сих пор приходится натыкаться на такие элементарные грабли...

окончательно разобрался - полные конфиги тут - http://pastebin.ca/1724630 основные моменты /etc/wanpipe/wanpipe1.conf [interfaces] w1g1 = wanpipe1, , API, Comment w1g2 = wanpipe1, , API, Comment [w1g1] HDLC_STREAMING = YES ACTIVE_CH = 1 DATA_MUX = NO TDMV_HWEC = NO [w1g2] HDLC_STREAMING = NO ACTIVE_CH = 2-31 IDLE_FLAG = 0x7E DATA_MUX = YES TDMV_HWEC = NO /usr/local/etc/yate/wpcard.conf [general] bitswap=enable idlevalue=255 buflen=160 hwrepeatcapable=true dumpevents=yes [wanpipe1] type=E1 readonly=no siggroup=w1g1 voicegroup=w1g2 voicechans=2-31 ;offset=0 increment=32 samples=50 errormask=255 echocancel=false dtmfdetect=true bitswap=false /usr/local/etc/yate/ysigchan.conf [general] debuglevel=9,9,9,9,9 debuglevel_engine=9,9,9,9,9 enable=yes dtmfinband=true [link1] enable=yes type=ss7-isup pointcodetype=ITU pointcode=2-251-7 defaultpointcode=2-251-7 remotepointcode=2-121-0 lockgroup=yes earlyacm=yes sig=wanpipe1 voice=wanpipe1 strategy=increment strategy-restrict=even channelsync=1000 numplan=isdn numtype=international presentation=allowed screening=user-provided format=alaw print-messages=yes extended-debug=yes ; International = 0x00, SpareInternational = 0x40, National = 0x80, ReservedNational = 0xc0 netindicator=0x00 [linkset3] type=ss7-mtp3 netind2pctype=ITU route=ITU,2-121-0,0 autostart=yes link=link1 link1.sig=wanpipe1 [link1] type=ss7-mtp2 autostart=yes emergency=no filllink=no rxunderrun=0 /usr/local/etc/yateregexroute.conf [default] ; 111.222.111.222 ${address}^111\.222\.111\.222\:=goto authorized ; тут задаем индикаторы ответа на входящий вызов с SS7 ${module}^sig$=;message-oprefix=osig. ${module}^sig$=;osig.BackwardCallIndicators=charge,called-free,called-ordinary,isup-path,isdn-end,echodev ${module}^sig$=sip/sip:${called}@111.222.111.222 .*=-;error=forbidden;reason=Protocol not allowed [authorized] ; тут задаем индикаторы на исходящий выхов в SS7 ^[1-9][0-9]\{10,\}$=; sig.ForwardCallIndicators = international,isdn-orig,isup-path; ^[1-9][0-9]\{10,\}$=; sig.callerscreening = user-provided-passed; ^[1-9][0-9]\{10,\}$=; sig.TransmissionMediumRequirement = 3.1khz-audio; sig.inn = 0; caller = ${caller} ^[1-9][0-9]\{10,\}$= sig/${called}.; link = link1; .*=return Основной затык был с формированием различных индикаторов и служебных полей в сообщениях SS7 на входящих и исходящих вызовах в соответствии с требованиями оператора. Оказалось все просто - АБСОЛЮТНО все поля доступны по именам. Это очень радует потому как в asterisk и в случае libss7 и chan_ss7 многие вещи закодированы внутри и недоступны для установки из диалплана - приходилось патчить сорсы... Имена полей и их значений в протокольных мессагах SS7 смотрится в сорсах в libs/yate.cpp - вот пример того как это выглядит для поля Forward Call Indicators: // Forward Call Indicators (Q.763 3.23) static const SignallingFlags s_flags_fwcallind[] = { { 0x0001, 0x0000, "national" }, // National/international call indicator { 0x0001, 0x0001, "international" }, { 0x0006, 0x0000, "e2e-none" }, // End-to-end method indicator (none available: only link-by-link) { 0x0006, 0x0002, "e2e-pass" }, // Pass along method available { 0x0006, 0x0004, "e2e-sccp" }, // SCCP along method available { 0x0006, 0x0006, "e2e-pass-sccp" }, // Pass along and SCCP method available { 0x0008, 0x0008, "interworking" }, // Interworking indicator (0: SS7 all the way) { 0x0010, 0x0010, "e2e-info" }, // End-to-end information available { 0x0020, 0x0020, "isup-path" }, // ISUP indicator (ISUP used all the way) { 0x00c0, 0x0000, "isup-pref" }, // ISUP preference indicator: preferred all the way { 0x00c0, 0x0040, "isup-notreq" }, // not required all the way { 0x00c0, 0x0080, "isup-req" }, // required all the way { 0x0100, 0x0100, "isdn-orig" }, // Originating from ISDN { 0x0600, 0x0000, "sccp-none" }, // SCCP method indicator: no indication { 0x0600, 0x0200, "sccp-less" }, // connectionless method available { 0x0600, 0x0400, "sccp-conn" }, // connection oriented method available { 0x0600, 0x0600, "sccp-less-conn" }, // connectionless and connection oriented methods available { 0, 0, 0 } }; а вот так их показывает wireshark - соответствие находится легко Forward Call Indicators: 0x2101 Mandatory Parameter: 7 (Forward call indicators) .... ...1 .... .... = National/international call indicator: Call to be treated as international call .... .00. .... .... = End-to-end method indicator: No End-to-end method available (only link-by-link method available) (0x0000) .... 0... .... .... = Interworking indicator: no interworking encountered (No.7 signalling all the way) ...0 .... .... .... = End-to-end information indicator: no end-to-end information available ..1. .... .... .... = ISDN user part indicator: ISDN user part used all the way 00.. .... .... .... = ISDN user part preference indicator: ISDN user part prefered all the way (0x0000) .... .... .... ...1 = ISDN access indicator: originating access ISDN .... .... .... .00. = SCCP method indicator: No indication (0x0000) .... .... ...0 .... = Ported number translation indicator: number not translated .... .... ..0. .... = Query on Release attempt indicator: no QoR routing attempt in progress Еще одна непонятка была с формированием Stop Sending после последней цифры номера - делается добавлением точки - sig/${called}.; Так что в целом yate приятно порадовал - он закодирован сверху вниз - вот есть SS7 - для него сначала закодированы ВСЕ объекты данных, описанные в соответствующих разделах стандарта, а потом уже расписаны методы работы с этими объектами. К примеру в * протокольные сообщения формируются на двоичном уровне - практически все значения зашиты в код - пример из chan_ss7 isup_msg_init(msg, sizeof(msg), variant(pvt), this_host->opc, peerpc(pvt), pvt->cic, ISUP_CON, &current); param[0] = 0x16; /* Subscriber free, ordinary subscriber, no end-to-end, charge=2 */ param[1] = 0x14; /* No interworking, no end-to-end, ISDN all the way, no hold, terminating access ISDN, no echo control */ isup_msg_add_fixed(msg, sizeof(msg), &current, param, 2); isup_msg_start_variable_part(msg, sizeof(msg), &varptr, &current, 0, 1); В yate такого в принципе быть не может - у него есть матрица соответствия полей и их кодеров/декодеров - соответственно сообщение формируется как объект, а поля сообщения заполняются исходя из свойств данного объекта и присвоенных им значений. Так что в целом все завелось, но проблемы остались - нету детектирования DTMF со стороны SS7 - сильно сдается что для этого на сангоме нету софтового решения - требуется карточка с аппаратным эхоподавлением - она обрабатывает DTMF аппаратно...

В принципе да, но еще проясняю мелкие нюансы - выставление всяческих признаков и фдажков в соответствии с требованиями провайдера. С исходящими вызовами разобрался, с входящими не совсем. Как только все заведется - все детально распишу- нюансов действительно много - особенно в сравнении с asterisk + libss7 или chan_ss7. В процессе бодания еще раз убедился, что yate это крайне необычно - народ там все делает не снизу вверх, как большинство других, а сверху вниз. Есть стандарт на протокол SS7 - так он кодируется В ПОЛНОМ ОБЪЕМЕ - по крайней мере структуры данных. Соответственно нет проблем получить доступ к ЛЮБОМУ параметру ЛЮБОГО мессага ЛЮБОГО уровня протокола SS7 - причем доступ делается на человеческом языке - типа sig.ForwardCallIndicators = international,isdn-orig,isup-path; sig.callerscreening = user-provided-passed. В других реализациях SS7 с которыми сталкивался (libss7 и chan_ss7) все эти параметры были закодированы внутри - причем в основном типа как 0x0261 - и лишь к нескольким были функции осмысленного доступа к ним из API. Тут же ВСЕ поля ВСЕХ типов протокольных сообщений расписаны и доступны как именованные объекты...

сенкс за реакцию, но >>> Проблемы которые я имел с настройкой SS7 на яте сводились к настройке конфигов. ну дык ясен перец - с любой коммуникационной софтиной или железякой проблемы исключительно в настройке конфигов... >>> Также много ответов на http://yate.null.ro/. >>> Там же есть примеры конфигов. ответов по SS7 там НЕТУ НИКАКИХ - кроме общих слов, что это работает во всех вариантах и темплейтов СТАНДАРТНЫХ конфигов - без конкретики настроек... в форумах тема SS7 упоминалась типа 3-4 раза - всегда заканчивалась словами обращавшегося "ну вот - сделал как сказали разработчики, но все равно не работает - что дальше" и мольбой "дайте ж пример ПОЛНОГО РАБОТАЮЩЕГО конфига для данной ситуации" - на этом ветка затихала... а проблема простая - в МСК есть ящик на котором Asterisk 1.6.1.10 вместе с chan_ss7-1.2.1 через сангому состыкованы с AXE10 по SS7 (сначала пробовал через libss7, но не устроило по некоторым требованиям telco) - все в принципе работает, но а) все равно есть глюки и dicea ничо внятного не говорит б) есть желание перенести этот линк на циску 5400 под управлением yate. как вы понимаете некоторое понимание что такое SS7 и как его настраивать есть, с yate тоже вожусь не первый месяц - в основном тестил разные спецфичи yate чтобы оценить их реальную работоспособность и адаптируемость... настройки yate для SS7 взяты отсюда - токи другие пойнткоды - http://yate.null.ro/archive/?action=show_msg&actionargs[]=46&actionargs[]=61 ошибка выдается аналогичная тому что в последнем мессаге ветки - про linkset2 - соответственно совсем непонятно правилен ли конфиг в принципе и чего в нем не хватает... Очень бы хотелось как то все завести - и выложить ПОЛНЫЕ КОНФИГИ куда-нить для обчества - чтобы не приходилось выдергивать по кусочкам инфу типа "какую максимальную версию wanpipe держит yate", как ПРАВИЛЬНО настроить сангому для yate и пр. - даже на сайте у сангомы конкретики по yate существенно больше, но там тоже нет ничего про SS7 - токи про аналог и PRI... Нюхом чую что yate суперская штука, но конфигов и хау-ту там катастрофически не хватает - куча народа побъется лбом об стену месяцок другой да и отваливает - под мудрые советы разработчиков типа "For Yate it's enough to configure ciscosm and ysig chan. Just take a look in the config files." - это ВСЕ СЛОВА про настройку yate вместо PGW2200 - чуть ли не главной рекламируемой фичи последней версии...

поделитесь плз конфигами yate+ss7 - чой-то не получается на сангоме настроить - в форумах на null.ro тема всплывала, но так ни разу и не доходила до конца - как собственно и многое по yate - вроде по архитектуре и идеологии классная штука, а вот как добиться конкретного результата хрен разберешь....

что-то он напутал - самый дешевый SIP телефон от Linksys - SPA901 - труба без дисплея - $130 в штатах - тут http://shopping.netsuite.com/s.nl/c.456042...category.125/.f или тут http://www.voiplink.com/Linksys_Voice_Over...Phones_s/35.htm

при дальнейших испытаниях сего прибора обнаружилась еще одна приятная фича - клавиши быстрого набора (F1..F10) оказывается выполняют две функции (задается для каждой индивидуально) - или спиддиал или выбор входящей виртуальной линии в случае если разрешить телефону в настройках принимать более одного вызова одновременно - в этом случае клавиши подсвечиваются при приходе вызова и позволяют одним нажатием ставить текущий вызов на холд и снимать другой, а потом гулять между ними. подстветка двухцветная - в зависимости от состояния виртуальной линии - активна или на холде.

забыл добавить про потроха - внутри стоит TNETV1055GDW - TI IP Phone Processor - TMS320C55x™ DSP, MIPS R4000 CPU и всякой обвеской (ethernet, USB, LCD controller) - фактически электроника состоит из этой штуки и мозгов. http://focus.ti.com/general/docs/bcg/bcgpr...&contentId=4026 еще штришок - при разборке обратил внимание на фторопластовые накладки в местах соприкосновения со столом...

размер передней всей панели - 190x195 (ШхВ). в собранном состоянии верхний край на уровне 150мм от стола. кнопы c цифрами - квадрат 14мм, speed-dial - 23x4. при нажатии кнопы "кликают" в режиме спикерфона и трубы, с гарнитурой молчат... про 100евро - ближайший сосед по ТТХ - Linksys SPA942 - $180 в Москве. При этом нет и не ожидается дополнительной панели и штатной гарнитуры. А так наиболее похож по ТТХ на Cisco 7940 - но там цена c б/п под $250. По мне не хватает для полного счастья только подсветки дисплея - контрастность хорошая и регулируется, но с подсветкой было бы красивее...

Ориентировочно в июне Вимком (http://www.vimcom.ru) собирается начать возить в РФ телефоны Thomson ST-2030 http://www.speedtouchpartner.com/en/produc...ution.php?id=87 http://www.voip-info.org/wiki/view/Thomson+ST2030 В европе стоит в рознице от 99 евро. Здесь ожидаются похожие цены. Аппарат просто шикарный - - хороший эргономичный дизайн и качественный пластик; - встроенный дополнительный ethernet порт для компа; - поддержка power-over-ethernet (прекрасно работает с POE хабами и свитчами от Planet - http://www.planet.com.ru/index.php?toc_id=...=86&cur_id=86); - 10 клавиш быстрого набора с подсветкой (обещают скоро дать возможность управлять этими клавищами снаружи - для индикации "занято-свободно";) - опциональная панель быстрого набора (28 клавиш с подстветкой) - можно цеплять 2 штуки; - опциональная гарнитура профессионального уровня; - двухсторонний спикерфон; - опциональный автоответ на гарнитуру или спикерфон; - автоконфигурирование по TFTP; - загружаемые рингтоны; и многое другое - причем за такие смешные деньги... Прибор разработан в Alcatel (Thomson недавно купила у них это подразделение), что дает шансы ожидать что в плане надежности и развития все будет нормально. Образец будет на Связь-Экспокоме... PS. это панегирик исключительно прибору, а не вимкому - просто они судя по всему эксклюзивный дистрибутор Thomson по продуктам Speedtouch, куда относится сей телефон со своими опциями и собратьями. PSS. прибор малоизвестен потому как появился в конце 2005 и продается только в Европе - до штатов тормозной Thomson только добирается - соответственно еще не раскручен, что совсем не умаляет его достоинств.

пользуем Zyxel IES-1000 и IES-2000 больше года. С месяц назад поставили до кучи Dlink-3216. Никаких особых отличий по дальности и стабильности не обнаружено. Более того у Dlink существенно лучше сделана статистики по соединениям во встроенном сайте управлене - у Zyxel ее вообще там нет - только через SNMP. Модемы пользуем от Planet, а в последнее время Dlink. Последние имеют больше возможностей (по крайней мере DSL-500T - обычно ставим модемы в режиме рутера). Естественно Zyxel дает фору по обслуживанию - в IES-2000/3000 все платы можно дергать в "горячем" режиме. Также можно ставить дублирующий процессор. Но по большому счету это имеет резон токи при большом количестве портов, а IES-1000 и Dlink - малоразмерные - стакируешь из да и все...

рекомендую welltech - среди dlink, addpac, audiocodes уступают токи addpac, но существенно дешевле - от 240 за 4 порта FXS в москве на мелком опте... по факсам дружат с циской и с большинством факс-аппаратов (к примеру тот же длинк дружит и циской, и с факсами бразер, но очень слабо дружит с панасониками)... в москве оригинальный welltech (он еще продается как nsgate и assotel dynamix, при этом существенно дороже) продают www.atg.ru и http://www.sotech.ru/ - цены одинаковые до цента...