Перейти к содержимому
Калькуляторы

sattellite

Новичок
  • Публикации

    8
  • Зарегистрирован

  • Посещение

О sattellite

  • Звание
    Абитуриент
    Абитуриент
  1. Купил один шлюз snr-vg-3002. Поковырялся в настройках, ничего особо не меняя за исключением того, что прописал интерфейсы в bridge и на первую линию адрес сервера, пользователя и пароль. Сохранил, перезагрузил... и он больше не ожил. Через браузер не отвечает совсем. По мануалу для 60x0 отключил витуху, 8 секунд держал кнопку reset. Не поднялся. Ребутнул по питанию. В интерфейс прилетают dhcp запросы, сервер отвечает, но от snr не приходит подтверждение, что ip получен. Еще раз ресет кнопкой, а затем ребут по питанию. Лампочка Run моргает быстро около 30 секунд, потом горит постоянно 2 секунды и затем медленно начинает моргать. Просканировал nmap'ом. Открыты порты 23 и 80. Попытка зайти на порт 80. Скачался какой-то 2ovKJoU7.bin. Снова ребут по питанию, а затем ресет кнопкой. И сразу nmap (2 ip он всегда спрашивает с разницей в 20 секунд. Сначала на основной интерфейс, к которому витуха подключена, второй с другого интерфейса): # nmap -F 192.168.8.80 Starting Nmap 6.01 ( http://nmap.org ) at 2012-12-19 11:06 MSK Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn Nmap done: 1 IP address (0 hosts up) scanned in 0.48 seconds # nmap -F 192.168.8.81 Starting Nmap 6.01 ( http://nmap.org ) at 2012-12-19 11:06 MSK Nmap scan report for 192.168.8.81 Host is up (2.7s latency). Not shown: 78 closed ports PORT STATE SERVICE 7/tcp filtered echo 23/tcp open telnet 80/tcp open http 119/tcp filtered nntp 144/tcp filtered news 179/tcp filtered bgp 514/tcp filtered shell 873/tcp filtered rsync 990/tcp filtered ftps 1028/tcp filtered unknown 1755/tcp filtered wms 1900/tcp filtered upnp 2001/tcp filtered dc 2049/tcp filtered nfs 4899/tcp filtered radmin 5051/tcp filtered ida-agent 5060/tcp filtered sip 5666/tcp filtered nrpe 6646/tcp filtered unknown 8443/tcp filtered https-alt 9100/tcp filtered jetdirect 49154/tcp filtered unknown MAC Address: 00:1F:C1:00:00:01 (Hanlong Technology Co.) Лампочка Run горит постоянно минуту, затем быстро поморгает. Но раз в минуту он, судя по всему, ребутается самостоятельно. Каждую минуту новый dhcp запрос с каждого интерфейса. nmap через 5 минут: # nmap -F 192.168.8.81 Starting Nmap 6.01 ( http://nmap.org ) at 2012-12-19 11:16 MSK RTTVAR has grown to over 2.3 seconds, decreasing to 2.0 RTTVAR has grown to over 2.3 seconds, decreasing to 2.0 RTTVAR has grown to over 2.3 seconds, decreasing to 2.0 RTTVAR has grown to over 2.3 seconds, decreasing to 2.0 Nmap scan report for 192.168.8.81 Host is up (0.11s latency). Not shown: 98 closed ports PORT STATE SERVICE 23/tcp open telnet 80/tcp open http MAC Address: 00:1F:C1:00:00:01 (Hanlong Technology Co.) Nmap done: 1 IP address (1 host up) scanned in 6.88 seconds # nmap -F 192.168.8.80 Starting Nmap 6.01 ( http://nmap.org ) at 2012-12-19 11:17 MSK Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn Nmap done: 1 IP address (0 hosts up) scanned in 0.48 seconds А теперь собственно вопрос: что произошло и как лечить?
  2. /SNMP.asp Меню битое в Firefox. В Chrome нормально отображается.
  3. По SNMP собирали статистику. Графики потребления памяти медленно растут за сутки, через сутки резко падают. Но падают меньше чем растут. Относительно ровный график в течение 3-4 суток. В момент падения последняя информация с резко взлетевшей памятью в "потолок". После этого отвечают только на пинг и то с большими задержками.
  4. Самыми удачными абонентскими SIP-шлюзами у нас были Linksys PAP2T и Linksys SPA2102. Но их сняли с производства и на данный момент закончились у всех на складах. Сейчас в поисках замены им. Попробовали Cisco SPA112, но они на всех прошивках текут по памяти. Либо партия такая, либо не правильно что-то конфигурим. Может кто-то предложить другие бюджетные решения от Cisco? Самым главным для устройства является возможность автоконфигурации - cisco provisioning (autoprovisioning). Или же стоит попробовать SNR?
  5. Если внимательно прочитать тред, то становится понятно, что до смены подсети работали отлично. Не могли же бп сразу у десятков линксисов "полететь".
  6. Отваливание никоим образом от внешних факторов не зависит. Есть 2 dhcp. Основной и тестовый. Если релеить запросы с линксисов на тестовый - наблюдается тоже самое. И тут не в dhcp проблема. "Заболела" только часть, а не все. Есть желание попробовать выключить линксис минут на 10-15, а потом включить. Если поможет, то это много чловекочасов необходимо, чтобы по всем "заглючившим" пройтись и по питанию подёргать. Так что вариант не предпочтительный. И не факт, что поможет.
  7. Были в подсетях 10.xx.0.0/16, а переехали в 172.17.xx.0/8. Сегментировали на мелкие куски. В каждой подсетке порядка 40 pap2t линксисов. Из них около трети таким "заболели". То есть нехватки пула нет. Небольшое отклонение от темы: Ранее была проблема, когда и pap2t и spa8000 линксисы начали терять шлюз. Конкретно проблему выяснить не смогли, но перевод из 172.17.xx.0/21 в 10.xx.0.0/16 решил эту беду. Теперь заводим обратно, но в "мелкопорезанные" сегменты.
  8. Есть огромная кучка Linksys PAP2T, которые начали вести себя крайне странно. После перевода их из сети 10.0.0.0/8 в 172.17.0.1/16 (изменили в dhcp) не все, но многие линксисы начали ребутаться с крайне странной причиной "reboot reason:C2000". На циско-форуме написано, что это причина "Using last good known IP and reboot after 30 minutes". Не знаю как правильно понимать эту причину. Одна часть ребутается, как и указано, с промежутком в 30 минут, другая часть с промежутком в 15 минут и ещё есть малая доля, которая ребутается с промежутком в час. Единичные случаи вылечились с помощью ребута линксиса через веб-морду. На оставшиеся было сделано предположение, что надо бы прописать сначала им static ip, а потом снова сменить на dhcp. При смене на static ip ребуты закончились, а вот с обратным возвращением dhcp продолжились с теми же промежутками времени (было опробовано где-то на 10 линксисах). В настройках линксиса нигде не было найдено опции, от которой бы зависели эти периодические перезагрузки (15, 30, 60 минут). В DHCP время lease указано на 3 часа. На всех Linksys PAP2T стоит самая последняя прошивка 5.1.6 от 21.11.2007г. Поиск в интернете по этой проблеме не дал результатов. На циско-форуме проблема встречается, но ответа на нее нет. В чьем-то блоге тоже есть вопрос по этой проблеме, но ответа так же нет. Вот и все что смог найти. А теперь собственно вопрос к вам: встречались с таким и как лечить? P.S. Linksys SPA8000 таким не заболели после тех же манипуляций с сетью.