Тема: LDK300 PMU 2.0Db mar/03: первая кровь ;)
делюсь первыми впечатлениями от subj:
поменял PMU, сбросил программу, перебил вручную с системника, за исключением Station Group (настолько мутно в доке написано как группы с системника забить, да и времени разбираться не было)
сразу наткнулся на косяк:
PGM160/3 CO Line Choice если ставишь ROUND-ROBIN выход на группу CO отваливается. :(
т.е. например, набираешь 9 и если какая-то из CO этой группы уже занята (XXX), получаем занято и надпись Line XXX busy.
если все свободны - Access deny…
то же самое наблюдается и с остальными группами 802, 803…,
хотя доступ к линии (88XXX) работает нормально, без всяких access deny
пока все, если еще чего выползет - допишу, если народу интересно ;)
Конечно интересно и поподробнее.
When “Loop LCR Account” (PGM 111 - 16) is ON, system will check CO account code when using Loop LCR.
Создано Hass78
When “Loop LCR Account” (PGM 111 - 16) is ON, system will check CO account code when using Loop LCR.
Loop LCR Account в OFF, LCR не пользую вообще...
а кстати, цитатка то откуда? PGM 111-16 у меня даже в installation manual не фигурирует😕 PGM 111 заканчивается на BTN15 😊
Создано Hass78
When “Loop LCR Account” (PGM 111 - 16) is ON, system will check CO account code when using Loop LCR.
Loop LCR Account в OFF, LCR не пользую вообще...
а кстати, цитатка то откуда? PGM 111-16 у меня даже в installation manual не фигурирует😕 PGM 111 заканчивается на BTN15 😊 а в programming manual из инета PGM 111 вообще заканчивается BTN12
Это все поправки к новым версиям, которые меняются со страшной скоростью, скоро опубликуем последний релиз.
новые версии прошивок, или новые версии доки?
и нельзя ли все-таки заполучить что-то вроде changelog к новым версиям прошивок? сидеть угадывать чего там пытались исправить, как-то напрягает :(
кстати от тех кто привез мне 2.0D слышал, что вроде бы должны там были поправить проблемы с SMDR, но как-то незаметно: как не попадали туда цифры после паузы в наборе, так и не попадают :(
1. И то и другое
2. Попробуйте 181 программу 8 кнопку, по умолчанию 5сек, если сделать ~20 сек, может быть поможет, правда и время разговора в SMDR уменьшится на это время. Проблема не в SMDR, а в статусе звонка, после паузы в наборе звонок переводится в статус установленного соединения. Могу обнадежить, что эту проблему никогда не устранят, т.к. например в Panasonic с 95 года существует та же проблема и никто ей не думает заниматься, т.к. гудок после 8 и ей подобных цифр существует только в странах третьего мира, да и то не во всех, а только лишь бывшего соцлагеря благодаря нашим доблестным решениям в области связи. Японцам и корейцам глубоко положить на этот незначительный момент. А нужно стремиться к тому, чтобы отключать тон-детекторы на этот момент. К счастью есть небольшая возможность влиять на производителя путем не слишком навязчивых претензий в виде просьбы, при следующем разговоре обязательно учтем.
1. радует... очень
2. кгм... надо попробовать - я IDT пробовал только в сторону уменьшения, чтоб не засыпали при наборе юзера 😉 но тогда возникли проблемы с трансфером...
а дело то ведь и не в 8 - просто задумался человек, пока номер набирал 😉 у нас на ГТС уже года 4 как не нужно dialtone после 8 ждать...
1. Что такое IDT?
2. А что, ГТС не дает бизю если кто-то долго ждет?
3. Настоятельно рекомендую попробовать мои инструкции, может это окажется последней соломинкой в вашем случае
1. Inter Digit Timer
2. Дает через 20с., а готовность после 8 выдается мгновенно, чего народ еще ждать пытается???
самое печальное - если юзера пронюхают про эти паузы - пойди им докажи потом куда они звонили :( каждый выход межгород они будут вырубать SMDR паузой...
SMDR log вроде есть, НО вырубается он элементарно любым знающим юзером - это явный баг, и “нашим доблестные решениям в области связи” ну совсем здесь не причем :( (это как парольный доступ с пустым паролем: если юзер ввел пароль, проверяем правильный ли, а не ввел - пускаем и так)
3. Уже... спасибо 😊 завтра посмотрим...
support прав, в Москве например ГТС, где не требуется диалтон после 8 за ~3сек сразу дают “занято”. А проблема именно в том самом месте, как и утверждал support.
А 20 сек. вы уже установили в предложенной программе7 К сведению, все коммерческие оператры Москвы это делают за макс. 3 сек. и никаких проблем. Есть мысль, а не обратиться ли вам к оператору с просьбой уменьшить время, после изысканий в 181 программе
Создано lollapalooza
слышал, что вроде бы должны там были поправить проблемы с SMDR, но как-то незаметно: как не попадали туда цифры после паузы в наборе, так и не попадают :(
Эту проблему с SMDR корейцы уже отработали, начиная с версии 2.0Cj (LDK-300) и 2.0Ci (LDK-100). См. PGM181/button 13- SLT DTMF Release Timer. Этот таймер добавлен по просьбам “трудящихся” Италии и Индонезии, но и нам пригодится.
А если они пульсом набирают? Это учтено? А в Итали с Инндонезией других глюков не наблюдалось?
1. А причем здесь импульсный SLT??
Если SLT набирает в пульсе, то и проблемы никакой нет и не было- все цифры, принятые в пульсе, отображаются в записях SMDR. При этом никакие паузы в наборе номера не имеют значения для SMDR. Но если пульсовый SLT после набора нескольких цифр перейдет в тональный набор (например, для набора PIN кода в случае использования услуг альтернативного провайдера), то, конечно, цифры, отправленные тоном, в записях SMDR не будут сохранены. Это уж извините- не обязана станция резервировать DTMF-приемник под SLT с импульсным набором.
2. Насчет Индонезии - не могу сказать, но именно итальянцы отловили большую часть корейских ошибок в ПО, т.к. станции LDK (равно как и GDK) проходили первую “обкатку” как раз там. Да и сейчас кое-чего негативного отыскивают (см. Service Reports), за что им и спасибо.т.к. на их рекламации корейцы откликаются оперативно (Европа все-таки).
