Есть 2 LDK60 соединены по IP
При звонке на первую в LunchTime проигрывается сообщение (плата AAFU) "наберите номер абонента или дождитесь секретаря" если звонящий ничего не нажимает переадресовывается на вторую станцию на номер 206 после минуты разговора разрываться связь.
Замечено вот что:
1)если звонящий всё таки набирает номер любого внутреннего абонента (станции 1 или 2 без разницы) то связь не разрывается
2)Если убрать проигрывание сообщения а сразу переадресовывать на номер 206 второй станции, то тоже всё проходит на "Ура!", т.е. связь не разрывается.
Какие будут соображения? я думаю это где то косяки в настройках DISA
Вот настройки DID/Disa Destination (PGM 167) на всякий случай
Bysy: Tone
Error: Attendant (Ring Assign)
No Answer: Tone
DND Destination: Tone
Reroute Busy: Attendant (Ring Assign)
Reroute Error: Attendant (Ring Assign)
Reroute No Answer:Attendant (Ring Assign)
VMIB PROMT USAGE - Все галки стоят
Полная версия этой страницы: Две LDK60 разрываеться связь
Цитата(diver_ser @ 1.6.2011, 4:59) 
Есть 2 LDK60 соединены по IP
При звонке на первую в LunchTime проигрывается сообщение (плата AAFU) "наберите номер абонента или дождитесь секретаря" если звонящий ничего не нажимает переадресовывается на вторую станцию на номер 206 после минуты разговора разрываться связь.
Замечено вот что:
1)если звонящий всё таки набирает номер любого внутреннего абонента (станции 1 или 2 без разницы) то связь не разрывается
2)Если убрать проигрывание сообщения а сразу переадресовывать на номер 206 второй станции, то тоже всё проходит на "Ура!", т.е. связь не разрывается.
Какие будут соображения? я думаю это где то косяки в настройках DISA
Вот настройки DID/Disa Destination (PGM 167) на всякий случай
Bysy: Tone
Error: Attendant (Ring Assign)
No Answer: Tone
DND Destination: Tone
Reroute Busy: Attendant (Ring Assign)
Reroute Error: Attendant (Ring Assign)
Reroute No Answer:Attendant (Ring Assign)
VMIB PROMT USAGE - Все галки стоят
При звонке на первую в LunchTime проигрывается сообщение (плата AAFU) "наберите номер абонента или дождитесь секретаря" если звонящий ничего не нажимает переадресовывается на вторую станцию на номер 206 после минуты разговора разрываться связь.
Замечено вот что:
1)если звонящий всё таки набирает номер любого внутреннего абонента (станции 1 или 2 без разницы) то связь не разрывается
2)Если убрать проигрывание сообщения а сразу переадресовывать на номер 206 второй станции, то тоже всё проходит на "Ура!", т.е. связь не разрывается.
Какие будут соображения? я думаю это где то косяки в настройках DISA
Вот настройки DID/Disa Destination (PGM 167) на всякий случай
Bysy: Tone
Error: Attendant (Ring Assign)
No Answer: Tone
DND Destination: Tone
Reroute Busy: Attendant (Ring Assign)
Reroute Error: Attendant (Ring Assign)
Reroute No Answer:Attendant (Ring Assign)
VMIB PROMT USAGE - Все галки стоят
1 Есть ли у вас лицензии?
2 Что у вас в пгм 320/321 в окошке NET Transfer Mode? Если REROUT - попробуйте поставить JOIN, может поможет..
Цитата(stasmar @ 1.6.2011, 12:15)
1 Есть ли у вас лицензии?
Не совсем понимаю что за лицензии ?
Цитата(stasmar @ 1.6.2011, 12:15)
2 Что у вас в пгм 320/321 в окошке NET Transfer Mode? Если REROUT - попробуйте поставить JOIN, может поможет..
стоит JOIN
Цитата(diver_ser @ 1.6.2011, 8:41)
Не совсем понимаю что за лицензии ?
стоит JOIN
стоит JOIN
Для REROUT нужна лицензия..
В пгм 180-182 - 45 Unsupervised Conference Timer попробуйте увеличить..
Цитата(stasmar @ 1.6.2011, 8:48)
Для REROUT нужна лицензия..
Каким боком тут перевод звонков приплелся?
У автора, устанавливается вроде соединение, а затем рвется.
Цитата(diver_ser @ 1.6.2011, 4:59)
Есть 2 LDK60 соединены по IP
При звонке на первую в LunchTime проигрывается сообщение (плата AAFU) "наберите номер абонента или дождитесь секретаря" если звонящий ничего не нажимает переадресовывается на вторую станцию на номер 206 после минуты разговора разрываться связь.
Замечено вот что:
1)если звонящий всё таки набирает номер любого внутреннего абонента (станции 1 или 2 без разницы) то связь не разрывается
2)Если убрать проигрывание сообщения а сразу переадресовывать на номер 206 второй станции, то тоже всё проходит на "Ура!", т.е. связь не разрывается.
При звонке на первую в LunchTime проигрывается сообщение (плата AAFU) "наберите номер абонента или дождитесь секретаря" если звонящий ничего не нажимает переадресовывается на вторую станцию на номер 206 после минуты разговора разрываться связь.
Замечено вот что:
1)если звонящий всё таки набирает номер любого внутреннего абонента (станции 1 или 2 без разницы) то связь не разрывается
2)Если убрать проигрывание сообщения а сразу переадресовывать на номер 206 второй станции, то тоже всё проходит на "Ура!", т.е. связь не разрывается.
Чистое предложение, а какое значение в первой станции did\disa no answer timer?
Цитата(diver_ser @ 1.6.2011, 4:59)
Есть 2 LDK60 соединены по IP
При звонке на первую в LunchTime проигрывается сообщение (плата AAFU) "наберите номер абонента или дождитесь секретаря" если звонящий ничего не нажимает переадресовывается на вторую станцию на номер 206 после минуты разговора разрываться связь.
Замечено вот что:
1)если звонящий всё таки набирает номер любого внутреннего абонента (станции 1 или 2 без разницы) то связь не разрывается
2)Если убрать проигрывание сообщения а сразу переадресовывать на номер 206 второй станции, то тоже всё проходит на "Ура!", т.е. связь не разрывается.
Какие будут соображения? я думаю это где то косяки в настройках DISA
Вот настройки DID/Disa Destination (PGM 167) на всякий случай
Bysy: Tone
Error: Attendant (Ring Assign)
No Answer: Tone
DND Destination: Tone
Reroute Busy: Attendant (Ring Assign)
Reroute Error: Attendant (Ring Assign)
Reroute No Answer:Attendant (Ring Assign)
VMIB PROMT USAGE - Все галки стоят
При звонке на первую в LunchTime проигрывается сообщение (плата AAFU) "наберите номер абонента или дождитесь секретаря" если звонящий ничего не нажимает переадресовывается на вторую станцию на номер 206 после минуты разговора разрываться связь.
Замечено вот что:
1)если звонящий всё таки набирает номер любого внутреннего абонента (станции 1 или 2 без разницы) то связь не разрывается
2)Если убрать проигрывание сообщения а сразу переадресовывать на номер 206 второй станции, то тоже всё проходит на "Ура!", т.е. связь не разрывается.
Какие будут соображения? я думаю это где то косяки в настройках DISA
Вот настройки DID/Disa Destination (PGM 167) на всякий случай
Bysy: Tone
Error: Attendant (Ring Assign)
No Answer: Tone
DND Destination: Tone
Reroute Busy: Attendant (Ring Assign)
Reroute Error: Attendant (Ring Assign)
Reroute No Answer:Attendant (Ring Assign)
VMIB PROMT USAGE - Все галки стоят
У вас на первой станции в ПГМ144 вызов на 206 назначен?
Цитата(stasmar @ 1.6.2011, 12:48)
В пгм 180-182 - 45 Unsupervised Conference Timer попробуйте увеличить..
Стоит 10 минут, куда больше ? там рвётся примерно через минуту
Цитата(ИгорьS @ 1.6.2011, 13:06)
Чистое предложение, а какое значение в первой станции did\disa no answer timer?
20 секунд
кстати после проигрывания сообщения и не набора внутреннего абонента выдаётся сообщение "Ваш звонок переадресован оператору", так вот это сообщение обрывается в конце типа "Ваш звонок переадресован опе.." и далее идёт гудок уже этого 206 номера после чего идёт этот самый обрыв. Может это чуток прояснит ситуацию
Цитата(Dron @ 1.6.2011, 13:33)
У вас на первой станции в ПГМ144 вызов на 206 назначен?
Ну да : днём по внутренним номерам, ночью на 115 (факс) а Lunch как раз NET 206
Цитата(diver_ser @ 1.6.2011, 9:35)
Стоит 10 минут, куда больше ? там рвётся примерно через минуту
20 секунд
кстати после проигрывания сообщения и не набора внутреннего абонента выдаётся сообщение "Ваш звонок переадресован оператору", так вот это сообщение обрывается в конце типа "Ваш звонок переадресован опе.." и далее идёт гудок уже этого 206 номера после чего идёт этот самый обрыв. Может это чуток прояснит ситуацию
Ну да : днём по внутренним номерам, ночью на 115 (факс) а Lunch как раз NET 206
20 секунд
кстати после проигрывания сообщения и не набора внутреннего абонента выдаётся сообщение "Ваш звонок переадресован оператору", так вот это сообщение обрывается в конце типа "Ваш звонок переадресован опе.." и далее идёт гудок уже этого 206 номера после чего идёт этот самый обрыв. Может это чуток прояснит ситуацию
Ну да : днём по внутренним номерам, ночью на 115 (факс) а Lunch как раз NET 206
А не пробовали отключить сообщение о переводе на оператора?
Цитата(Dron @ 1.6.2011, 13:39)
А не пробовали отключить сообщение о переводе на оператора?
Да пробовал! в начальном сообщении я это уже писал что при отключении приветственного сообщения разрывов связи нет.
Но это чуток "не вариант" так как надобно чтобы звонящий слышал приветственное сообщение по любому, т.к. нужна возможность чтобы он мог набирать внутренний номер абонента.
Цитата(diver_ser @ 1.6.2011, 9:43)
Да пробовал! в начальном сообщении я это уже писал что при отключении приветственного сообщения разрывов связи нет.
имеется в виду промт, о переводе на оператора, а не приветственное сообщение.
Цитата(diver_ser @ 1.6.2011, 9:43)
Да пробовал! в начальном сообщении я это уже писал что при отключении приветственного сообщения разрывов связи нет.
Но это чуток "не вариант" так как надобно чтобы звонящий слышал приветственное сообщение по любому, т.к. нужна возможность чтобы он мог набирать внутренний номер абонента.
Но это чуток "не вариант" так как надобно чтобы звонящий слышал приветственное сообщение по любому, т.к. нужна возможность чтобы он мог набирать внутренний номер абонента.
Так я не о приветствии, а о сообщении о ПЕРЕВОДЕ НА ОПЕРАТОРА.
И еще, не совсем понял - 206 отвечает и во время разговора рвется соединение?
Цитата(Dron @ 1.6.2011, 13:47)
Так я не о приветствии, а о сообщении о ПЕРЕВОДЕ НА ОПЕРАТОРА.
Ой изменяюсь! а где это отключается ?
Цитата(Dron @ 1.6.2011, 13:47)
И еще, не совсем понял - 206 отвечает и во время разговора рвется соединение?
Да если 206 поднимает трубку при разговоре рвёться, 206 может переключить на другого абонента и тоже рвётся.
Цитата(diver_ser @ 1.6.2011, 10:06)
Ой изменяюсь! а где это отключается ?
Так в ПГМ167. Вы ж писали, что там у вас для всех VMIB PROMT USAGE галки стоят. Вот и уберите галку с этого promt.
Цитата(diver_ser @ 1.6.2011, 10:06)
Ой изменяюсь! а где это отключается ?
Да если 206 поднимает трубку при разговоре рвёться, 206 может переключить на другого абонента и тоже рвётся.
Да если 206 поднимает трубку при разговоре рвёться, 206 может переключить на другого абонента и тоже рвётся.
1) Какая версия софта на станциях??
2) Хорошо бы снять трассировку каналов VOIP между станциями LDK, чтобы посмотреть, что происходит при этом, кто рвет связь..
Цитата(harris @ 1.6.2011, 14:12)
1) Какая версия софта на станциях??
2) Хорошо бы снять трассировку каналов VOIP между станциями LDK, чтобы посмотреть, что происходит при этом, кто рвет связь..
2) Хорошо бы снять трассировку каналов VOIP между станциями LDK, чтобы посмотреть, что происходит при этом, кто рвет связь..
1) на первой 3.8Hc на второй 3.8Dd на обоих VoIB GS88H-B.3Bd
На второй версию BKSU пока не менял, боязно что-то, там баг какой-то с выгрузкой бэкапа - на 5% рвёться а доступа прямого нет станция в другом городе
2) Я не специлист подскажите плиз как сделать от куда логи выдернуть или ещё что ?
Цитата(Dron @ 1.6.2011, 14:09)
Так в ПГМ167. Вы ж писали, что там у вас для всех VMIB PROMT USAGE галки стоят. Вот и уберите галку с этого promt.
Сегодня чуть позже попробую и отпишусь!
Цитата(diver_ser @ 1.6.2011, 10:23)
1) на первой 3.8Hc на второй 3.8Dd на обоих VoIB GS88H-B.3Bd
На второй версию BKSU пока не менял, боязно что-то, там баг какой-то с выгрузкой бэкапа - на 5% рвёться а доступа прямого нет станция в другом городе
2) Я не специлист подскажите плиз как сделать от куда логи выдернуть или ещё что ?
На второй версию BKSU пока не менял, боязно что-то, там баг какой-то с выгрузкой бэкапа - на 5% рвёться а доступа прямого нет станция в другом городе
2) Я не специлист подскажите плиз как сделать от куда логи выдернуть или ещё что ?
2)
1. снять трассировку сниффером (WireShark)
2.снять трассировку на самой станции:
- DIP-переключатель №2 в положение = OFF
- подключиться через RS-232 или через LAN (Telnet), включить запись в файл
- в ПГМ175/7 (Trace) указать порт, куда Вы подключились (куда выводить инфу)
- пароль: jennie
- команды:
mon> t d
mon> t b 10
mon> x
Смоделировать проблемный вызов.
Цитата(harris @ 1.6.2011, 14:41)
1. снять трассировку сниффером (WireShark)
Он же вроде слушает либо локальные сетевухи либо удалённые но с установленой на них прогой
что слушать то? ip-адрес VOIB платы?
Цитата(harris @ 1.6.2011, 14:41)
- DIP-переключатель №2 в положение = OFF
Это тот который один из четырёх (SW1) на самой атс ? на работу всего офиса не повлияет ?
Цитата(diver_ser @ 1.6.2011, 11:38)
Он же вроде слушает либо локальные сетевухи либо удалённые но с установленой на них прогой
что слушать то? ip-адрес VOIB платы?
что слушать то? ip-адрес VOIB платы?
Да, "слушать" IP-адрес платы VOIB.
Цитата(diver_ser @ 1.6.2011, 11:38)
Это тот который один из четырёх (SW1) на самой атс ? на работу всего офиса не повлияет ?
Да, тот самый на MBU.
Нет, не повлияет.
Цитата(harris @ 1.6.2011, 15:45)
Да, "слушать" IP-адрес платы VOIB.
А по какому порту? не могу разобраться сам не силён в этом! по 80 попытался говорит The other host terminated the connection.
Цитата(diver_ser @ 1.6.2011, 11:53)
А по какому порту? не могу разобраться сам не силён в этом! по 80 попытался говорит The other host terminated the connection.
Для SIP порт 5060/udp, для H.323 - 1720/tcp
Цитата(diver_ser @ 1.6.2011, 11:53)
А по какому порту? не могу разобраться сам не силён в этом! по 80 попытался говорит The other host terminated the connection.
Да вы не заморачивайтесь, снимите сниф без фильтров - разберемся!
Цитата(harris @ 1.6.2011, 14:41)
2.снять трассировку на самой станции:
- DIP-переключатель №2 в положение = OFF
- подключиться через RS-232 или через LAN (Telnet), включить запись в файл
- в ПГМ175/7 (Trace) указать порт, куда Вы подключились (куда выводить инфу)
- пароль: jennie
- команды:
mon> t d
mon> t b 10
mon> x
Смоделировать проблемный вызов.
- DIP-переключатель №2 в положение = OFF
- подключиться через RS-232 или через LAN (Telnet), включить запись в файл
- в ПГМ175/7 (Trace) указать порт, куда Вы подключились (куда выводить инфу)
- пароль: jennie
- команды:
mon> t d
mon> t b 10
mon> x
Смоделировать проблемный вызов.
проделал всё,но что то понять не могу - он на экран должен выводить или в файл? на экране ничего +
вот что пишет по прошествии времени
DATE: 06/01/11 TIME: 17:09:33
Exiting monitor utility...
"включить запись в файл" меня смущает
Цитата(Dron @ 1.6.2011, 16:11)
Да вы не заморачивайтесь, снимите сниф без фильтров - разберемся!
Не могу что-то:
1)Захожу в этоу прогу - Capture options
2) там ставлю Interface -remote выставляю IP-адрес платы Voib
пишет: Can't get list of interfaces: Is the server propertly installed on 192.168.10.96? connect failed: Подключение не установлено так как конечный компьютер отверг запрос на подключение (code 10061)
Ему какой-то сервер нужен установленный на той стороне. Если бы это была виндовай машина или *никсовая то то можно было бы поставить туда что он просит а как с платой быть ?
Цитата(diver_ser @ 1.6.2011, 12:13)
проделал всё,но что то понять не могу - он на экран должен выводить или в файл? на экране ничего +
вот что пишет по прошествии времени
DATE: 06/01/11 TIME: 17:09:33
Exiting monitor utility...
"включить запись в файл" меня смущает
вот что пишет по прошествии времени
DATE: 06/01/11 TIME: 17:09:33
Exiting monitor utility...
"включить запись в файл" меня смущает
А в ПГМ175 указали для Trace TELNET1?
Цитата(diver_ser @ 1.6.2011, 12:23)
Не могу что-то:
1)Захожу в этоу прогу - Capture options
2) там ставлю Interface -remote выставляю IP-адрес платы Voib
пишет: Can't get list of interfaces: Is the server propertly installed on 192.168.10.96? connect failed: Подключение не установлено так как конечный компьютер отверг запрос на подключение (code 10061)
Ему какой-то сервер нужен установленный на той стороне. Если бы это была виндовай машина или *никсовая то то можно было бы поставить туда что он просит а как с платой быть ?
1)Захожу в этоу прогу - Capture options
2) там ставлю Interface -remote выставляю IP-адрес платы Voib
пишет: Can't get list of interfaces: Is the server propertly installed on 192.168.10.96? connect failed: Подключение не установлено так как конечный компьютер отверг запрос на подключение (code 10061)
Ему какой-то сервер нужен установленный на той стороне. Если бы это была виндовай машина или *никсовая то то можно было бы поставить туда что он просит а как с платой быть ?
wireshark'ом получится трафик снять нормально только если он транзитом через машину проходит, т.е. станция<-->pc(wireshark)<-->станция. Либо если между станциями свитч стоит и может проходящий трафик на какой-то порт зеркалить.
Если машина транзитная, нужно указывать свой интерфейс и ставить фильтр на ip-адрес одной из станций
Цитата(Dron @ 1.6.2011, 16:36)
А в ПГМ175 указали для Trace TELNET1?
Указал но только TELNET3 так как у меня при входе выдаёт
Welcome to ipLDK-60 system. Press enter.
Your address is х.х.х.х. Your port number is 3.
Цитата(Lazy @ 1.6.2011, 12:39)
wireshark'ом получится трафик снять нормально только если он транзитом через машину проходит, т.е. станция<-->pc(wireshark)<-->станция. Либо если между станциями свитч стоит и может проходящий трафик на какой-то порт зеркалить.
Если машина транзитная, нужно указывать свой интерфейс и ставить фильтр на ip-адрес одной из станций
Если машина транзитная, нужно указывать свой интерфейс и ставить фильтр на ip-адрес одной из станций
Да, да..
Цитата(Lazy @ 1.6.2011, 16:39)
wireshark'ом получится трафик снять нормально только если он транзитом через машину проходит, т.е. станция<-->pc(wireshark)<-->станция. Либо если между станциями свитч стоит и может проходящий трафик на какой-то порт зеркалить.
Если машина транзитная, нужно указывать свой интерфейс и ставить фильтр на ip-адрес одной из станций
Если машина транзитная, нужно указывать свой интерфейс и ставить фильтр на ip-адрес одной из станций
Неа машина не транзитная. У меня получается так: одна станция в одном городе вторая во втором, соединены через инет по VPN (т.е. сети офисов соединены по VPN)
Цитата(diver_ser @ 1.6.2011, 12:41)
Указал но только TELNET3 так как у меня при входе выдаёт
Welcome to ipLDK-60 system. Press enter.
Your address is х.х.х.х. Your port number is 3.
Welcome to ipLDK-60 system. Press enter.
Your address is х.х.х.х. Your port number is 3.
Порт 3 - это Telnet 1 (а не Telnet 3)!!!
Поэтому в ПГМ175 (Trace) должно быть указано = Telnet 1.
Порты - это внутренние порты ввода/вывода станции.
А Telnet 1/2/3 - это номера сессий Telnet. Чтобы подключиться по Telnet 3 нужно, чтобы предварительно были открыты сессии Telnet 1 (внутр. порт 3) и Telnet 2 (внутр. порт 4)!! Если одновременно активны две сессии, то следующая открываемая сессия будет уже сессией Telnet 3 (на внутр. порт 5).
Цитата(harris @ 1.6.2011, 12:51)
Порт 3 - это Telnet 1 (а не Telnet 3)!!!
Зачем, спрашивается пишем, коль человек, все равно, другое выставляет...
Цитата(Dron @ 1.6.2011, 12:53)
Зачем, спрашивается пишем, коль человек, все равно, другое выставляет...
Мдя.. Один ответ тянет за собой еще десяток вопросов...
Цитата(Dron @ 1.6.2011, 16:53)
Зачем, спрашивается пишем, коль человек, все равно, другое выставляет...
Извеняюсь за содеяное просто написано было
Цитата(harris @ 1.6.2011, 14:41)
- в ПГМ175/7 (Trace) указать порт, куда Вы подключились (куда выводить инфу)
вот я и подключался к TELNET3, так как не "догнал" что нумерация идёт именно так!
Сейчас всё идёт, через часик смоделирую ситуацию и выложу
Цитата(harris @ 1.6.2011, 12:51)
А Telnet 1/2/3 - это номера сессий Telnet. Чтобы подключиться по Telnet 3 нужно, чтобы предварительно были открыты сессии Telnet 1 (внутр. порт 3) и Telnet 2 (внутр. порт 4)!! Если одновременно активны две сессии, то следующая открываемая сессия будет уже сессией Telnet 3 (на внутр. порт 5).
Странная, кстати, логика у авторов
Нет чтоб телнеты по разным tcp-портам хоть рассадить, а то при любых рестартах приходится выверять, чтобы все в нужной последовательности к станции подключались.
Цитата(Lazy @ 1.6.2011, 13:19)
Странная, кстати, логика у авторов
Нет чтоб телнеты по разным tcp-портам хоть рассадить, а то при любых рестартах приходится выверять, чтобы все в нужной последовательности к станции подключались.
Нет чтоб телнеты по разным tcp-портам хоть рассадить, а то при любых рестартах приходится выверять, чтобы все в нужной последовательности к станции подключались.
Да что уж логику то обсуждать! Какая есть! Надо, просто, учитывать.
Вот смоделировал
тут 3 вызова, второй вызов там трубку сами положили
P/s/ Кстати отключил все промты, не помогло всё равно дисконнекты
Код
DATE: 06/01/11 TIME: 18:59:07
Exiting monitor utility...
119656 COL 007:10 01 St:co idle (00) Ev-I:seize req P1: 10 P2: 0 EVT: 15 <- 2,40
119656 C>10 01, F5 1A A1 04 03 80 90 A3 31 05 80 C0 A8 01 9C 6C 02 01 81 70 04 80 32 30 36 50 01 00
119665 COL 007:10 01 St:wt sz rsp (00) VOIP EVT: evt_no=D0 p1=00 p2=00
119665 COL 007:10 01 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 7,44
119665 D>10 01, C0 00 30
119757 COL 007:10 01 St:dialing (00) EVT :D2 07 4C 05 21 80 32 30 36 (U0)
119757 D>10 01, C0 00 30
119757 D>10 01, D3 00 30
119956 COL 007:10 01 St:ds-talk (00) Ev-I:release P1: 0 P2: 0 EVT:102 <- 2,40
119956 D>10 01, C5 00 00
119956 D>10 01, C1 00 30
119956 C>10 01, E0 04 08 02 80 90
119956 COL 007:10 01 St:rls guard (00) Ev-I:release P1: 0 P2: 0 EVT: 35 <- 2,40
119959 COL 007:10 01 St:rls guard (00) EVT :DF 04 08 02 80 90 (U0)
119959 D>10 01, C1 00 00
119959 D>10 01, C5 00 00
119960 D>10 01, C5 00 00
119960 COL 007:10 01 St:rls guard (00) EVT :E2 04 08 02 80 90 (U0)
119960 COL 007:10 01 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 7,44
119961 COL 007:10 01 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 7,44
119961 D>10 01, C5 00 00
06/01/11 TIME: 19:00:00
06/01/11 TIME: 19:01:00
121217> FSK_TIMEOUT(ch 1)
06/01/11 TIME: 19:02:00
121531 COL 007:10 01 St:co idle (00) Ev-I:seize req P1: 10 P2: 0 EVT: 15 <- 2,40
121531 C>10 01, F5 1A A1 04 03 80 90 A3 31 05 80 C0 A8 01 9C 6C 02 01 81 70 04 80 32 30 36 50 01 00
121540 COL 007:10 01 St:wt sz rsp (00) VOIP EVT: evt_no=D0 p1=00 p2=00
121540 COL 007:10 01 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 7,44
121540 D>10 01, C0 00 30
121607 COL 007:10 01 St:dialing (00) EVT :D2 07 4C 05 21 80 32 30 36 (U0)
121607 D>10 01, C0 00 30
121607 D>10 01, D3 00 30
121685 COL 007:10 01 St:ds-talk (00) EVT :DF 04 08 02 80 90 (U0)
121685 D>10 01, C1 00 00
121685 D>10 01, C5 00 00
121686 D>10 01, C5 00 00
121686 COL 007:10 01 St:ds-talk (00) Ev-I:release P1: 0 P2: 0 EVT:102 <- 2,40
121686 D>10 01, C5 00 00
121686 D>10 01, C1 00 30
121686 COL 007:10 01 St:rls guard (00) EVT :E2 04 08 02 80 90 (U0)
121686 COL 007:10 01 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 7,44
121687 COL 007:10 01 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 7,44
121687 D>10 01, C5 00 00
06/01/11 TIME: 19:03:00
122246> FSK_TIMEOUT(ch 1)
06/01/11 TIME: 19:04:00
122560 COL 007:10 01 St:co idle (00) Ev-I:seize req P1: 10 P2: 0 EVT: 15 <- 2,40
122560 C>10 01, F5 1A A1 04 03 80 90 A3 31 05 80 C0 A8 01 9C 6C 02 01 81 70 04 80 32 30 36 50 01 00
122568 COL 007:10 01 St:wt sz rsp (00) VOIP EVT: evt_no=D0 p1=00 p2=00
122568 COL 007:10 01 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 7,44
122568 D>10 01, C0 00 30
122597 COL 007:10 01 St:dialing (00) EVT :D2 07 4C 05 21 80 32 30 36 (U0)
122597 D>10 01, C0 00 30
122597 D>10 01, D3 00 30
122860 COL 007:10 01 St:ds-talk (00) Ev-I:release P1: 0 P2: 0 EVT:102 <- 2,40
122860 D>10 01, C5 00 00
122860 D>10 01, C1 00 30
122860 C>10 01, E0 04 08 02 80 90
122860 COL 007:10 01 St:rls guard (00) Ev-I:release P1: 0 P2: 0 EVT: 35 <- 2,40
122863 COL 007:10 01 St:rls guard (00) EVT :DF 04 08 02 80 90 (U0)
122863 D>10 01, C1 00 00
122863 D>10 01, C5 00 00
122864 D>10 01, C5 00 00
122864 COL 007:10 01 St:rls guard (00) EVT :E2 04 08 02 80 90 (U0)
122864 COL 007:10 01 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 7,44
122865 COL 007:10 01 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 7,44
122865 D>10 01, C5 00 00
06/01/11 TIME: 19:05:00
Exiting monitor utility...
119656 COL 007:10 01 St:co idle (00) Ev-I:seize req P1: 10 P2: 0 EVT: 15 <- 2,40
119656 C>10 01, F5 1A A1 04 03 80 90 A3 31 05 80 C0 A8 01 9C 6C 02 01 81 70 04 80 32 30 36 50 01 00
119665 COL 007:10 01 St:wt sz rsp (00) VOIP EVT: evt_no=D0 p1=00 p2=00
119665 COL 007:10 01 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 7,44
119665 D>10 01, C0 00 30
119757 COL 007:10 01 St:dialing (00) EVT :D2 07 4C 05 21 80 32 30 36 (U0)
119757 D>10 01, C0 00 30
119757 D>10 01, D3 00 30
119956 COL 007:10 01 St:ds-talk (00) Ev-I:release P1: 0 P2: 0 EVT:102 <- 2,40
119956 D>10 01, C5 00 00
119956 D>10 01, C1 00 30
119956 C>10 01, E0 04 08 02 80 90
119956 COL 007:10 01 St:rls guard (00) Ev-I:release P1: 0 P2: 0 EVT: 35 <- 2,40
119959 COL 007:10 01 St:rls guard (00) EVT :DF 04 08 02 80 90 (U0)
119959 D>10 01, C1 00 00
119959 D>10 01, C5 00 00
119960 D>10 01, C5 00 00
119960 COL 007:10 01 St:rls guard (00) EVT :E2 04 08 02 80 90 (U0)
119960 COL 007:10 01 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 7,44
119961 COL 007:10 01 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 7,44
119961 D>10 01, C5 00 00
06/01/11 TIME: 19:00:00
06/01/11 TIME: 19:01:00
121217> FSK_TIMEOUT(ch 1)
06/01/11 TIME: 19:02:00
121531 COL 007:10 01 St:co idle (00) Ev-I:seize req P1: 10 P2: 0 EVT: 15 <- 2,40
121531 C>10 01, F5 1A A1 04 03 80 90 A3 31 05 80 C0 A8 01 9C 6C 02 01 81 70 04 80 32 30 36 50 01 00
121540 COL 007:10 01 St:wt sz rsp (00) VOIP EVT: evt_no=D0 p1=00 p2=00
121540 COL 007:10 01 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 7,44
121540 D>10 01, C0 00 30
121607 COL 007:10 01 St:dialing (00) EVT :D2 07 4C 05 21 80 32 30 36 (U0)
121607 D>10 01, C0 00 30
121607 D>10 01, D3 00 30
121685 COL 007:10 01 St:ds-talk (00) EVT :DF 04 08 02 80 90 (U0)
121685 D>10 01, C1 00 00
121685 D>10 01, C5 00 00
121686 D>10 01, C5 00 00
121686 COL 007:10 01 St:ds-talk (00) Ev-I:release P1: 0 P2: 0 EVT:102 <- 2,40
121686 D>10 01, C5 00 00
121686 D>10 01, C1 00 30
121686 COL 007:10 01 St:rls guard (00) EVT :E2 04 08 02 80 90 (U0)
121686 COL 007:10 01 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 7,44
121687 COL 007:10 01 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 7,44
121687 D>10 01, C5 00 00
06/01/11 TIME: 19:03:00
122246> FSK_TIMEOUT(ch 1)
06/01/11 TIME: 19:04:00
122560 COL 007:10 01 St:co idle (00) Ev-I:seize req P1: 10 P2: 0 EVT: 15 <- 2,40
122560 C>10 01, F5 1A A1 04 03 80 90 A3 31 05 80 C0 A8 01 9C 6C 02 01 81 70 04 80 32 30 36 50 01 00
122568 COL 007:10 01 St:wt sz rsp (00) VOIP EVT: evt_no=D0 p1=00 p2=00
122568 COL 007:10 01 St:wt sz rsp (00) Ev-I:pp sz ack P1: 0 P2: 0 EVT: 16 <- 7,44
122568 D>10 01, C0 00 30
122597 COL 007:10 01 St:dialing (00) EVT :D2 07 4C 05 21 80 32 30 36 (U0)
122597 D>10 01, C0 00 30
122597 D>10 01, D3 00 30
122860 COL 007:10 01 St:ds-talk (00) Ev-I:release P1: 0 P2: 0 EVT:102 <- 2,40
122860 D>10 01, C5 00 00
122860 D>10 01, C1 00 30
122860 C>10 01, E0 04 08 02 80 90
122860 COL 007:10 01 St:rls guard (00) Ev-I:release P1: 0 P2: 0 EVT: 35 <- 2,40
122863 COL 007:10 01 St:rls guard (00) EVT :DF 04 08 02 80 90 (U0)
122863 D>10 01, C1 00 00
122863 D>10 01, C5 00 00
122864 D>10 01, C5 00 00
122864 COL 007:10 01 St:rls guard (00) EVT :E2 04 08 02 80 90 (U0)
122864 COL 007:10 01 St:rls guard (00) Ev-I:pp rls ack P1: 0 P2: 0 EVT: 32 <- 7,44
122865 COL 007:10 01 St:rls guard (00) Ev-T:isd rls gd P1: 0 P2: 0 TMR: 9 <- 7,44
122865 D>10 01, C5 00 00
06/01/11 TIME: 19:05:00
тут 3 вызова, второй вызов там трубку сами положили
P/s/ Кстати отключил все промты, не помогло всё равно дисконнекты
У вас рвется связь через 30 сек.
Что у Вас прописано в ПГМ147/7 для аналоговых входящих линий???
Видимо, используете режим Russia CID (AUTO) или RCID?? И в ПГМ147/3 RCID Request тоже стоит =AUTO??
И таймер RCID VIRAN (ПГМ147/6)= 30 сек.
Проблема в режиме автоматического запроса АОН!!!
Выключите детектирование АОН в ПГМ147/1 (пропишите = Disable), и тогда переадресованные вызовы не будут прерываться.
Если провайдер поддерживает FSK, тогда можно в ПГМ147/1 поставить = FSK, но если оставить RCID c автозапросом АОН, то проблема останется.
(Если все так и есть, то это, конечно, баг софта... Нужно писать в Корею, но сейчас не до таких мелочей... Попозже напишем).
Что у Вас прописано в ПГМ147/7 для аналоговых входящих линий???
Видимо, используете режим Russia CID (AUTO) или RCID?? И в ПГМ147/3 RCID Request тоже стоит =AUTO??
И таймер RCID VIRAN (ПГМ147/6)= 30 сек.
Проблема в режиме автоматического запроса АОН!!!
Выключите детектирование АОН в ПГМ147/1 (пропишите = Disable), и тогда переадресованные вызовы не будут прерываться.
Если провайдер поддерживает FSK, тогда можно в ПГМ147/1 поставить = FSK, но если оставить RCID c автозапросом АОН, то проблема останется.
(Если все так и есть, то это, конечно, баг софта... Нужно писать в Корею, но сейчас не до таких мелочей... Попозже напишем).
Добры день! Пока ничего не делал попозже проверю! Кстати стоит у меня в ПГМ147/1= FSK
И вот ещё одна напасть приключилась: во второй атс поставили доп плату CHB308, и сейчас по внутренней связи если мы им звоним они нас не слышат а если они звонят то слышно нормально. и если например есть уже 2 разговора между офисами то 3 уже проходит нормально, слышно всё окей.
В какую сторону копать.
Может ли это быть если моя станция о,новлена до 3.8Hc а вторая ещё 3.8Dd
П.С. извиняюсь за свою неграмотность
И вот ещё одна напасть приключилась: во второй атс поставили доп плату CHB308, и сейчас по внутренней связи если мы им звоним они нас не слышат а если они звонят то слышно нормально. и если например есть уже 2 разговора между офисами то 3 уже проходит нормально, слышно всё окей.
В какую сторону копать.
Может ли это быть если моя станция о,новлена до 3.8Hc а вторая ещё 3.8Dd
П.С. извиняюсь за свою неграмотность
Цитата(harris @ 1.6.2011, 21:48)
У вас рвется связь через 30 сек.
Что у Вас прописано в ПГМ147/7 для аналоговых входящих линий???
Видимо, используете режим Russia CID (AUTO) или RCID?? И в ПГМ147/3 RCID Request тоже стоит =AUTO??
И таймер RCID VIRAN (ПГМ147/6)= 30 сек.
Проблема в режиме автоматического запроса АОН!!!
Выключите детектирование АОН в ПГМ147/1 (пропишите = Disable), и тогда переадресованные вызовы не будут прерываться.
Если провайдер поддерживает FSK, тогда можно в ПГМ147/1 поставить = FSK, но если оставить RCID c автозапросом АОН, то проблема останется.
(Если все так и есть, то это, конечно, баг софта... Нужно писать в Корею, но сейчас не до таких мелочей... Попозже напишем).
Что у Вас прописано в ПГМ147/7 для аналоговых входящих линий???
Видимо, используете режим Russia CID (AUTO) или RCID?? И в ПГМ147/3 RCID Request тоже стоит =AUTO??
И таймер RCID VIRAN (ПГМ147/6)= 30 сек.
Проблема в режиме автоматического запроса АОН!!!
Выключите детектирование АОН в ПГМ147/1 (пропишите = Disable), и тогда переадресованные вызовы не будут прерываться.
Если провайдер поддерживает FSK, тогда можно в ПГМ147/1 поставить = FSK, но если оставить RCID c автозапросом АОН, то проблема останется.
(Если все так и есть, то это, конечно, баг софта... Нужно писать в Корею, но сейчас не до таких мелочей... Попозже напишем).
Было FSK, выставил в офф не помогло
А по теме того что нас не слышно на второй станции, то проблемма была в том что разные прошивки были у станций
Цитата(diver_ser @ 2.6.2011, 17:03)
Было FSK, выставил в офф не помогло
А по теме того что нас не слышно на второй станции, то проблемма была в том что разные прошивки были у станций
А по теме того что нас не слышно на второй станции, то проблемма была в том что разные прошивки были у станций
1) Прошу пардону, значит мое первое предложение по поводу возможного наличия бага из-за режима автоматического запроса АОНа не подвердилось.
2)Но все-таки баг есть, но другой.
Вообщем так.... Я провел изыскания на своей станции и нашел причину проблемы...Выяснилось, соединение рвется по таймеру Transfer Recall Timer - ПГМ180/7.
У Вас там стоит значение по умолчанию = 30 сек. Вот вызов и обрывается после 30 сек с момента посылки Setup.
Это, конечно, ошибка в ПО, поскольку на вызов получен ответ. Причем эта же ошибка присутствует не только на ipLDK-60, но и на остальных моделях ipLDK (я проверял на 300-ке).
К сожалению, я смогу написать запрос в Корею на исправление этого бага только после 13 июня (если это нужно...)
Можете, конечно, просто увеличить значение этого таймера, но лучше воспользоваться другим вариантом настройки станции:
- создать Hunt-группу типа NET VM Grp (ПГМ190), в качестве агента группы указать требуемый номер сетевого абонента (206)
- в ПГМ144 прописать назначение для режима Lunch на номер этой созданной NET VM группы.
И все должно заработать нормально без разрыва соединения.
Цитата(ИгорьS @ 1.6.2011, 9:01)
Каким боком тут перевод звонков приплелся?
У автора, устанавливается вроде соединение, а затем рвется.
У автора, устанавливается вроде соединение, а затем рвется.
Цитата(harris @ 2.6.2011, 18:07)
1) Прошу пардону, значит мое первое предложение по поводу возможного наличия бага из-за режима автоматического запроса АОНа не подвердилось.
2)Но все-таки баг есть, но другой.
Вообщем так.... Я провел изыскания на своей станции и нашел причину проблемы...Выяснилось, соединение рвется по таймеру Transfer Recall Timer - ПГМ180/7.
2)Но все-таки баг есть, но другой.
Вообщем так.... Я провел изыскания на своей станции и нашел причину проблемы...Выяснилось, соединение рвется по таймеру Transfer Recall Timer - ПГМ180/7.
И все таки я оказался ближе к правде, чем ув. ИгорьS
Цитата(stasmar @ 3.6.2011, 8:08)
И все таки я оказался ближе к правде, чем ув. ИгорьS
Мои предположения касательно did\disa таймера, складывались из того, что станция не видит ответа, и затем отправляет на значение did\disa no ansfer(у автора там tone).
О том что станция считает net вызов - переведенным, и смотреть надо в строну recall, ну чтож- сильно не бейте
Цитата(ИгорьS @ 3.6.2011, 9:02)
Мои предположения касательно did\disa таймера, складывались из того, что станция не видит ответа, и затем отправляет на значение did\disa no ansfer(у автора там tone).
О том что станция считает net вызов - переведенным, и смотреть надо в строну recall, ну чтож- сильно не бейте
О том что станция считает net вызов - переведенным, и смотреть надо в строну recall, ну чтож- сильно не бейте
Нет, Игорь - здесь всю ответственность за теракт взяли на себя программисты LG-E. Ты как раз был бы прав, если бы не баг.
Тебе +1, выздоравливай!
Цитата(stasmar @ 3.6.2011, 8:08)
И все таки я оказался ближе к правде, чем ув. ИгорьS
И чем же ты ближе к правде то?
Цитата(ИгорьS @ 3.6.2011, 9:02)
О том что станция считает net вызов - переведенным, и смотреть надо в строну recall, ну чтож- сильно не бейте
И кто бы мог сразу на такое подумать? Логики то нет! Баг, он и есть баг!
Цитата(Dron @ 3.6.2011, 9:08)
И чем же ты ближе к правде то?
Во первых - я пошутил..
Цитата(Dron @ 3.6.2011, 9:09)
И кто бы мог сразу на такое подумать? Логики то нет! Баг, он и есть баг!
Во вторых - я пошутил в сторону программистов LG..
В третьих: скучно жить когда все принимают буквально - начинаются вот такие значки:
А значки должны быть типа таких:
В четвертых: я бы мог быть ближе к правде по нелогичности своих предположений
Цитата(Dron @ 3.6.2011, 9:09)
Логики то нет!
Цитата(stasmar @ 3.6.2011, 9:18)
Во первых - я пошутил..
Во вторых - я пошутил в сторону программистов LG..
В третьих: скучно жить когда все принимают буквально - начинаются вот такие значки:
А значки должны быть типа таких:
Во вторых - я пошутил в сторону программистов LG..
В третьих: скучно жить когда все принимают буквально - начинаются вот такие значки:
А значки должны быть типа таких:
Ооо, опять признаки синдрома пятницы...???
Цитата(harris @ 3.6.2011, 9:23)
Ооо, опять признаки синдрома пятницы...???
А человек только из отпуска...
Цитата(harris @ 3.6.2011, 9:23)
Ооо, опять признаки синдрома пятницы...???
Это еще не весь синдром вы увидели - сайт ругнулся на превышение количества смайлов, я их там больше пытался поставить..
У меня неделя черная после отпуска - зато пятница супербелая..
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.