Тема: Пропадает пинг до VoIP-DSP
Добрый день,
Периодически перестает пинговаться ip-адрес который прописан под VoIP-DSP, и как следствие перестает работать голос (вызов проходит, а голоса нет). При этом ip-адрес IPCEMPR-Card пингуется и зайти на станцию через консоль можно. ip-адреса в одной подсети 192.168.1.* маска 255.255.0.0 т.к. шлюз в другой подсети. Адрес DSP уже меняли два раза на адреса из той же подсети. Результатов не дает, периодически пинги пропадают. Лечиться только перезагрузкой АТС. Если кто сталкивался, подскажите что сделать?
TDE600?
Думаю, Вам посоветуют обратиться в организацию, продавшую АТС либо в ближайший РТЦ/НТЦ...
А причин такого поведения может быть куча: от версии прошивки до проблем в Вашей сети...
да, TDE600. Спасибо
сеть в домене?
У нас стойкая “неприязнь” к вопросам про TDE600 😊
На днях установил DSP-64 в TDE200. Сделал необходимые настройки для коннекта с другой АТС. Связи нет. Стал разбираться, дело дошло до пингов. DSP не пингуется. Разумеется всё в одной подсети. Никакие танцы с бунами и ребутами не помогли.
На следующий день попросил коллегу проверить не накосячил ли я с IP-адресами. Тот зашёл удалённо, проверил. Всё нормально, говорит. Я говорю: пингони DSP. Пингуется. Ну тогда звони. Звонится.
Некоторое время назад Виктор Марков из краснодарского Виктела то же сталкивался с проблемой пингов на DSP. Что вообще происходит? В PSER только плечами пожали: такого быть не может потому что не может быть никогда.
Проблема в том что DSP не шлёт Broadcast. Соответственно маршрутизирующее оборудование её не “видит”.
Станцию отключал от сети. Пинговал подключившись компом в порт MNT.
Проблема в том что DSP не шлёт Broadcast. Соответственно маршрутизирующее оборудование её не “видит”.
Не понял Вашу мысль с Broadcast. Что значит “маршрутизатор не видит”? Раутер получает пакет (в частности, пинг-пакет) с IP-адресом DSP и отправляет в соответствующий интерфейс broadcast-arp-запрос, на который DSP должна ответить. Получив ответ с мак-адресом от DSP, раутер отправляет пакеты на свитч Ethernet озаглавив их её мак-адресом. Так что речь может идти о том, что DSP не отвечает на Broadcast.
Аналогичная проблема появилась после того как в сети умер коммутатор. Сеть страшно лагала. Когда нашли источник - коммутатор заменили на новый. НО после этого начала проявляться аналогичная проблема. Периодически пропадает IPCEMPR или VoIP-DSP
Вообще непонятно почему это происходит. Делаешь на компьютере arp -d (очистка таблицы арпов) - и снова начинает пинговаться.
Спуфинг исключен
Фотку станции без крышки дайте.
Фотку не смогу (удаленный филиал)
но доступ к самой АТС есть.
еще заметил такую странность...
утилиты - журнал ошибок:
27,10/03/2013,19:24:53,35, 10000,Незначит.,System data file access error
28,10/03/2013,18:24:48,35, 10000,Незначит.,System data file access error
29,10/03/2013,18:13:16,232, 10201,Незначит.,MPR-LPR communication error
30,10/03/2013,17:24:43,35, 10000,Незначит.,System data file access error
31,10/03/2013,16:24:37,35, 10000,Незначит.,System data file access error
32,10/03/2013,15:24:32,35, 10000,Незначит.,System data file access error
33,10/03/2013,14:24:27,35, 10000,Незначит.,System data file access error
34,10/03/2013,14:15:59,307, 10000,Незначит.,LAN No Carrier
очень сильно пугает надпись №35 - System data file access error
у меня есть одна атс с аналогичной проблемой, у Михаила(хариса)правильней его ртц, были проблемы. решены при помощи совета куца(я так понял он с ней также сталкивался).
его совет перейти с автосогласования на четкое 10 мб полный дуплекс(как понял связано с некорректной работой свичей).
Лично мне это не помогло, перебрал все варианты(в моем случае огромная разветвленная сеть, которую админы беспрерывно крутят и ломают). Опять заметил закономерность, эта атс отваливается почему-то только в выходные и праздники(нутром чувствую литр, а выразить математически не могу :lol: ). Короче уверен виноваты пентиумы, но поймать на горячем пока не удалось(ну а в сознанку не идут).
Заметил помогает перезагрузка атс или просто выдернул шнур из свича и вставил обратно.
Лех, а еще на другом объекте стояла ТДА600, 0410, 0490 - там помогла смена свитча...
Подловить бы этот момент варей шарк, хоть увидеть что почему и от чего происходит.
wireshark в данном случае ничем не поможет. Если пинг пропадает - значит где-то на канальном уровне проблема
Самое интересное что арпы работают! т.е. фактически сеть работает:
root@bsd:/usr/ports/net/arping # arping 192.168.3.8
ARPING 192.168.3.8
60 bytes from 00:80:f0:b2:50:ca (192.168.3.8): index=0 time=30.041 usec
60 bytes from 00:80:f0:b2:50:ca (192.168.3.8): index=1 time=390.053 usec
60 bytes from 00:80:f0:b2:50:ca (192.168.3.8): index=2 time=29.087 usec
а ping пропадает:
root@bsd:/usr/ports/net/arping # ping 192.168.3.8
PING 192.168.3.8 (192.168.3.8): 56 data bytes
как только делаешь arp -d -то связь появляется
Попробую кабель заменить. есть подозрение что где-то зеленая или оранжевая пара недообжата...
Фотку станции без крышки дайте.
Мне тоже нужно.
