проблема с переадресацией (ipLDK-300 3.8Ah), 15 линий в потоке заходят в атс и разруливаются по 231 программе. в трех ячейках (DAY,night,lunch) заведен номер секретаря, а в reroute прописана группа (ring) куда должны приходить звонки при неответе или занятости секретаря. В системных таймерах стоит DID no answer time 5 сек. Все работало потом вдруг перестало. Причем проблема только с этим номером из всего потока, может ли быть вина провайдера в этом.

Скачай через LDKPCAdmin текущую установку и посмотри, что там, не слетело ли что в 231 PRG на этом номере.

я даже станцию обнулял и заливал конфиг который работал. ничего не меняется, переназначал ячейкув 231 программе на другую все без толку.причем это только на этом номере

Ну если так,-тряси провайдера.

как можно поределит что это проблема провайдера или станции, если сделать тоже самое с другим номером из потока и той же группы внешних линий, то все работает.как мне доказать провайдеру что это его косяк если это действительно так, потому что он говорит что у них все нормально

Ну, а что сейчас происходит через 5 сек после поступления вызова??

телефон продолжает звонить, перадресации на группу не происходит

У секретаря стоит системник??
Проверьте для этого системника параметр ПГМ114/17 (DID Call Wait). Если он включен, то выключите его.

этот параметр выключен

А Вы уверены, что у Вас работало через Reroute (ПГМ231/5), а не через Preset Forward (ПГМ121)??

я все делал через 231 программу потому как мне надо было чтоб при неответе или занятости с секретаря переходило на группу и уже в ней звонили все телефоны сразу.Этот геморой только с этим номером из потока, если делать на другом номере все тоже самое то все работает, провайдер говори что у него все нормально.Может ли что то в потоке приходить от прова что будет мешать нормальной переадресации?

Ну и что?? Через Preset FWD тоже можно направлять в группу.

Так трудно скачать, с чем коррелирует этот номер.
Нужно детально смотреть конфиг, и к тому, наверное имеет смысл посмотреть трассировку входящего вызова по этому номеру (проверить, какой точно номер присылает провайдер). Может у Вас вообще этот номер принимается не как DID, а по ошибке (как Normal Ring) => через ПГМ144 на секретаря (ATTD).
Что прописано в ПГМ167/2 (Error)???

прописан тон

1690015 COL 007:02 07 St:co idle (00) EVT 5 28 05 04 03 80 90 A3 18 03 A9 83 87 6C 0C 21 83 34 39 35 36 30 39 31 31 31 35 70 08 C1 37 32 37 31
31 37 37 7D 02 91 81 A1 (U0)
1690016 C>02 07, D1 06 02 18 03 A9 83 87
1690016 COL 007:02 07 St:co idle (00) Ev-I:ring start P1: 0 P2: 0 EVT: 11 <- 7,61
1690016 D>02 07, C0 00 5A
1690016 COL 007:02 07 St:di-dialing(00) Ev-I:disa dgt P1: 7 P2: 0 EVT: 80 <- 7,61
1690016 COL 007:02 07 St:di-dialing(00) Ev-I:disa dgt P1: 2 P2: 0 EVT: 80 <- 7,61
1690016 COL 007:02 07 St:di-dialing(00) Ev-I:disa dgt P1: 7 P2: 0 EVT: 80 <- 7,61
1690016 COL 007:02 07 St:di-dialing(00) Ev-I:disa dgt P1: 1 P2: 0 EVT: 80 <- 7,61
1690016 COL 007:02 07 St:di-dialing(00) Ev-I:disa dgt P1: 1 P2: 0 EVT: 80 <- 7,61
1690016 COL 007:02 07 St:di-dialing(00) Ev-I:disa dgt P1: 7 P2: 0 EVT: 80 <- 7,61
1690016 COL 007:02 07 St:di-dialing(00) Ev-I:disa dgt P1: 7 P2: C EVT: 80 <- 7,61
1690016 COL 007:02 07 St:di-dialing(00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 7,61
1690021 COL 007:02 07 St:di-dialing(00) Ev-T:ds-dial P1: 0 P2: 0 TMR: 40 <- 7,61
1690021 COL 007:02 07 St:dd-rng req(00) Ev-I:dummy acd P1:26AF P2: 1 EVT: 0 <- 7,61
1690021 COL 007:02 07 St:dd-rng req(00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 7,61
1690021 COL 007:02 07 St:dd-rng req(00) Ev-I:dd rng nak P1: 1 P2: 0 EVT: 83 <- 4,01
1690021 D>02 07, C5 00 00
1690021 D>02 07, C5 00 00
1690021 D>02 07, C0 00 5A
1690021 D>02 07, C5 11 01
1690021 COL 007:02 07 St:wait gring(00) Ev-I:dd rng ack P1: 0 P2: 0 EVT: 82 <- 7,03
1690021 C>02 07, D0 06 01 18 03 A9 83 87
1690163 D>02 07, C5 00 00
1690163 C>02 07, D2 0F 07 4C 0C 21 80 34 39 35 37 32 37 31 31 37 37
1690163 D>02 07, C0 00 5A
1690163 COL 007:02 07 St:ds-talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 7,61
1690163 COL 007:02 07 St:ds-talk (00) Ev-I:dummy acd P1:26F3 P2: 0 EVT: 0 <- 7,61
1690164 COL 007:02 07 St:ds-talk (00) EVT 3 01 0F (U8)
1690254 COL 007:02 07 St:ds-talk (00) Ev-I:trans P1: 1 P2: 0 EVT: 40 <- 7,03
1690254 D>02 07, C0 00 5A
1690337 COL 007:02 07 St:exc hold (00) Ev-I:seize req P1: 0 P2: 0 EVT: 20 <- 7,03
1690337 D>02 07, C5 00 00
1690337 D>02 07, C0 00 5A
1690337 COL 007:02 07 St:ds-talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 7,61
1690369 COL 007:02 07 St:ds-talk (00) Ev-I:trans P1: 1 P2: 0 EVT: 40 <- 7,03
1690369 D>02 07, C0 00 5A
1690402 COL 007:02 07 St:exc hold (00) Ev-I:seize req P1: 0 P2: 0 EVT: 20 <- 7,03
1690402 D>02 07, C5 00 00
1690402 D>02 07, C0 00 5A
1690402 COL 007:02 07 St:ds-talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 7,61
1690434 COL 007:02 07 St:ds-talk (00) Ev-I:trans P1: 1 P2: 0 EVT: 40 <- 7,03
1690434 D>02 07, C0 00 5A
1690496 COL 007:02 07 St:exc hold (00) Ev-I:trans P1: 3 P2: 8A EVT: 41 <- 7,03
1690496 D>02 07, C5 00 00
1690496 D>02 07, C0 00 5A
1690496 D>02 07, C5 11 01
1690796 COL 007:02 07 St:trans ring(00) Ev-T:trans rcl P1: 0 P2: 0 TMR: 5 <- 7,61
1690810 COL 007:02 07 St:hold rcl (00) Ev-I:seize req P1: 6 P2: 0 EVT: 23 <- 138,04
1690810 D>02 07, C5 00 00
1690810 D>02 07, C5 00 00
1690810 D>02 07, C0 00 5A
1690810 COL 007:02 07 St:talk (00) Ev-I:dummy acd P1:26D6 P2: 0 EVT: 0 <- 7,61
11/29/09 TIME: 17:37:00
11/29/09 TIME: 17:38:00
1691765 COL 007:02 07 St:talk (00) EVT E 05 45 08 02 80 90 (U10)
1691765 C>02 07, DF 05 4D 08 02 80 90
1691765 D>02 07, C1 00 00
1691765 D>02 07, C5 00 00
1691765 COL 007:02 07 St:talk (00) Ev-I:ring stop P1: 0 P2: 0 EVT: 12 <- 7,61
1691765 D>02 07, 31 00 00
1691765 D>02 07, C5 00 00
1691765 COL 007:02 07 St:co idle (00) EVT :E0 01 5A (U0)
1691765 D>02 07, C1 00 00
1691765 D>02 07, C5 00 00
1691768 COL 007:02 07 St:co idle (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 7,61
1691768 D>02 07, C5 00 00
1692254 COL 009:02 09 St:co idle (00) Ev-I:enb sz req P1: 0 P2: 0 EVT: 25 <- 132,04
1692254 D>02 09, C1 00 00

Похоже, что у Вас вход. вызов сразу обслуживается как групповой (тип группы Ring).
- видимо телефон секретаря является агентом какой-либо Ring группы
- видимо, у секретаря установлен параметр ПГМ112/14 (Ring Grp Service).
Если это так, то DID-вызов, направленный в ПГМ231 непосредственно на Абонентский номер секретаря (STA), тем не менее будет обрабатываться как Групповой вызов!!! Ну, а уж если же вызов попал в группу (в которую входит секретарь), то он будет находится в очереди в этой группе до истечения таймера Overflow. Поэтому никакие Перенаправления (Reroute) не сработают.

параметр ПГМ112/14 (Ring Grp Service) параметр выключен, номер секретаря раньше был в ринговой группе на которую приходил этот номер потом я его из группы удалил и поставил отдельно как стейшн в 231прг, и группу поставил на рероут в той же программе

ХЗ. Тогда, наверное, нужно смотреть файл конфига.
Присылайте.

а на какой адрес прислать?

garry <> lg-nortel <> com

отправил конфиг

Ответ отправил по email.
На всякий случай дублирую на форуме:

Нужно выключить опцию "Data Line Security" (ПГМ111/4) для телефона секретаря (STA103)!!!
Тогда будет работать и по Неответу.
Вообще-то, опция "Data Line Security" предназначена только для факсов и модемов!!!

УРА!Огромное спасибо HARRIS !проблема решена!!!