Fixed.
Правильные параметры:

interface Dialer0
description PPTP To Provider
bandwidth 1024000
ip address negotiated
ip mtu 1450
ip pim dense-mode
ip nat outside
ip virtual-reassembly max-fragments 64 max-reassemblies 1024
encapsulation ppp
ip policy route-map clear-df
dialer in-band
dialer idle-timeout 0
dialer string 123
dialer vpdn
dialer-group 1
no peer neighbor-route
no cdp enable
ppp pfc local request
ppp pfc remote apply
ppp encrypt mppe auto
ppp chap hostname SOME
ppp chap password 7 PASSWORD
crypto map osen'<->sd_asa_5520

route-map clear-df permit 10
match ip address 110
set ip df 0
access-list 110 permit tcp any any


interface Vlan400
description Voice VLAN
ip address 172.16.20.1 255.255.255.0
no ip redirects
no ip unreachables
no ip proxy-arp
ip flow ingress
ip nat inside
ip virtual-reassembly max-fragments 64 max-reassemblies 1024
ip tcp adjust-mss 1410

vpdn enable
!
vpdn-group 1
description PPTP To Provider
request-dialin
protocol pptp
rotary-group 0
initiate-to ip 10.21.16.2
ip pmtu
ip mtu adjust

В сухом остатке: PMTUD выключен роут-мапом. IP MTU и MSS выставлены согласно расчетам на бумажке. MTU на Dialer0 дефолтный - 1500
В принципе настройки будут работать для любого PPTP. Только крипто-мап писать на dialer0 не стоит :-)
С этими параметрами вышеописанные глюки с телнетом и вебом до MG исчезли.

Коллеги, вопрос по ПГМ251-252 возник.
Чекбосы Print Conv. Digit и Display Conv.Digit относятся к SMDR ?
По преобразованию номеров: как я понимаю, можно использовать маски.
Admin guide по этому поводу немногословен - допускаются 0-9, *, #, X.
С преобразованиями вида 44455566 -> 1111 все понятно.
А если просто добавляется префикс к набранному номеру, то как будет выглядеть маска ? И вообще, вкратце, как в данном случае работают *, # и X ?
Аналогичный вопрос по ПГМ 263 - можно ли маской отрезать например первые 3 цифры входящего CLI ? (341111->1111)

*, # - так и есть, Х - любая цифра. Если набираете номер 1111, а нужно 341111, то маска может выглядеть так: Dialed Digit - ХХХХ, Changed Digit - 34ХХХХ, или Dialed Digit - 1, Changed Digit - 341.
По ПГМ263. Original CID - 34ХХХХ, Converted CID - ХХХХ.

Спасибо большое.
А как тогда добавляется префикс к набранному исходящему номеру ?(если * - это символ) Через PGM180 - 4 ?

Так я ж в предыдущем сообщении привел пример для Digit Conv Table(251~252)[N]...
А, так я забыл перед 34, собственно, например, номер группы СО указать, через которую вызов должен осуществляться. Виноват!

Ага, спасибо. Мы сейчас транзит через NEC крутим, собственно идет игра префиксами.
Дрон, может уточните меня по трссировке:
1. говорим telnet IP_ADDR 5003
2. пароль jennie
3. говорим
t b XX <Enter> (XX - номер слота PRIB)
tm 1206 <enter> (маска MSG, расшифровка типа сообщений)
tm 9302 <enter> (маска IE, расшифровка инф. элементов)

При этом в телнете тишина.(при звонках через поток)

Хотел еще уточнить по фразе "А, так я забыл перед 34, собственно, например, номер группы СО указать, через которую вызов должен осуществляться. " - если строка уже применяется к группе CO, то это как ?(указать номер)

С префиксом я возможно несколько некорректно выразился - интересен более общий случай, например выход в город. При анализе цифр на CO код выхода на группу ("0") мы уже не видим ? Тогда вариант 0->00 например не проходит.

В Serial Port Selection(231)[N] нужно указать для Trace Print в вашем случае TCP1.


Предположим, нужно осуществить вызов через СО группу 1 (код выхода*801). Тогда в Changed Digit должно быть для вашего примера *801341, например...
Для исходящей связи используется Digit Conversion Table, указанная в Station DN Attribute(131~135)[N].

В общем, как показал опыт, можно и через 251-252, и через 180 - AND Digit.
В любом случае, Дрон, спасибо Вам большое.

Ну да, через AND тоже можно...
Я, просто, предпочитаю, по возможности, чтобы в одном месте все было...
К тому же, при использовании AND, эти цифири всегда будут добавляться. А если вам надо в одном случае добавлять, а в другом нет?...

Всегда. Транзитный код для NECа в город.

Тогда, через AND может и проще. А так, кто к чему привык...

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 и как вкратце это настраивать ? (например невозможность звонить на первые телефоны, что поднимают трубку)

См. Auto Dial Attribute(138)[N]
А про невозможность звонить на первые телефоны, что поднимают трубку я чего то не понял...

Поясняю. "Первые" телефоны, что "поднимают" трубку - это адапторы 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] запретить доступ к этой группе из других тенантных групп...

Дрон, спасибо большое. Про тенанты была мысль, но не успел проверить, так как до этого не настраивал, помню только про принцип из описания на ipLDK.

Промежуточный статус репорт:
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-канала корейцы заставляют КПВ вырабатывать вызывающую станцию, а не вызываемую.

2. зачем ограничили скорость?
3. Вообще дефолтное поведение для циски, если нет PI дудеть самой, у вас это гдето изменено, вот и приходится востанавливать.

2. Канал паршивый и не шибко широкий :-)
3. В том то все и дело, что если от MG PI есть, то цыска ни в какую не хочет делать ringback. Почему - писал выше.
Шаманство с progress_ind setup enable не помогли. При этом, эта же цыска с ipLDK прекрасно работает (ringback есть). Это и удивило.

Отключаем передачу PI - ringback вырабатывается локально цыской (что ожидаемо после команды tone ringback alert-no-pi )

2. вы же на t38?
3. так PI для того и нужен чтоб никаких локальных ринбэков не было

2. там иногда джиттер бывает катастрофический, больше 60 мс. Источник неясен. Явление кратковременное. Реданданси на 1 пакет стоит, но насколько это поможет неясно.
На самом деле, цыска сама выставляет факс рейт для VoIP-пира на основании полосы кодека, используемого на пире. Но можно и вручную задать. Лично я смысла задирать скорость, нащупывая верхнюю границу не вижу. Да и факсовый трафик там небольшой.
3. Ага. Вот только от MG я КПВ при включенном PI не услышал. Это и стало следствием манипуляций с цыской, чтобы заставить ее генерить ringback. Из-за наличия PI этого сделать ну удавалось. Отключение PI на MG помогло и цыска начала генерить ringback локально.

2. а вам на t38 должно быть всеравно на джиттер, в разумных пределах конечно.
3. а MG обещало что PI=КПВ?

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 считают, что КПВ должна вырабатывать локальная по отношению к вызывающему абоненту железяка, а не удаленная.

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(условно), или же призвать Харриса :-)