Проверил, еще несколько номеров - на 2-х sltm32 из 10. На остальных sltm32 не наблюдается такого. Прошивки на всех sltm32 одинаковые, но я не склонен грешить на железо, похоже либо на софт, либо кривые руки))). "F" выдает не правильные данные (номера), номер порта также не совпадает с тем, что выдает "F". При звонке на внутренний номер - все определяется правильно.
Уважаемые форумчане может кто-то знает откуда конкретно "F" берет данные о номере. Может это как-то связано с групповой "перепиской" номеров которую я делал через ПГМ105 поля Enter Station Range(диапазон) + Start Station Number? К сожалению сейчас этого проверить не могу.

Номер 799 находится на порту 322, определилось с использованием F, как номер 325. На порту с номером 325 никто не зарегистрирован - на этом порту железа нет и не было. Удивительно, но до перезагрузки видел номер 799 на порту отличном от 324, сейчас действительно он на 324 порту. Номер 102 с самого начала был на 302 порту. НО 799 тем не менее находится на порту 322, а F отдает 325. Если бы даже с номера 799 я услышал 322, не понял бы почему отдается номер порта, а не номер абонента на порту.
В пгм 114 Station CLI 1 прописаны правильные номера. Откуда в действительности F берет данные???
Завтра протестирую "F" еще с нескольких внутренних номеров.

В 114 Пгм, поле Station CLI стоит "честный" номер, например для номера 790 в пгм 114 стоит 790, на астер отправляется ХХХ324.

Добрый день, форумчане. Имею ipecs-lik600 (MFIM/GS97M-5.6Bm JUL/16, Kernel Version-6.0Al, SLT32 - v.4.0Ne). Не могу найти место откуда по директиве F в LCR берутся не верные данные о внутреннем пользователе. F я использую для голосового "аон-а" на аналоговых аппаратах. Работает так- пользователь набирает код XXX, в lcr, используя F, к этому коду добавляется в начало трехзначный внутренний номер и эти 6 цифр отправляются на астериск, который отрезает последние 3 цифры и проговаривает голосом оставшиеся 3 первых цифры, которые и добавлялись при помощи F. Большинство номеров обрабатывается правильно, но с некоторых в астер улетают совсем не те внутренние номера ( точнее код+внутренний номер) с которых звоню. С астером проблем нет - он просто принимает, то что ему отправили и проговаривает, вижу в консоле астериска, что к нему с этих проблемных номеров прилетают не правильные цифры с атс. При звонке, например на системник, все номера определяются правильно. Подскажите, кто-то сталкивался с таким, как решали? Проблема наблюдается, как на аналоговых портах, так и на цифровых аппаратах (LIP-8002Е), например внутренний номер 102 улетает на астер как XXX302 и проговаривается 302, номер 799(цифровик) улетает как ХХХ327, номер 790(цифровой) улетает как ХХХ324, проговаривает 324, думаю, что с физическими номерами портов не связано, т.к. портов 324 и 327 не атс не существует. Может глаз замылился и не могу понять откуда берутся данные по F, кто в курсе подскажите пжлст.

Большое всем спасибо, особая благодарность harris-у и Dron-у.
Атс очень далеко от моего местонахождения (несколько сот километров), лично проверить не смогу, поэтому хотел найти наиболее правильный вариант подключения, чтобы с этим заданием 100% мог справиться любой нормальный технарь.
В шаговой доступности от меня находятся несколько ipldk300 и 100 и не одной mg ((.
Эта удаленная ipecs-mg подключена к UPS в несколько киловатт (питает также сервера в локалке), но как на зло за последние 5 дней было два длительных отключения питания (более 3-х часов).

На будущее - у меня несколько ipecsmg и может оказаться, что на другом объекте будет "неудобно" ставить отдельный аппарат и придется задуматься о возможности подключения на внутренний номер, если ли еще мнения и опыт работы с данной функцией. Одно мнение dron-а, другое мнение manual-a (пока счет 1:1) - не люблю ничьих )).

Значит есть люди, которые усомнились в фразе из мануала:
- "NOTE: If User wants to use the PFT function, Pin# 1, 2 should be connected to a SLIB interface port."

Интересно, а можно ли внутренний телефонный аппарат запараллелить на контакты 1,2 - не пожжет ли порты внутренних линий при звонке снаружи или нужен отдельный. Лично я подключу отдельный, от греха подальше)). Но т.к. на старой атс при пропадании питания происходило переключение на внутренний номер (jack1), а на mg логика отличная, поэтому интересуюсь степенью опасности, если внутренний телефонный аппарат запараллелить на контакты 1,2 первого порта lcob.
P.S.
В доках (Hardware Description and Installation Manual) нашел про PFL в п.4.3.1- или harris имел в виду этот пункт или я не в правильные доки сморю - одно из двух. ))

Благодарю за помощь, уважаемый harris!

Добрый день, форумчане!
Может ли ipecs-mg 100 при пропадании внешнего питания коммутировать внешнюю аналоговую линию напрямую на какой-либо внутренний т/а? Беглый обзор мануала не дал результатов).
P.S.
Такая функция, была на старом панасе.

Проблему отсутсвия голоса нашел - кодеки. Похоже атс с астериском не могли договориться на счет кодеков, но судя по снифу они друг друга понимали. Указал в астериске у экстеншена в явном виде кодеки и о чудо - голос пошел. Хотя для Ipecs-lik и ipldk подключенные в этому астериску этого не требовалось. Разная логика у атс дает о себе знать))).

Немного не понял вашего выражения "так работает". Т.е. это нормальное поведение или вы имели в виду, что у кого -то такие схемы работают без проблем?
Судя по форуму у людей работает. Сравниваю свои настройки - проблем не замечаю, может глаз замылился.

Уважаемые форумчане, если у кого-то есть подобная схема работает, т.е. атс подключается посредством voib24 по sip к астериску, просьба сравнить свои настройки с моими - конфиг в первом посте. Мне кажется, что я где-то в атс чего-то не указал.
172.16.90.222 - процессорная плата
172.16.90.223 - плата voib24
172.16.90.219 - шлюз в другие локальные сети
172.16.82.223 - ИП астериска
255.255.252.0 - маска (такая маска стоит везде)
Объясню почему я так думаю:
1) Входящая связь с астериска на ipecs через voib24 вопросов не вызывает - все работает (значит можно исключить, то что порты для rtp протокола не открыты или проброшены криво, также это значит что порт 5060 открыт, т.е. по этим портам трафик спокойно ходит).
2) Исходящая связь, через voib24 также есть, но нет голоса (значит rtp трафик не доходит до voib24 или voib24 его не видит, на порт 5060 соединение устанавливается). Админы утверждают, что в локалной сети между астером и атс не стоит nat.
3) Подключение атс с платой voib24 через "тупой" свитч к астериску в тойже локалке, показало такой же результат.
4) При включении VOIU на процессорной лате, нареканий нет , все начинает работать в обе стороны, пока связь осуществляется по портам voiu.

в 108
Ип = 172.16.90.222
маска = 255.255.252.0
router ip = 172.16.90.219 - адрес шлюза, через который происходит подключение атс к астериск-у.
firewall ip = 0.0.0.0
dns= 0.0.0.0

в 305
слот=4 ип=172.16.90.223 router ip address = 172.16.90.219 маска 255.255.252.0

P.S.
Версии прошивок установленные на атс:
iPECS-MG/GS55MxB.0De SEP/12
VOIB24 = v.10Gb
SLIB24 = v.10Ha
Может в 305 для слота, в котором находится voib24 нужно ставить Router IP Address= ИП процессорной платы, если считать voib24 расширением для процессорной платы ?? Мысли вслух.)))

Просканировал c астериска udp порты 7400-7495 на плате voib24(она у меня в 4 слоте) - порты открыты.
Залил сниф пакетов сюда http://zalil.ru/34254054 пакеты сняты со шлюза на интерфейсе смотрящем в локалку, в которой находится атс. Шлюз стоит между атс и asterisk (сделал выборку Wireshark-ом по протоколу sip и rtp).
Пока итог такой - входящая связь + голос через voib24 есть, исходящая есть + голоса нет. Если включить voiu на плате проца, то на каналах принадлежащих voiu работает в обе стороны с голосом.
Ссылка на конфиг атс в первом посте.
Прошу помощи в разборе полетов.
Немного дополню - звонил так. Звоню с ats1 подключенной к asterisk с адресом 172.16.1.223 на внутренний номер 133 атс2 на которой наблюдаю проблему (полный набор 41 133, префикс 41 отбрасывается астериском и звонит на 133 номер атс2). На номере 133 атс2 стоит безусловная переадресация на номер 222333, через voib24. Звонок удачно прилетает на 222333, но без голоса.
Софтфон с номером 222333 стоял на IP 172.16.0.46. По такой схеме, но через каналы voiu все работает.
6041 - это учетная запись, которую использует атс2 при подключении к астериск.
На ип 172.16.70.223 с снифе не обращайте внимания, он другой сервер, который к данному звонку не имеет отношения.

да, шлюз в 305 программе для 4 слота (voib плата) прописан. Прописан ИП шлюза в локальной сети в качестве router ip address. В поле ip address прописан ip платы voib24.

В 395 voib прописана. Прошивки стоят самые последние - скачано с artcom.ru. Поставил сегодня asterisk на виртуальную машину, подключил через тупой свитч атс к астериск-у (процессорная плата+ voib24) - ситуация не изменилась. Здается мне, что дело не в локальной сети.
ПГМ 395 представлена ниже:
Nation Code = Ruusia
Memo= пусто
Codec Type = tenant group codec
RTP Relay Rule = Automatic
VOIB Slot for RTP Relay стоит номер слота платы, в моем случае 4
VMIB Slot =0
Peer To Peer =Enable

Добрый день, форумчане!
Пытался сегодня настроить исходящую связь по sip, через voib24 (ipcecsmg100 с платой voib24), пока не получилось, поэтому решил написать сюда. Ссылка на конфиг http://zalil.ru/34238393 если нужен логин для входа в конфиг - ipecsadmin.
Что имею:
При входящем вызове через voib24 -все хорошо (связь устанавливается, голос есть)
При совершении исходщего вызова с атс, через линии на voib24 (например через 9 со, находящуюся на voib24 посредством кода 8809+номер) - тишина вместо голосового трафика. Т.е. сторона А (ipecs) звонит стороне B (asterisk). Сторона В слышит звонок, снимает трубку и тишина, на стороне А идет кпв до момента снятия трубки сторой В, после снятия трубки - у "А" тоже тишина.
Если включить на процессоре VOIU вместо AAFU - исходящая связь устанавливается и голос слышно, т.е. все ОК.
Админы утвержают, что между ats и asteris, как такового NAT-a нет, из подсети с ipecs поднят vpn туннель в подсеть с asterisk, и используются эти IP-ы. Пинги до астера есть , с астера до плат ipecs тоже.
P.S.
До этого момента имел дело только ipldk и lik, настраиваю sip на mg впервые.
Понимаю, что дело скорее всего в том, что rtp пакеты падают не на voib24, т.к. соединение все-таки устанавливается, а голоса нет, но где поправить это пока не нашел.
172.16.90.222- ип процессорной платы
172.16.60.223 - ип voib24
172.16.82.223 - ип asterisk-a.

Завтра поставлю астериск на виртуальник, на локальной машине и подключу атс с voib24 к этому астериск-у. Если проблемма в nat-e, должно заработать. Просьба, кому не очень лень, посмотрите мой конфиг, может там собака зарыта.)))

Премного Благодарен Dron!!! заработало только при минимальном значении этого таймера.

Поступили новые вводные.
Назовем, для простоты, линия №1 - это традиционная аналоговая линия от оператора связи, звонок на эту линию aтс (lgcm8) распознает правильно, т.е. все работает.
Линия №2 - это аналоговая линия "выдаваемая" d-link ом, звонок на эту линию не распознается атс (lgcm8), как внешний вызов.
Были приведены замеры этих линий:
- в состоянии покоя (без звонка), линия 1= 65В постоянки, линия 2=47-48В постоянки.
- при звонке на линию - линия 1= 140В переменки, линия 2 = 103-104В переменки. При звонке на линию1 Uпер.=140В присутствует всегда, а при звонке на линию2 поведение иное, т.е. примерно пол секунды переменное напряжение составляет 104 В, после чего на 1,5 секунды падает до уровня 48В, потом опять на пол сек. до уровня 104В и опять на 1,5 сек опускается до уровня 48В и т.д., при этом, если вставить линию2 в порт lgcm8, то светодиод на этом порту будет тускло моргать в такт, т.е. 0,5 секунды - зажжен, 1,5 секунды потушен и т.д.
Когда приходит звонок на линию1, то светодиод горит непрерывно и ярко.
Можно ли как-то настроить, чтобы атс (lgcm8) понимал подобное поведение линии при звонке на нее, как внешний вызов? Может кто-то сталкивался с таким поведением?

P.S
Были вызваны сотрудники ростелекома (их d-link), они сослались на то, что не настроена атс. Когда с нашей стороны последовала просьба настроить линии с их d-link а , так чтобы звонковые параметры линии2 соответствовали параметрам линии№1 (на которой все работает), ответили, что если линия 2 на обычном телефоне звонит - это значит что у них все ОК. На вопрос о стандартизированности такого поведения при звонке на d-link - отправили в саппорт d-link или предложили подключить телефоны и пользоваться ими, вместо атс.

был 0 и при этом обычный т\а подключенный непосредственно к шлюзу звонил при поступлении вызова.
правда настройку FXS Ring Voltage нашли не в Telephony Settings, а где-то в другом месте ( но думаю это "загон удаленного" человечка)
FXS on hook стоит 0 - но когда приходил настройщик из ростелекома и мерил тестером напряжение линии (при данной настройке, т.е. FXS on hook = 0) без звонка у него тестер показал 60 В.
Короче буду дальше терзать, чтобы рос-ы настроили линии fxs на d-link с такими же параметрами, как традиционные аналоговые медные линии, на которых у меня все работает хорошо.
Импеданс был выставлен на 600 ом.
Поживем увидим.

подняли FXS Ring Voltage с 0 до 80 вольт - результат пока тот же.
Есть еще настройка fxs On Hook, я так понимаю это напряжение линии при положенной трубке в отсутвие звонка - там по умолчанию также стоит 0 - планирую выставить 48
P.S.
При звонке на этот d-link в вэб интерфейсе тишина, но как мне говорят, визуально видно загорается нужный светодиод на lgcm8, на которкое время (blink) потом 1,5 секунды пауза и снова загорается на оч. короткое время. Может этот факт что-то скажет гуру?

К сожалению не имею доступа к d-link - это железка ростелеком и доступ они не дают. Видимо нужно вызывать спецов из ростелекома, чтобы они поднимали вызывное напряжение - если такое возможно на этом d-link е. Какое значение им рекомендовать выставить? При каком звонковом напряжении (минимальном) lgcm8 гарантировано "услышит" звонок? Если кто знает поделитесь инфой...

Пробовал - не влият LOOP ИЛИ GND.

Добрый день, форумчане!
Есть атс ipecs-lik 100 (mfim v.5.5Fc), lgcm8 (v.4.0Mc) + другие модули.
Существует проблема связанная, по моим ощущениям, с нехваткой вызывного напряжения на внешней линии.
Если подробно, то заведены на этот lgcm8 3 аналоговых линии от Ростелекома. Захотели дополнительно подключить 4-х канальный номер по аналоговым линиям. Ростелеком предоставил такую возможность, через железку D-Link DVG-5004S VER. C1 4 PORT FXS VOIP GATEWAY.
Проблема заключается в том, что атс (lgcm8) "не видит" звонков с этого D-Link DVG-5004S VER. C1 4 PORT FXS VOIP GATEWAY, а если включить не в lgcm8, а на прямую в аппарат (дектовская база/трубка), то звонок приходит.
Допустим со1-со3 это традиционные аналоговые линии, а со5-со8 аналоговые линии "сделанные" DVG-5004S- в результате с со1-со3 атс звонок "видит" звонок, а с со5-со8 "не видит", если поменять местами физические линии подключенные к со2 и со5, то звонок на со5 пройдет, а на со2 нет - это делал для проверки работоспособности портов со5-со8, убедился, что порты работают.
Померить вызывное напряжение сегодня не получилось, т.к. все операции делал удаленный человек у которого не было с собой тестера, завтра будет.
Можно ли атс (lgcm8) заставить понимать пониженное звонковое напряжение и какие пределы звонкового напряжения выставлены по умолчанию?

P.S.
Видимо база/трубка dect, к которой подключал линии с DVG-5004S рассчитана на более широкий диапазон звонкового напряжения.