Взаимодействие MG и NEC NEAX-7400 |
Здравствуйте, гость ( Вход | Регистрация )
Взаимодействие MG и NEC NEAX-7400 |
21.2.2011, 17:21
Сообщение
#61
|
|
ГУРУ Группа: Модераторы Сообщений: 15017 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Всегда. Транзитный код для NECа в город. Тогда, через AND может и проще. А так, кто к чему привык... -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
23.2.2011, 21:36
Сообщение
#62
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
2 часть марлезонского балета - DECT. Скрещивались репитеры KIRK (Polycom) WRFP и GDC-600B.
Есть два способа - при помощи хитрой программы и адаптора, либо при помощи особых манипуляций. Базовое руководство тут - http://enaco.pt/downloads/produtos/14/9963..._v07_02_eng.pdf но на вскидку оно не работает. Опытным путем был выявлен рабочий алгоритм: 1. Включаем на MG режим регистрации, держим под рукой трубку, подлежащую регистрации. 2. Втыкаем кабель в репитер более чем на 1 секунду но менее чем на 5. Вынимаем. Ждем 2-3 скунды. 3. Втыкаем кабель. Репитер подмигнет, начнет гореть светодиодом, а спустя 5 секунд начнет быстро мигать светодиодом.(а-ля трель - пауза) 4. Выполняем регистрацию трубки. По завершению процесса репитер начнет мигать быстро и непрерывно, без трелей. 5. На трубке делаем off-hook и нажимаем цифру 2. Репитер должен прекратить быстро мигать, мигнуть 2 раза и продолжить быстрое мигание. Делаем on-hook. Если это был первый репитер на базовой станции - то используем цифру 2, исли 2-й - то 3 и т.д. 6. Делаем off-hook. Репитер должен прекратить быстрое мигание и один раз медленно мигнуть. Нажимаем "*". Светодиод должен погаснуть на 2 секунды и репитер, закончив синхронизацию с базой, перезапустится. Нормальный режим работы - непрерывное горение светодиода и его мигание при снятии трубки на декте в радиусе репитера. Надеюсь что этот гайд кому-то поможет :-) Коллеги, у меня к вам вопрос - на цысках есть такая штука как PLAR - Private-line automatic ringdown (он же bat-phone). Выглядит так - абонент поднимает трубку с аппарата(цифра, аналог - без разницы) и тут же другой телефон(группа телефонов) начинает звонить. Как это называется на LG и как вкратце это настраивать ? (например невозможность звонить на первые телефоны, что поднимают трубку) -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
23.2.2011, 22:11
Сообщение
#63
|
|
ГУРУ Группа: Модераторы Сообщений: 15017 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Коллеги, у меня к вам вопрос - на цысках есть такая штука как PLAR - Private-line automatic ringdown (он же bat-phone). Выглядит так - абонент поднимает трубку с аппарата(цифра, аналог - без разницы) и тут же другой телефон(группа телефонов) начинает звонить. Как это называется на LG и как вкратце это настраивать ? (например невозможность звонить на первые телефоны, что поднимают трубку) См. Auto Dial Attribute(138)[N] А про невозможность звонить на первые телефоны, что поднимают трубку я чего то не понял... -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
24.2.2011, 7:40
Сообщение
#64
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
Поясняю. "Первые" телефоны, что "поднимают" трубку - это адапторы Commax-овского домофона к АТС. Работают так - при нажатии кнопки на вызывной панели домофона адаптор нагружает линию, станция видит что "телефон" поднял трубку и посылает вызов (через ПГМ 138). Так вот, что бы не выжечь это адапторы, должна быть исключена возможность звонить в их сторону, т.е. ни у кого не должно быть возможности позвонить в сторону адапторов.
Адапторы такие http://tec.org.ru/load/23-1-0-62 Интересно, а что мы с вами делали вчера на форуме вечером 23 февраля ? :-) -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
24.2.2011, 8:49
Сообщение
#65
|
|
ГУРУ Группа: Модераторы Сообщений: 15017 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Поясняю. "Первые" телефоны, что "поднимают" трубку - это адапторы Commax-овского домофона к АТС. Работают так - при нажатии кнопки на вызывной панели домофона адаптор нагружает линию, станция видит что "телефон" поднял трубку и посылает вызов (через ПГМ 138). Так вот, что бы не выжечь это адапторы, должна быть исключена возможность звонить в их сторону, т.е. ни у кого не должно быть возможности позвонить в сторону адапторов. Адапторы такие http://tec.org.ru/load/23-1-0-62 Интересно, а что мы с вами делали вчера на форуме вечером 23 февраля ? :-) Праздновали, наверное! Теперь понятно про "поднимают трубки". Значит так. По-умолчанию все абоненты принадлежат 1-й тенантной группе. Вы можете в Station DN Attribute(131~135)[N] назначить ваши адапторы во 2-ю, например, тенантную группу, а в Tenant Group Access(283)[N] запретить доступ к этой группе из других тенантных групп... -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
24.2.2011, 10:17
Сообщение
#66
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
Дрон, спасибо большое. Про тенанты была мысль, но не успел проверить, так как до этого не настраивал, помню только про принцип из описания на ipLDK.
-------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
10.3.2011, 23:22
Сообщение
#67
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
Промежуточный статус репорт:
1. DECT. Славные репитеры KIRK WRFP4 оказались single-cell, то есть для работы в системах с одной базой(номером базы). Соответственно, в случае с LG меня настиг односторонний handover(репитер-база, обратно не работает). В принципе, неожиданностью для меня это не было, народ с tek-tips с этим сталкивался. Выход - еще одна плата DECT и 4 базы. Итого 12 баз в системе. 2. Факсы по IP. T.38 с G.729 вполне заработал. На другой стороне цыска. Скорость была ограничена на 7200 bps. 3. Сказочные грабли с КПВ. В общем, при звонка в сторону MG КПВ нет. Причем слышен щелчок проключения канала. Линии - VoIP, H.450, NET. Если PGM 165-5 стоит в любое значение, отличное от NO, то циску даже не удается заставить генерить КПВ локально (видимо из-за того, что вовремя открывается аудио-канал). Если PI не слать, то цыску можно заставить вырабатывать КПВ локально командой tone ringback alert-no-PI ( To generate automatic ringback for the caller when no Progress Indicator (PI) alert has been received over the H.323 network, use the tone ringback alert-no-PI command in dial-peer configuration mode.) На ipLDK-100 такого странного явления не было. Сложилось впечатление, что для экономии полосы IP-канала корейцы заставляют КПВ вырабатывать вызывающую станцию, а не вызываемую. -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
11.3.2011, 13:28
Сообщение
#68
|
|
Ветеран форума Группа: Участники Сообщений: 912 Регистрация: 10.11.2006 Пользователь №: 114 |
2. зачем ограничили скорость?
3. Вообще дефолтное поведение для циски, если нет PI дудеть самой, у вас это гдето изменено, вот и приходится востанавливать. |
|
|
11.3.2011, 16:12
Сообщение
#69
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
2. зачем ограничили скорость? 3. Вообще дефолтное поведение для циски, если нет PI дудеть самой, у вас это гдето изменено, вот и приходится востанавливать. 2. Канал паршивый и не шибко широкий :-) 3. В том то все и дело, что если от MG PI есть, то цыска ни в какую не хочет делать ringback. Почему - писал выше. Шаманство с progress_ind setup enable не помогли. При этом, эта же цыска с ipLDK прекрасно работает (ringback есть). Это и удивило. Отключаем передачу PI - ringback вырабатывается локально цыской (что ожидаемо после команды tone ringback alert-no-pi ) -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
11.3.2011, 17:06
Сообщение
#70
|
|
Ветеран форума Группа: Участники Сообщений: 912 Регистрация: 10.11.2006 Пользователь №: 114 |
2. вы же на t38?
3. так PI для того и нужен чтоб никаких локальных ринбэков не было |
|
|
11.3.2011, 17:58
Сообщение
#71
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
2. вы же на t38? 3. так PI для того и нужен чтоб никаких локальных ринбэков не было 2. там иногда джиттер бывает катастрофический, больше 60 мс. Источник неясен. Явление кратковременное. Реданданси на 1 пакет стоит, но насколько это поможет неясно. На самом деле, цыска сама выставляет факс рейт для VoIP-пира на основании полосы кодека, используемого на пире. Но можно и вручную задать. Лично я смысла задирать скорость, нащупывая верхнюю границу не вижу. Да и факсовый трафик там небольшой. 3. Ага. Вот только от MG я КПВ при включенном PI не услышал. Это и стало следствием манипуляций с цыской, чтобы заставить ее генерить ringback. Из-за наличия PI этого сделать ну удавалось. Отключение PI на MG помогло и цыска начала генерить ringback локально. -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
11.3.2011, 18:18
Сообщение
#72
|
|
Ветеран форума Группа: Участники Сообщений: 912 Регистрация: 10.11.2006 Пользователь №: 114 |
2. а вам на t38 должно быть всеравно на джиттер, в разумных пределах конечно.
3. а MG обещало что PI=КПВ? |
|
|
11.3.2011, 19:09
Сообщение
#73
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
2. джиттер-буфер со стороны цыски 60 мс. В моем случае всплески джиттера превышают 60 мс.
3. Смысл не в этом. В отладке четко видно что в зависимости от настройки цыски при PI=3 Origination address is non-ISDN или PI=1 Call is not end-to-end ISDN; further call progress information may be available in-band от MG rtp-поток исправно открывается, но КПВ в нем так и не появляется от MG. Вот я и предположил, что разрабы MG считают, что КПВ должна вырабатывать локальная по отношению к вызывающему абоненту железяка, а не удаленная. -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
11.3.2011, 20:28
Сообщение
#74
|
|
Ветеран форума Группа: Участники Сообщений: 912 Регистрация: 10.11.2006 Пользователь №: 114 |
2. основания так считать?
3. а вот слать rtp c тишиной и заставлять его слушать, это совсем не правильно. Надеюсь мы говорим о звонке на телефон принадлежащий MG? |
|
|
11.3.2011, 21:09
Сообщение
#75
|
|
Продвинутый пользователь Группа: Участники Сообщений: 169 Регистрация: 31.5.2010 Из: Default City Пользователь №: 14690 |
2. основания так считать? 3. а вот слать rtp c тишиной и заставлять его слушать, это совсем не правильно. Надеюсь мы говорим о звонке на телефон принадлежащий MG? 2. имеются. собственные наблюдения за каналом (ping min/max/mean) на протяжении пары суток и параметры джиттер-буфера, видимые в статистике факсовых звонков цыски. 3. именно так, звонок от цыски на mg, линии - NET (H.450/Q.SIG). Не то, что слать/слушать пустой rtp. На MG - rtp открыли, она в общем то и не против. Но, к примеру, логика разрабов может быть такой, что при типе CO - NET (условно, для простоты), КПВ формирует вызывающая станция. Такое вполне может быть по нескольким причинам: 1. Нормальная работа NET гарантируется только с собратьями по разуму. Решили, что в режиме NET КПВ формирует вызывающая станция, и все, баста. 2. Экономия эрлангов в конце концов :-) В общем, чтобы подтвердить или опровергнуть гипотезу нужно или проверить эти же линии в режиме PSTN(условно), или же призвать Харриса :-) -------------------- The sum of intelligence on the planet is a constant; the population is growing.
|
|
|
Текстовая версия | Сейчас: 25.9.2024, 0:21 |