Привет любимому форуму!
Пытаюсь отладить SIP-абонента на NRS CS1000SG 4.50.88.
Абонентское устройство - MP202 от AudioCodes.
Озвучиваемые сейчас проблемы связаны с interworking`ом VTRK роута (из NRS) на DID роут в город.
При вызове из SIP в город до момента ответа городского абонента не слышны акуст. сигналы (КПВ и пр.). Не прослушиваются и городские автоинформаторы (работающие в предответном). Т.е. в предответном состоянии не проключается разговорный тракт. После ответа абонента Б вызов продолжается и завершается нормально (если не считать проблемы с TON CLID, но об этом позже).
Если на вопрос нет простого ответа, то какие распечатки предоставить?

А при звонке на местного абонента? КПВ слышен?

Вызов из NRS на абонента Meridian - нормальный

Если сравнить что в обоих случаях в d-канале?

На городского абонента:
DCH 20 IMSG SETUP REF 00008181 CH 136 0 0 0 TOD 22:06:13
CALLING #:3512679552 NUM PLAN: E164/INTERNATIONAL (UNKNOWN)
CALLED #:2656549 NUM PLAN: PRIVATE/ABBREVIATED (CDP)

DCH 12 UIPE_OMSG CC_SETUP_REQ REF 00005D79 CH 18 7 TOD 22:06:13 CK 1448DD76
PROGRESS: INTERWORKING WITH PRIVATE WORK
CALLING #:3512679552 NUM PLAN: E164 TON: INTL
CALLED #:2656549 NUM PLAN: E164 TON: UNKNOWN

DCH 20 OMSG CALLPROC REF 00008181 CH 136 0 0 0 TOD 22:06:13

DCH 12 UIPE_IMSG CC_PROCEED_IND REF 00005D79 CH 18 7 TOD 22:06:13 CK 1448DE3E

DCH 12 UIPE_IMSG CC_PROGRESS_IND REF 00005D79 CH 18 7 TOD 22:06:17 CK 1448F460
PROGRESS: INBAND INFO OR PATTERN IS AVAIL
PROGRESS: CALL IS NOT END TO END ISDN

DCH 20 OMSG PROGRESS REF 00008181 CH 136 0 0 0 TOD 22:06:17
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 20 OMSG PROGRESS REF 00008181 CH 136 0 0 0 TOD 22:06:17
PROGRESS: CALL IS NOT END TO END ISDN

DCH 12 UIPE_IMSG CC_SETUP_CONF REF 00005D79 CH 18 7 TOD 22:06:43 CK 1449C332
PROGRESS: CALL IS NOT END TO END ISDN

DCH 20 OMSG PROGRESS REF 00008181 CH 136 0 0 0 TOD 22:06:43
PROGRESS: CALL IS NOT END TO END ISDN

DCH 20 OMSG CONNECT REF 00008181 CH 136 0 0 0 TOD 22:06:43

DCH 20 IMSG CONN ACK REF 00008181 CH 136 0 0 0 TOD 22:06:43

DCH 12 UIPE_IMSG CC_DISC_IND REF 00005D79 CH 18 7 TOD 22:07:03 CK 144A5832
CAUSE: #16 - NORMAL CALL CLEARING

На местного абонента:
DCH 20 IMSG SETUP REF 00008181 CH 136 0 0 0 TOD 1:59:08
CALLING #:3512679552 NUM PLAN: E164/INTERNATIONAL (UNKNOWN)
CALLED #:9555 NUM PLAN: PRIVATE/ABBREVIATED (CDP)

DCH 20 OMSG CALLPROC REF 00008181 CH 136 0 0 0 TOD 1:59:08

DCH 20 OMSG ALERT REF 00008181 CH 136 0 0 0 TOD 1:59:08
PROGRESS: DEST ADDR IS NOT ISDN

DCH 20 OMSG NOTIFY REF 00008181 CH 136 0 0 0 TOD 1:59:08

DCH 20 OMSG CONNECT REF 00008181 CH 136 0 0 0 TOD 1:59:18

DCH 20 IMSG CONN ACK REF 00008181 CH 136 0 0 0 TOD 1:59:18

DCH 20 OMSG DISC REF 00008181 CH 136 0 0 0 TOD 1:59:20
CAUSE :NORMAL CALL CLEARING

DCH 20 IMSG RELEASE REF 00008181 CH 136 0 0 0 TOD 1:59:20
CAUSE :NORMAL CALL CLEARING

DCH 20 OMSG REL COMP REF 00008181 CH 136 0 0 0 TOD 1:59:20

Соответственно:
DCH20 - VTRK/SL1/TIE
DCH12 - EURO/DID в EWSD

При звонке на все городские станции такая ситуация?
Странно, вообще говоря...
Wireshark'ом посмотреть не пробовали? Приходит ли 100 Trying, и что после него?

Ну, прозванивать ВСЕ стации в миллионном городе в такой ситуации не делают. Прозванивают, кстати несколько тестовых автоинформаторов, на которых, кстати сразу выявился отказ связи в предответном. Только потом я догадался отзвонить несколько обычных абонентов, убедившись, что соединение все-таки устанавливается. Но практически протестированы все значимые ситуации (с одинаковым результатом).
- к абоненту в нашем коммутаторном узле (Meridian-Euro/DID-EWSD-аб.Б);
- транзит в смежную оконечную(Meridian-Euro/DID-EWSD-R1.5-MT20-аб.Б), этот пример распечатан;
- транзит в другой узел (Меридиан-Euro/DID-EWSD-ОКС7-DMS100-аб.Б).
Wireshark'ом, к сожалению еще не овладел. Схожу сейчас на станцию, сделаю трассировку SIP с консоли SS. Она была, когда экспериментировал, просто вывод SS у меня в файл не сохраняется, в отличие от рулонов с терминалов Call Servera.

lq74 пишет
Ну, прозванивать ВСЕ стации в миллионном городе в такой ситуации не делают.
Да это понятно..
Причина непонятна. D-канальный лог ничем не отличается, скажем, от моего, рабочего (только вот SIP-клиент другой).

Даю детальную SIP трассировку на такой же вызов (см. файл SIPdetail.rar). Ниже D-канал этого вызова. К сожалению вчера, когда это снимал, забыл включить MSGO/MSGI городского D-канала, но момент ответа здесь все равно виден.

DCH 20 IMSG SETUP REF 00008181 CH 136 0 0 0 TOD 21:11:23
CALLING #:3512679552 NUM PLAN: E164/INTERNATIONAL (UNKNOWN)
CALLED #:2656549 NUM PLAN: PRIVATE/ABBREVIATED (CDP)

DCH 20 OMSG CALLPROC REF 00008181 CH 136 0 0 0 TOD 21:11:23

DCH 20 OMSG PROGRESS REF 00008181 CH 136 0 0 0 TOD 21:11:27
PROGRESS: INBAND INFO OR PATTERN IS AVAIL

DCH 20 OMSG PROGRESS REF 00008181 CH 136 0 0 0 TOD 21:11:27
PROGRESS: CALL IS NOT END TO END ISDN

DCH 20 OMSG PROGRESS REF 00008181 CH 136 0 0 0 TOD 21:11:39
PROGRESS: CALL IS NOT END TO END ISDN

DCH 20 OMSG CONNECT REF 00008181 CH 136 0 0 0 TOD 21:11:39

DCH 20 IMSG CONN ACK REF 00008181 CH 136 0 0 0 TOD 21:11:39

DCH 20 IMSG DISC REF 00008181 CH 136 0 0 0 TOD 21:11:55
CAUSE :NORMAL CALL CLEARING

DCH 20 OMSG RELEASE REF 00008181 CH 136 0 0 0 TOD 21:11:55

DCH 20 IMSG REL COMP REF 00008181 CH 136 0 0 0 TOD 21:11:55

Другим клиентом звонить не пробовали?

В общем, дело не в другом клиенте. Если бы я предполагал, что вопрос уйдет в дебри SIP-а, я бы его на форуме не задавал. Вам (Old Chap), спасибо за экспертизу, что проблема не решается в рамках классических настроек Meridian.
Т.е. протокола ISDN. Я год администрю станцию, и слава Богу за это время понял всю гибкость меридиановских настроек (кроме CLID может быть и пр.) и убогость NRS (по крайней мере релиза 4.5).
Задача стояла найти надежное и дешевое решение для развертывания IP сети абонентского доступа. Локальной сети кампуса (мы университет, хотя и с лицензией оператора). NRS же заточен под распределенную географически корпоративную сеть (и не дай Бог решения 3-х производителей, не любит этого Nortel).
AudioCodes выплыл как единственный держатель сертификата совместимости от Nortel на медиа-шлюзы (информация и сайта Nortel и нашего шеф-установщика и любимого форума). Правда бюллетень 4.5/ AudioCodes MP-11x уже в архиве на Nortel`е.
Знакомый оператор VoIP дал поносить MP-202 (это уже и не MP-11x).
На данный момент польза от этого траха следующая (с точки зрения набранного опыта):
- железки 3-го производителя, не понимающие NRS SIP context, приходится конфигурить в International плане, при этом формально подгоняется формат SIP номера в строке INVITE, тогда хоть входящий вызов на MP можно пустить, иначе ошибка 404;
- при применении International TON план становится PUBLIC и уже не работает любимая выручалочка форума для TON CLID - SDID/CTON. Она работает только на PRIVATE ресурсах. Извините, может про это здесь кому-то известно, но поиск в форуме по "SDID" этой информации не дал. Я уже не говорю про документацию, которая говорит, что DMI/CTYP влияет на CLID. А мне E164/National надо отдавать;
- выявилась эффективность Phantom номеров при формировании входящего вызова из города на кривые номера кривых SIP-абонентов (в сравнении с CDP/DSC например), тем более что протяженного свободного номерного ресурса у меня нет и никогда не будет;
- витает идея прикрутить внешний SIPProxy/Registrar/Redirect сервер, регистрируемый на NRS, пропуская медиа-потоки (голос), через MC-32. Т.е. через внешний сервер пустить только сигнальные пакеты определенных фаз соединения. Тем самым уйти от регистрации абонентов на NRS 4.5. Это реально? Предложите простенький SoftSwitch, если кто имел положительный опыт. Asterisk не предлагать, у нас лицензия;
- возможен ли дешевый Upgrade софта на SS до 5.5 (без смены TDMA на пакетное поле, не надо мне его)? Представитель Nortel называл 20000$ за CS1000M-SG 4.5 -> CS1000??? 5.5. Внешний же AudioCodes Mediant-2000 (даже с медиатрактами), вроде обойдется в 5000...10000$?

Насчет звонков другим клиентом... Установщик год назад для формальной сдачи лицензий "SIP Access Port" прикрутил softphone (крякнутый eyebeam кажется?). С трудом внутренняя связь работала. D-Link какой-то я тогда пробовал с нулевым результатом.
В общем, тему в нынешнем частном случае надо закрывать (плохая совместимость NRS 4.5. со сторонними производителями в форуме давно звучала).
Будут положительные результаты или конструктивные мысли открою тему типа "IP сеть абонентского доступа на исходной базе Rel. 4.5.". А может у кого другого есть что сказать? Критерий - надежная связь на базовом телефонном сервисе и разумно малые затраты на абонента.
Респекты Old Chap.
Модератору: извиняюсь, если эта болтовня нарушает POLICY,
но живьем по Meridian`у только с установщиком общаюсь, а только читать форум интересно, но мало.

Из всех скорбящих о функциональности NRS высказываний - одна здравая мысль: не скрещивать ужа с ежом, т.е., не использовать NRS для регистрации и обработки вызовов абонентов, для чего он, по большому счету, и не предназначен, а использовать некий отдельный Proxy/Registrar/Redirect.

Для чего же тогда опция UserEndpoint в меню NRS?
Только сам Nortel в документации (по крайней мере релиза 4.5.) постоянно оговаривается о неработоспособности данных возможностей для решений SIP открытого промышленного стандарта.
А в здравости собственной мысли о внешнем Registrare`е я сам засомневался наткнувшись на очередные грабли: обнаружилась ошибка SIP 501 на последней стадии соединения NRS -> MP202. Это уже после всех Redirect`ов. Может быть и медиатракты MC-32 использовать не удастся.
И, наверняка, глубокоуважаемый jetc не будет оспаривать, что гибкость настроек CLI Meridian - небо и земля в сравнении с функциональностью NRS 4.5. , заточенного под конфигурацию американского плана нумерации под проприетарный SIP (а у нас SPNы и они нам нравятся). При этом гибкий Meridian работает с вылизанным ISDN, которому несколько десятилетий, а NRS конфигурит SIP, который родственник HTTP и EMAIL, а с ними без текстового редактора не работают.
Установщик советовал подключить полностью внешнюю VoIP систему по ISDN-PRI и не париться. Но жалко не использовать MC-32 (и даже не из-за того, что за нее деньги платили), просто качество media от Nortel лучше, чем у других производителей...

А такой вопрос - SIP вам накой сдался?
H.323 - и вот он, вылизанный десятилетиями ISDN.
Кстати, DSS-1 в M1 появился в 1995 году.
И и по поводу астерисков и прочего - а вы не говорите :)
Как вы думаете, сигнальный сервер для 4.5 (ISP1100) и астериск имеют с точки зрения проверяющих какие-то отличия?

H.323 думаем. Но сейчас на системе нет соответствующих лицензий. У нас госконтора, отятощенная Законом о госзакупках и ПОКВАРТАЛЬНЫМИ заявками на закупки. Так что сейчас придумаем - через 3 месяца получим и получим по одному месту, если не заведем. А лицензии на "попробовать" не бывают...
Политика в пользу SIPа (vs H323) родилась еще при закупке станции после консультаций с дружественными операторами VoIP. Но у них задачи несколько другие.
ISP1100 для проверяющих как бы нет - прикрыт общим сертификатом на CS1000.
Все же как насчет опыта с внешним сигнальным сервером работающим на управление медиа трактами MC32?

lq74 пишет
H.323 думаем. Но сейчас на системе нет соответствующих лицензий. У нас госконтора, отятощенная Законом о госзакупках и ПОКВАРТАЛЬНЫМИ заявками на закупки. Так что сейчас придумаем - через 3 месяца получим и получим по одному месту, если не заведем. А лицензии на "попробовать" не бывают...
Политика в пользу SIPа (vs H323) родилась еще при закупке станции после консультаций с дружественными операторами VoIP. Но у них задачи несколько другие.
ISP1100 для проверяющих как бы нет - прикрыт общим сертификатом на CS1000.
Все же как насчет опыта с внешним сигнальным сервером работающим на управление медиа трактами MC32?
Медиа картой управляет только CS.
У SipProxy как части NRS - нет управляющих функций, только помощь в роутинге.
Регистрить SIP proxy может только проверенные и сандартные на момент выпуска решения.

Из внешних коллабораторов лучше всего дружится в MS LCS 2005 (OCS не поддерживается, нужно в 4.5 заменить первую цифру с потенциально сопутсвующими заменами оборудования, ибо SSC был крут до 4.5)

Выделенный ISP1100 бегущий NRS называется Standalone NRS
Никто не мешает использовать NRS от 5.5 (или SPS для любителей Линукса) как net Routing server

В распределенной сети (то что введение в IP Peer ) - так и разрисовано на картинках.

Учтите, что SIP телефоны не получают бизнес функционала от CS. Ибо они видны как транки, а не телефоны.

lexad пишет
Медиа картой управляет только CS.
У SipProxy как части NRS - нет управляющих функций, только помощь в роутинге.
Регистрить SIP proxy может только проверенные и сандартные на момент выпуска решения.

Из внешних коллабораторов лучше всего дружится в MS LCS 2005 (OCS не поддерживается, нужно в 4.5 заменить первую цифру с потенциально сопутсвующими заменами оборудования, ибо SSC был крут до 4.5)

Выделенный ISP1100 бегущий NRS называется Standalone NRS
Никто не мешает использовать NRS от 5.5 (или SPS для любителей Линукса) как net Routing server

В распределенной сети (то что введение в IP Peer ) - так и разрисовано на картинках.

Учтите, что SIP телефоны не получают бизнес функционала от CS. Ибо они видны как транки, а не телефоны.

Я вообще-то предполагал этот внешний SIP-Proxy конфигурить как GatewayEndpoint. Т.е. сигнализация по схеме: Внешний SS -> SS CS1000, с последующим IP Peer SIPphone <-> MC-32.
Collaboration server "Standalone NRS", насколько понимаю предполагает закупку отдельного ISP1100 (upgradee`ом существующего SS не получится?), если можно порядок цены.
Дока IP Peer у меня 553-3001-213_3.00 релиза 4.5. Картинки там другие. Пользователь (эксплуататор) мыслит в рамках освоенного релиза.
По SIP телефонам мы и хотим в первую очередь BASIC сервис (но с корректной работой в PSTN - CLID, акуст. сигналы и пр.). Для БИЗНЕС у нас работают 39xx и IP User. SIP планируется для бедных.
Collaboration NRS 5.5. точно позволит подключать мыльницы типа AudioCodes и Linksys?

lq74 пишет
Для чего же тогда опция UserEndpoint в меню NRS?


Конечно же, для подключения коробочек третьих производителей, как абонентских устройств!
Ничего, что отсутствуют такие вещи, как ДВО, ограничения доступа, биллинг, что сервис называется Network Routing Service, - главное, что есть желание сделать именно так, ведь есть строчка User Endpoint.



Только сам Nortel в документации (по крайней мере релиза 4.5.) постоянно оговаривается о неработоспособности данных возможностей для решений SIP открытого промышленного стандарта.


NRS сделан для маршрутизации соединений между шлюзами, самостоятельно обеспечивающими ДВО, ограничения доступа и биллинг. Это вполне очевидно из его нортелевских описаний.
Причем тут "открытый промышленный стандарт SIP", который даже и не стандарт, а кучка RFC ?



А в здравости собственной мысли о внешнем Registrare`е я сам засомневался наткнувшись на очередные грабли: обнаружилась ошибка SIP 501 на последней стадии соединения NRS -> MP202. Это уже после всех Redirect`ов. Может быть и медиатракты MC-32 использовать не удастся.


Использовать для чего ?


И, наверняка, глубокоуважаемый jetc не будет оспаривать, что гибкость настроек CLI Meridian - небо и земля в сравнении с функциональностью NRS 4.5. , заточенного под конфигурацию американского плана нумерации под проприетарный SIP (а у нас SPNы и они нам нравятся).


Причем здесь американский план нумерации ?
Кто вам мешает маршрутизировать на NRS вызовы, сделанные через SPN, кроме собственных заблуждений ?


При этом гибкий Meridian работает с вылизанным ISDN, которому несколько десятилетий, а NRS конфигурит SIP, который родственник HTTP и EMAIL, а с ними без текстового редактора не работают.


NRS - это средство организации динамических соединений между Меридианами по "вылизанному ISDN" поверх IP. А вы пытаетесь прикрутить к нему еще и абонентов.
Это еще не говоря о том, что М1 - это Enterprise, а не Carrier.


Установщик советовал подключить полностью внешнюю VoIP систему по ISDN-PRI и не париться. Но жалко не использовать MC-32 (и даже не из-за того, что за нее деньги платили), просто качество media от Nortel лучше, чем у других производителей...

Покупать CS1000E (CS1000M) как универсальный сервер SIP абонентов, или пытаться использовать в таком ключе уже купленный, - большая авантюра, на мой взгляд.

Вообще-то CS1000M-SG покупался как нормальная УПАТС c возможностью конвергенции. Как классическая TDMA станция наша ласточка вполне себя оправдала. Сейчас монтировано ~1400 проводных абонентов. Но хотелось бы добавить ещё 300-500 по IP в локалке. Тем более что начальник линейно-кабельного хозяйства задолбался строить и латать медные кабели.
В техзадании на поставку SIP оговаривался с конкретными целями (абондоступ т.ч.). Что использовать с толком нельзя будет ни один поставщик не упомянул. Слава Богу купили по минимуму - на пробу (SS, одна MC-32 и по 8 лицензий SIP и IP User). SS (Element Manager), кстати классная вещь для maintenance (патчи, деплисты ставить, на FTP бэкапить) при недодокументированном PDT.
И вот сейчас вопрос: или Nortel`ю отдать денюжку за пресловутых 300-500 локальных IP абонентов или AUdioCodes`у (или Mera). При том что зоопарк из разных машинок на узле связи никому не нужен.

Зачем MC32 использовать - планировалось IPpeer с мыльницей. Что PCI карта E1 в Mera лучше?

SPNы в NRS и маршрутизировались, только угнетало, что адресата GatewayEndpoint приходилось прописывать через всю иерархию Service-L1-L0, хотя ходили между ними International наборы.
К jetc: не надо пинать, "лучше помогите материально" (в смысле советом).

jetc пишет
между шлюзами, самостоятельно обеспечивающими ДВО, ограничения доступа и биллинг.
Этот вопрос в голове возникал, в форуме я его не задавал, а ответ, спасибо, получил. Телепатия...

Покупайте Basic IP Users и 2001 или 1110 аппараты и не будет вам такого гемороя. Правда будет другой (шютка юмора)

Urri пишет
Покупайте Basic IP Users и 2001 или 1110 аппараты и не будет вам такого гемороя. Правда будет другой (шютка юмора)
Спасибо, Urri. С инженерной стороны совет добрый. Форум читаю, с этим решением знаком. ~170$ аппарат+ ~100$ Basic IP Users. Итого ~300$ на абонента. Дальше будут оргвыводы типа "за нецелевое использование бюджетных средств...".

Там где цена не имеет значения (филиалы по области подключить) надо FXS, т.к. скорее всего придется расшаривать через CO Panasonic`а и т.п.

Хочется же калькуляции типа 30...70$ за порт мыльницы + 1/10 часть транковой лицензии.

А 2001, согласен: поставил и забыл.

lq74 пишет
Вообще-то CS1000M-SG покупался как нормальная УПАТС c возможностью конвергенции. Как классическая TDMA станция наша ласточка вполне себя оправдала. Сейчас монтировано ~1400 проводных абонентов. Но хотелось бы добавить ещё 300-500 по IP в локалке.
При любых раскладах на такое количество IP-абонентов вам надо будет докупать медиакарты и лицензии. А вот здесь начинается интересное:
Лицензия на IP-СЛ (неважно какой) - 141 уй
Лицензия на Business Services Basic IP User - 94 уя
И эти лицензии надо покупать для обеспечения достаточного количества каналов между IP и TDM.
Для скептиков скажу, что цены на лицензии для Basic IP User выравниваются с СЛ на Premium Network Services, а лицензии IP User несколько дороже уже на Business Services (169 уев). Так что думайте. Цены на терминальное оборудование в пересчете думаю не сильно отличаться будут. О функциональности уже было сказано ранее.

lq74 пишет
Там где цена не имеет значения (филиалы по области подключить) надо FXO, т.к. скорее всего придется расшаривать через CO Panasonic`а и т.п.
Панасоник с лёгкостью вяжется к CS1000 собственными платами Н.323 шлюзов... и ненадо никаких FXO/FXS.
Не те вы лицензиии купили imho, погнавшись за модным СИПом... По Н.323 Нортел совместим практически со всем ;)

К стати, сразу не вспомнил, а сейчас посмотрел. Еще доступны 2001 до-RoHS эпохи. По 80 уев. Без БП.

lq74 пишет
к jetc: не надо пинать, "лучше помогите материально" (в смысле советом). [/i]

Я уже его дал ранее:
использовать отдельный, специально обученный SIP Proxy/Registrar для SIP абонентов, прописав его на NRS как Gateway.
Это соответствует идеологии использования NRS и СS1K.

Urri пишет
При любых раскладах на такое количество IP-абонентов вам надо будет докупать медиакарты и лицензии. А вот здесь начинается интересное:
Лицензия на IP-СЛ (неважно какой) - 141 уй
Лицензия на Business Services Basic IP User - 94 уя
И эти лицензии надо покупать для обеспечения достаточного количества каналов между IP и TDM.
Для скептиков скажу, что цены на лицензии для Basic IP User выравниваются с СЛ на Premium Network Services, а лицензии IP User несколько дороже уже на Business Services (169 уев). Так что думайте. Цены на терминальное оборудование в пересчете думаю не сильно отличаться будут. О функциональности уже было сказано ранее.

Что-то я туплю... Считал, что Business Services Basic IP User как и всякий IP User насмерть привязывается к абоненту, расходуясь при создании абонента. Т.е. 100 абонентов IP User - надо 100 лицензий. На 100 абонентов SIP ~ 10 лицензий SIP access port (естественно соотношение зависит от реальной нагрузки на СЛ)... Т.е. одни лицензии абонентские, другие транковые.
И еще: сейчас начал подозревать на медиа карты не распространяется обычный Nortel`ский принцип: "Цена железа входит в стоимость лицензий". Это так? У продавцов лицензии IP СЛ с оговоркой "Только лицензии". Порядок цены MC32 напомните, если не секретно?

lq74 пишет
Вообще-то CS1000M-SG покупался как нормальная УПАТС c возможностью конвергенции. Как классическая TDMA станция наша ласточка вполне себя оправдала. Сейчас монтировано ~1400 проводных абонентов. Но хотелось бы добавить ещё 300-500 по IP в локалке. Тем более что начальник линейно-кабельного хозяйства задолбался строить и латать медные кабели.
В техзадании на поставку SIP оговаривался с конкретными целями (абондоступ т.ч.). Что использовать с толком нельзя будет ни один поставщик не упомянул. Слава Богу купили по минимуму - на пробу (SS, одна MC-32 и по 8 лицензий SIP и IP User). SS (Element Manager), кстати классная вещь для maintenance (патчи, деплисты ставить, на FTP бэкапить) при недодокументированном PDT.
И вот сейчас вопрос: или Nortel`ю отдать денюжку за пресловутых 300-500 локальных IP абонентов или AUdioCodes`у (или Mera). При том что зоопарк из разных машинок на узле связи никому не нужен.

Зачем MC32 использовать - планировалось IPpeer с мыльницей. Что PCI карта E1 в Mera лучше?

SPNы в NRS и маршрутизировались, только угнетало, что адресата GatewayEndpoint приходилось прописывать через всю иерархию Service-L1-L0, хотя ходили между ними International наборы.
К jetc: не надо пинать, "лучше помогите материально" (в смысле советом).

Есть два более-менее правильных решения для конвергенции. MCS/LCS со своими заморочками или Line TPS с юнистим телефонами.
В LCS коммуникатор - приложение для PC или внешние железки, сделанные в дружественном китае.

Кстати, у нас 5.5 с его 1210 (не верьте написанному в Юзер гайде, он откровенно лажовый, описывая фичи BCM)
уже продают, и если да, то почем.

МФИ Софт прошу мерой не обзывать. Даже Мерой.РУ не есть правильно.

Old Chap пишет
Панасоник с лёгкостью вяжется к CS1000 собственными платами Н.323 шлюзов... и ненадо никаких FXO/FXS.
Не те вы лицензиии купили imho, погнавшись за модным СИПом... По Н.323 Нортел совместим практически со всем ;)

Panasonic TDA. Но с большей вероятностью окажется T/TD/TA/TDE, а там только CO.
Еще несколько лет назад TDA имел репутацию ни с чем не совместимого. Идет время...

Как мы лицензии покупали, я уже объяснял. Смешнее здесь другое: могли и станцию другого производителя купить (Avaya например, хорошо что не купили, потом оказалось что Avaya MS-8500 2007г. получила отвратную репутацию). Так что 8 несчастных SIP лицензий - это мелочь в составе вполне удачной покупки. Есть еще одна маааленькая ложка дегтя: 11 цифр городского CLIDа vs 10 цифр буфера CLASS модема (100раз здесь обсуждалось).
Не пройдет и 3-х месяцев накупим H323 лицензий и т.д.
И заживем счастливее...

lexad пишет
Есть два более-менее правильных решения для конвергенции. MCS/LCS со своими заморочками или Line TPS с юнистим телефонами.


Как, а MCS ?

jetc пишет
Как, а MCS ?
первые три буквы в семибуквии MCS/LCS - это про него.
или уже не относиться к конвергации

Довольно странно их вместе писать, по-моему. Совершенно разные же продукты.

jetc пишет
Довольно странно их вместе писать, по-моему. Совершенно разные же продукты.
Один мастер умудрился менеджировать сначала разработку MCS, потом интеграцию с LCS, с переходами на различные волны OCS
Так что в моём мировозрении эти два конвергнутых решения (оба работают с АудиоКодесами, имеют презенсы и прочие прелести SIP CTI/Tr87)

JFYI джентльмены :) внимательным поиском по инету находятся фриварные клиенты, совместимые по SIP даже с CS1000 4.00

PS: без коллоборэйтив, без линух-бэйсд прокси, без патчей.. as is..

Исправил опечатку.

Old Chap пишет
JFYI джентльмены :) внимательным поиском по инету находятся фриварные клиенты, совместимые по SIP даже с CS2K 4.00

PS: без коллоборэйтив, без линух-бэйсд прокси, без патчей.. as is..
Вопрос - что они от него получат (не силен в 2K - это 2000 или 2100?) но Sx04 вообще про сип ничего не знал.
Да и абсолютное зло к нему типа не прикрепишь (ну некоторые так думают), не говоря уже про сторонний сип.
И коллабориреется оно с OCS.

У фривольных :) клиентов есть ограничение по кодекам (нет 29-23 и шифрования)
Хотя эксперементировать можно.

Old Chap пишет
JFYI джентльмены :) внимательным поиском по инету находятся фриварные клиенты, совместимые по SIP даже с CS2K 4.00

PS: без коллоборэйтив, без линух-бэйсд прокси, без патчей.. as is..

Но это же софтфоны, их среднему абоненту нельзя... Представьте звонок на бюро ремонта, когда тупой абонент будет объяснять технику кросса про глюки компьютера, вирусню, оборванную гарнитуру. А эта техник кросса 30 лет проработала на обычной АТС. Далее на линию для отработки заявки пойдет инженер вместо монтера (на 39xx уже и так ходит).

lexad пишет
Вопрос - что они от него получат (не силен в 2K - это 2000 или 2100?) но Sx04 вообще про сип ничего не знал.


Думаю это была опечатка. В CS2k 4го релиза сипа наверное ещё не было, да и не встретить уже такой. Что касается сипа в CS2k, то там это тупо вкряченый AS5200 (MCS5200). Фриварные клиенты цепляются без проблем.
ИМХО самая большая проблема в сипе на CS1k - грёбаный phone-context.

Хорошее выражение: "тупо вкряченный".
Типа как "тупо написал".

Опсс! Прошу прощения у почтенной публики.
Опечатался я.
Имел в виду CS1000m Rls 4.
Сорри, если ввёл кого в заблуждение.

Old Chap пишет
Опсс! Прошу прощения у почтенной публики.
Опечатался я.
Имел в виду CS1000m Rls 4.
Сорри, если ввёл кого в заблуждение.
Да в общем то все поняли, просто была надежда, что кто-то
живые SN04 и SЕ04 видел, это почти как дедушку Ленина (я видел только SE07 и выше).
Разницу архитектур SIP прокси в частности и NRS в целом я даже знаю, и это неделает меня хранителем окаменелых динозавровых испражнений (для [SS] - это предпоследняя подпись Инушки С., подсказанная вашим ненашим манагером AKA S.M.)

Scapegoat пишет

ИМХО самая большая проблема в сипе на CS1k - грёбаный phone-context.

Phone-context я у меня получилось обойти использованием псевдоInternational номеров. Тогда context не включается. Вылезло пара других грабель.
В 4-м CS1k Nortel сознательно исключил возможность использования чужих SIP адаптеров (зачем отнимать у себя же хлеб, снижая продажи IP User, хотя бы 2001). Впрочем, формально SIP абонент для CS1k v4 на рынке был. Если заглянете в файл u/VENDORS на FTP сигнального сервера, найдете там строку "ipDialog ManiTone". Поиск в сети на IPDialog давал два железных SIP фона, внешне не различимых: один со стандартным SIP, другой "ipDialog ManiTone" - c нортелевским. Поставщики в РФ не могли по нему найти не предложение, ни цену. Наверное, все равно обошлось бы не дешево.

lq74 пишет
Phone-context я у меня получилось обойти использованием псевдоInternational номеров. Тогда context не включается. Вылезло пара других грабель.
В 4-м CS1k Nortel сознательно исключил возможность использования чужих SIP адаптеров (зачем отнимать у себя же хлеб, снижая продажи IP User, хотя бы 2001). Впрочем, формально SIP абонент для CS1k v4 на рынке был. Если заглянете в файл u/VENDORS на FTP сигнального сервера, найдете там строку "ipDialog ManiTone". Поиск в сети на IPDialog давал два железных SIP фона, внешне не различимых: один со стандартным SIP, другой "ipDialog ManiTone" - c нортелевским. Поставщики в РФ не могли по нему найти не предложение, ни цену. Наверное, все равно обошлось бы не дешево.
файл вендорз здесь уже обсуждался (если мне не изменяет память включая ограничение на количество записей в нем)
Он условно-редактируемый.
кроме того, у 2004 телефонов есть сип прошивка, а также есть 1535 который сам по себе весть нортелефвский и должен тоже регистрироваться (не проверял). Так что клиентов сильно больше одного.

Скрещивать ужа с ежом (NRS и абонентские устройства), а потом жаловаться, что колючая проволока получилась короткая и непрочная - это интересный подход.

lexad пишет
файл вендорз здесь уже обсуждался (если мне не изменяет память включая ограничение на количество записей в нем)
Он условно-редактируемый.

Строку "ipDialog ManiTone" не вносил ни установщик, ни я - эксплуататор (оно нам зачем, если железки в руках нет). Она появилась с чистой установки SS, следовательно, эта поделка (ManiTone) появилась на рынке согласованно с Nortel.

lexad пишет кроме того, у 2004 телефонов есть сип прошивка, а также есть 1535 который сам по себе весть нортелефвский и должен тоже регистрироваться (не проверял). Так что клиентов сильно больше одного. [/i]

Все эти варианты не решают проблему себестоимости подключения SIP абонента.

Scapegoat пишет Что касается сипа в CS2k, то там это тупо вкряченый AS5200 (MCS5200). Фриварные клиенты цепляются без проблем.[/i]

Здесь себестоимость абонента явно среднерыночная.

jetc пишет Скрещивать ужа с ежом (NRS и абонентские устройства), а потом жаловаться, что колючая проволока получилась короткая и непрочная - это интересный подход.[/i]

Ну убедили, убедили. Меня давно уже убедили (отсутствие возможностей индивидуальных настроек профилей SIP абонентов железный аргумент). Но народ-то обсуждает дальше, подтверждая мысль, что абон. сервис на NRS 4.5. не отсутствует по определению, а просто "первый блин комом". На следующих версиях Nortel вынужден будет дотягивать его до рыночного generic SIP. Конкуренция...
Для нас же решение видимо сложится как внешний пакетный свич через ISDN-PRI. PRI потому, что не будет геморроя с поддержкой связки SS-MC32 (SS-MC32 неизбежно нужны были бы при связи по публичным IP каналам). Нам же это оборудование ставить локально и недостатка в PRI потоках пока нет (97-ю плату недавно в ЗиП купили). Ограниченность адресного пространства Meridian 61 (32 loop) на будущее при ориентации на PRI тоже не критична. Все равно новые городские потоки ОКС7 будут (PRI уже не дадут) и придется покупать что-то типа МР-16 М200. Этим заодно и CLID исправим и в E1 недостатка не будет.

CS1K - это Enterprise, для которого свойственна ориентация на функциональные proprietary-аппараты.

CS2K - это уже Carrier, там специфическая фнукциональность уже не так нужна, как разнообразие клиентов.

Вы же хотите Enterprise использовать как Carrier,
и жалуетесь на себестоимость подключения sip-абонента, которых у CS1K вообще нет, и прочие специфические вещи.

jetc пишет
CS1K - это Enterprise, для которого свойственна ориентация на функциональные proprietary-аппараты.

CS2K - это уже Carrier, там специфическая фнукциональность уже не так нужна, как разнообразие клиентов.

Вы же хотите Enterprise использовать как Carrier,
и жалуетесь на себестоимость подключения sip-абонента, которых у CS1K вообще нет, и прочие специфические вещи.

Да понятно...

Слава богу на 500-х аппаратах всё стандартно. Даже ДВО на них на 80% подгоняется под российское FFC кодами, только на MSB косяк (нет для него различимого акуст. сигнала).