Strabbo, смотря какие vlan и сколько в них абонентов (у Вас немного, да). Я не случайно написал про "сегменты" как элемент структуры сети.
В любом случае ресурсов много не отъест.
> какие средства мониторинга сети лучше использовать в командной строке
netstat -apn (посмотрите какие сетевые соединения установлены и какими процессами)
tcpdump -i eth0 -n 'port not 22' (вместо 22 - порт вашего SSH)
или tcpdump -i eth0 -n 'host not 123.213.132.123' (вместо 123.213.132.123 - адрес откуда вы залогинены)
Присоединяюсь. Скорее всего у провайдера настроен "ip unnumbered" но не включен "arp proxy". Впрочем, в данном случае может быть все что угодно - зависит от изобретательности оного.
Вы уверены что там мультикаст?
Если да, то можете переключить УЖЕ РАБОТАЮЩУЮ приставку из ADSL-модема в комп со сниффером, и попереключать каналы.
Можете снять сниффером поток с неуправляемого коммутатора (уже советовали ниже).
Куда более сложной задачей является сопоставление мультикаст-адреса и названия канала. Для этого нужно либо выдернуть список каналов (в m3u, или типа того), либо скриптом парсить поток, выжидая появления в нем служебной информации, либо составлять вручную.
Аскар А, а, ну тогда остается только сам SIP-сервер.
TCP-сессия устанавливается, данные ходят. Почему сервер не отвечает - не понятно. Может, у него в логах что-то?
У Вас через этот канал пинги проходят ?
ping -l 1472 -f 172.x.x.10 (для Windows)
ping -l 1472 -f 172.x.x.11 (для Windows)
ping -s 1472 -Mdo 172.x.x.10 (для Linux)
ping -s 1472 -Mdo 172.x.x.11 (для Linux)
Судя по скриншотам, TCP-сессия устанавливается, а вот при передаче данных что-то уже непонятное. Пока смотрел в маленькую картинку глаза поломал. Выложили pcap-дамп чтоли... А так не понятно в TCP ли дело, или в SIP-сервере.
Для FTP (если вы используете именно FTP, а не SCP) для решения большинства проблем достаточно переключить режим с пассивного на активный (или наоборот). Должно настраиваться в подключении.
Если используете SCP - то где-то закрыт доступ.
0rype4uk, пишите как должно выглядеть со стороны, без упоминания Астериска вообще. Знающий * разработчик сам разложит задачу на имеющийся функционал, а что останется - доработает.
У Вас ведь задача из соседнего вопроса - про рекламу во время ожидания? Так и пишите - звонящий попадает в очередь. Вместо музыки ему проигрывается рекламное сообщение. Список проигранных сообщений должен задаваться в таком-то формате. Факт полного проигрывания сообщения звонящему должен отображаться так-то. Оператору, который примет вызов должен всплыть сообщение о необходимости задать вопрос "вы прослушали рекламу про ХХХ? интересна ли вам эта реклама?" и т.д.
Чем более общими словами Вы опишите желаемое, тем больше пространства для маневра и свободы будет у разработчика!
Можно настроить переадресацию вызовов на другой телефонный номер при неответе, занятостими безусловно (все по отдельности): на самом телефоне (в меню), через отправку USSD команды (гуглить call forwarding codes, либо на сайте оператора), в ЛК оператора связи (может и не быть).
С SMS сложнее, скорее всего настроить не получится.