Добрый день!!! Проблема такая. Настроил IP LDK-60 по протоколу SIP. Все звонки исходящие и входящие проходят нормально, но только до следующего утра......утром пытаюсь набрать номер и слышу короткие гудки......После выключения и повторного включения все снова работает..... , но только опять же до следующего утра.....Что это такое?

А какая периодичность регистрации установлена в SIP-атрибутах 1 ???

Proxy Registration Timer: 3600

ОК. А какая версия софта на плате VOIB???

VIOB Version : GS88H-2.1Fa
MPB Version : 3.8Bc

Пытаюсь прошить VIOB на пониженную версию.....2.1Dc так как прочитал гдето здесь что в этой версии такого глюка не наблюдается........пишет Апгрейд прошел успешно, но перезагрузив и подключившись вновь показывает версию до апгрейда тоесть 2.1Fa

2.1Fa ???? 30 июня 2008???
Странно, у нас нет информации о выходе такой версии...
Укажите свой адрес - я вышлю Вам другую версию на пробу...
B.1Ej (август 2008)- это последняя версия, которая тестировалась у нас.

Спасибо!!! bgaws@mail.ru


А версию 2.1Fa я скачал с вашего сайта http://www.artcom.ru/download/

Да, Вы скачали прошивку с сайта дистрибьютора "АртКом"... Но я имел в виду не тестирование в АртКоме, а в моск. представительстве LG-Nortel. Так вот у нас почему-то такой версии (2.1Fa) нет.
Похоже, у корейцев произошла какая-то путаница с нумерацией версий..
ОК. Сейчас вышлю. Попробуйте.

Спасибо harris, все получил буду тестировать!!!

Proxy Registration Timer: 3600 - может ночью или утром пропадает питание или канал на SIP сервер
попробуйте уменьшить например до 600.

Интересно узнать что пишет на системном аппарате когда нельзя позвонить Аппарат перевести на английский язык (trans 71)

Будьте так добры, вышлите мне тоже эту прошивку на alexeyamat@mail.ru
У меня аналогичная проблема, аналогичная станция и прошивка, оператор Телфин.... (((

Лично я со слов техподдержки Телфина сделал данный параметр 30, ничего от этого не изменилось.....

Короче народ проблемы не наблюдаю уже третий день, даже еще не перепрошивал......по прежнему версия 2.1Fa, но изменил кое-какие параметры в настройках VOIP а именно:
PGM 340/341
1. Throughput (TOS) было NORMAL поставил HIGH
2. Reliabilty (TOS) было NORMAL поставил HIGH
3. TOS Precedence было 0 поставил 7

SIP Attribute 1
вместо доменного имени sipnet.ru прописал его IP-шник в поле Proxy Server Address и в поле Domain

Пока не знаю что повлияло на результат....методом исключения буду проверять....

Ну QoS вы конечно загнули по максимуму , а сетевое оборудование эти параметры у вас поддерживает?

если не хотите на обум жать кнопки, вот документация: http://book.itep.ru/4/44/qos_lan.htm

замена sipnet.ru на ip повлияет если домен сипнет перейдёт на другой ip

Блин ребята промахнулся я, то что я подумал что заработала - ОШИБКА! Просто инженеры переключили временно на традиционную телефонию.....Так что проблема осталась, перепрошил VOIP на B.1Ej не помогает.....всеравно утром связи по IP нет, приходиться выкл./вкл. станцию чтобы все заработало! Как же решить эту проблему!!!

Кто-нибудь решил данную проблему?

Так ведь неизвестно, в чем именно проблема, причины неисследованы...

Кстати, у вашего провайдера используется стандартный номер лог. порта для SIP - 5060 или какой-то другой ???

harris по поводу порта провайдер вразумительного ответа не дал (дословно "НЕ ЗНАЕМ"), но как не странно таким же образом настроенный VOIP шлюз AddPac функционирует без сбоев, значит со стороны провайдера проблемы маловероятны. К тому же такая проблема не только у меня одного, по-моему многие сталкиваются с ней именно настроив АТС по SIP. Было бы проще если бы я был сетевым администратором... снимал бы трассировки и изучал их У нас клиенты эту станцию очень хотят......все прекрасно за исключением этой проблемки.

Так я же не провайдера спрашиваю, а у ВАС... Что в станции прописано в SIP Attributes 1???
Какой "Proxy Server Port Number" у Вас указан ????

Было бы проще, если бы мы все были и сетевыми администраторами, и телефонистами и программистами и электронщиками ... в одном флаконе.

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

А где стоит VOIP шлюз AddPac - там же где IP LDK-60 или в другом месте?

А что бы понять что у Вас происходит ставьте снифер на ночь и утром анализируйте что приводит к пропаданию связи по SIP.

В станции прописано в SIP Attributes 1 Proxy Server Port Number: 5060
AddPac находится в той же сети что и LG

Буду мучить снифер....правильно ли я понимаю, чтобы снять трассировку снифером, нужен либо HUB либо управляемый коммутатор, чтобы на мой ноут пускать тот же трафик что идет с LG?

1. ОК.
2. Да, правильно понимаете.
3. Пришлите нам файл конфига вашей станции. И если можно, то освободите один из User_ID, чтобы мы смогли попробовать снять трассировку из нашего офиса.
mailto: garry <> lg-nortel <> com

Отправил на Ваш емайл. Освободил User_ID, т.е высланный Вам СИП номер, логин и пароль я в данный момент не использую.

Странно, но я ничего не получил... Может это наш корейский почтовик не пропустил...
Пожалуйста, отправбте еще раз на мой запасной ящик:
garryhalf <собака> gmail <тчк> com

Отправил!!!

Странно, но и там пока что ничего не получил...
Где оно застряло...??

Не знаю....Отправил еще раз с другого ящика

Вот. Теперь все получил на оба адреса...

Уф...наконец то!!! Нужна ли какая-нибудь еще информация для анализа?

Я сидел вчера целые сутки со снифером, итог такой:
Пакеты передаются, получаются, а потом вдруг резко ничего не передается и не получается. На плату с http не зайти, плата не пингуется, только после ресета платы VOIB обратно работает...
Логи сейчас скину...

И мне тоже если можно: bgaws@mail.ru

Отослал по обоим адресам....

Получил спасибо большое

ОК. Получил.
Но, к сожалению, мы сможем заняться этим только после выходных дней...
(У нас завтра уже нерабочий день, по уважительной причине..., в честь 3-х летия компании LG-Nortel).
Так что прошу пардону за задержку..

Так. А каким снифером Вы снимали трассировку???? Какой программой лучше всего раскрыть присланный файл (*.npd)???

Огромная просьба: когда пропадет связь войти на IP процессора станции по telnet и
дать команды:
brandy
bc
bs
bs 10

и результат в форум

maint> brandy
Board is recovered.

maint> bc

### Board Configuration Table ###
SLOT STAS COLS VMIS S-off T-off V-off BrdName AdmBrdName
---- ---- ---- ---- ------ ------ ------ ------- ----------
1 8 0 0 1( 0) 0(--) 0(--) HYBRID HYBRID
5 0 3 0 0(--) 1( 0) 0(--) LCOB3 LCOB3
10 0 4 0 0(--) 4( 1) 0(--) .... VOIB


maint> bs

Print Sys Config
SLOT BRD-TYPE FW-Ver. BRD-ISSUE SERVICE
---- ---------- ------- --------- -------

0 MPB 3.8Bc
1 HYBRID INS
2 ....
3 ....
4 ....
5 LCOB3 INS
6 ....
7 ....
8 ....
9 ....
10 ....

maint> bs 10

Print SLOT : 10 Config
SLOT : 10
Board Type : ....

А вот тоже самое после рестарта АТС ха-ха:
maint> brandy
Board is recovered.

maint> bc

### Board Configuration Table ###
SLOT STAS COLS VMIS S-off T-off V-off BrdName AdmBrdName
---- ---- ---- ---- ------ ------ ------ ------- ----------
1 8 0 0 1( 0) 0(--) 0(--) HYBRID HYBRID
5 0 3 0 0(--) 1(
10 0 4 0 0(--) 4( 1) 0(--) VOIB VOIB

maint> bs

Print Sys Config
SLOT BRD-TYPE FW-Ver. BRD-ISSUE SERVICE
---- ---------- ------- --------- -------

0 MPB 3.8Bc
1 HYBRID INS
2 ....
3 ....
4 ....
5 LCOB3 INS
6 ....
7 ....
8 ....
9 ....
10 VOIB 2.1E 21 INS

maint> bs 10

Print SLOT : 10 Config
SLOT : 10
Board Type : VOIB

CO CO LINE TYPES PULSE/DTMF CO/PBX STATUS
---- ----------------------- ------------ --------- ------------
4 Normal CO DTMF CO co idle
5 Normal CO DTMF CO co idle
6 Normal CO DTMF CO co idle
7 Normal CO DTMF CO co idle


maint>

Спасибо это то что надо для анализа

Всем привет!!! Ну что нет новостей пока? Harris и Vldmr что скажете? Жду с нетерпением)))))

Нет, пока конкретных результатов нет. Возможная причина - фрагментация пакетов.
Проверяем очередную тестовую версию (для VOIBE от ipLDK 100/300). Ожидаем аналогичную версию для 60-ки.
Корейцы продолжают работать над проблемой...

Кстати harris а вы видели две трассировки в режиме maint те что я по просьбе vldmr скинул на форум......? Такое ощущение что атс теряет информацию о плате VOIB
А так все понял!!! Переключаюсь в режим waiting)))))

Вопрос в работе Сами ждем с нетерпением Наука думает

Да, потому что в этом случае плата VOIB на 60-ке "зависает"...

Что-нибудь прояснилось или еще рано спрашивать

АналЛогичная ситуация. Месяца 2 бьюсь над проблемой. Симптомы один в один. Клиент в гневе. Жду решения с нетерпением.

2 couper
Получена новая тестовая версия для платы VOIM (ipLDK-60), на которой устранены выявленные на настоящий момент ошибки софта.
Могу выслать для "полевых испытаний"...
Если хотите попробовать, то сообщите адрес...

P.S.
2 Evon и alexeyamat:
Я Вам уже отправил эту версию.

Да harris все получил, апгрейдил будем ждать результатов! Спасибо!

Я к сожалению ничего не получил(( Не могли бы Вы еще раз выслать? alexeyamat@mail.ru

Отправил повторно...