[nickolo]

Здравствуйте. Возникла проблема с SNR-ERD-SNMP.

 

Не пингуеца дефолтный ip.

 

Как быть???

[Dmitry Polyakov]

Здравствуйте. Возникла проблема с SNR-ERD-SNMP.

 

Не пингуеца дефолтный ip.

 

Как быть???

Дефлтный IP = 192.168.15.20

Индикатор питания горит?

Линк есть ?

Величина пакета стандартная ?

 

[uri]

Добрый день!

Имеются устройства ERD-SNMP.

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

Пингаю стандартными 64-байтными пакетами - 100 шт.

Прямое подключение в сетвую:

ping -c 100  192.168.15.20
--- 192.168.15.20 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99048ms
rtt min/avg/max/mdev = 1.428/1.460/1.498/0.049 ms

Подключение через "тупой свич" Asotel:

ping -c 100  192.168.15.20
--- 192.168.15.20 ping statistics ---
100 packets transmitted, 87 received, 13% packet loss, time 99048ms
rtt min/avg/max/mdev = 1.442/1.495/3.620/0.229 ms

Подключение через свитч L2 TP-Link 2209 с дефолтными настройками:

ping -c 100  192.168.15.20
--- 192.168.15.20 ping statistics --- 
100 packets transmitted, 31 received, 69% packet loss, time 99028ms
rtt min/avg/max/mdev = 1.452/1.477/1.503/0.051 ms

Подключение через свитч L2 D-Link 3100 с дефолтными настройками:

ping -c 100  172.25.133.12
--- 172.25.133.12 ping statistics ---
100 packets transmitted, 35 received, 65% packet loss, time 99050ms
rtt min/avg/max/mdev = 1.688/1.775/2.043/0.073 ms

 

Последний вариант - устройство в работе находится в сейфе с оборудованием.

Соответственно данные могу забрать с 3-5 раза.

Протестировал несколько устройств - результаты аналогичны.

В чем может быть проблемма?

 

Спасибо.

[Dmitry Polyakov]

2 uri Какой используете источник питания ?

нагружены ли свичи трафиком ?

 

попробуйте в windows.

 

вот результат пинга пакетами по 64 байта через DES-3526

 

Ответ от 192.168.15.20: число байт=64 время=1мс TTL=64

Ответ от 192.168.15.20: число байт=64 время=1мс TTL=64

Ответ от 192.168.15.20: число байт=64 время=1мс TTL=64

Ответ от 192.168.15.20: число байт=64 время=1мс TTL=64

 

Статистика Ping для 192.168.15.20:

Пакетов: отправлено = 126, получено = 126, потеряно = 0 (0% п

Приблизительное время приема-передачи в мс:

Минимальное = 1мсек, Максимальное = 1 мсек, Среднее = 1 мсек

 

вот результат пинга пакетами по 64 байта через "тупой" TRENDNET

 

Ответ от 192.168.15.20: число байт=64 время=1мс TTL=64

Ответ от 192.168.15.20: число байт=64 время=1мс TTL=64

Ответ от 192.168.15.20: число байт=64 время=1мс TTL=64

Ответ от 192.168.15.20: число байт=64 время=1мс TTL=64

Ответ от 192.168.15.20: число байт=64 время=1мс TTL=64

 

Статистика Ping для 192.168.15.20:

Пакетов: отправлено = 98, получено = 98, потеряно = 0 (0% поте

Приблизительное время приема-передачи в мс:

Минимальное = 1мсек, Максимальное = 1 мсек, Среднее = 1 мсек

Изменено 23 декабря, 2010 пользователем treestene

[mukca]

проверьте витую пару

вот пинг des-3016 через 1xDES-3026, 2xDES-3526, 2xDES-3028, 4xDGS-3100-24 и 1xWS-C3750 :)

(самую длинную цепочку наверное нашел :D)

Ответ от 10.101.41.245: число байт=64 время=1мс TTL=29

Ответ от 10.101.41.245: число байт=64 время=1мс TTL=29

Ответ от 10.101.41.245: число байт=64 время=1мс TTL=29

Ответ от 10.101.41.245: число байт=64 время=1мс TTL=29

Ответ от 10.101.41.245: число байт=64 время=1мс TTL=29

Ответ от 10.101.41.245: число байт=64 время=1мс TTL=29

Ответ от 10.101.41.245: число байт=64 время=1мс TTL=29

Ответ от 10.101.41.245: число байт=64 время=2мс TTL=29

Ответ от 10.101.41.245: число байт=64 время=1мс TTL=29

Ответ от 10.101.41.245: число байт=64 время=1мс TTL=29

Ответ от 10.101.41.245: число байт=64 время=1мс TTL=29

Ответ от 10.101.41.245: число байт=64 время=1мс TTL=29

Ответ от 10.101.41.245: число байт=64 время=1мс TTL=29

Ответ от 10.101.41.245: число байт=64 время=1мс TTL=29

 

Статистика Ping для 10.101.41.245:

Пакетов: отправлено = 100, получено = 100, потеряно = 0 (0% потерь),

Приблизительное время приема-передачи в мс:

Минимальное = 1мсек, Максимальное = 2 мсек, Среднее = 1 мсек

ps во время пинга лазил по данному форуму

 

Ответ от 10.101.41.245: число байт=1024 время=3мс TTL=29

Ответ от 10.101.41.245: число байт=1024 время=2мс TTL=29

Ответ от 10.101.41.245: число байт=1024 время=2мс TTL=29

Ответ от 10.101.41.245: число байт=1024 время=3мс TTL=29

Ответ от 10.101.41.245: число байт=1024 время=3мс TTL=29

Ответ от 10.101.41.245: число байт=1024 время=2мс TTL=29

Ответ от 10.101.41.245: число байт=1024 время=2мс TTL=29

 

Статистика Ping для 10.101.41.245:

Пакетов: отправлено = 100, получено = 100, потеряно = 0 (0% потерь),

Приблизительное время приема-передачи в мс:

Минимальное = 2мсек, Максимальное = 4 мсек, Среднее = 2 мсек

Изменено 23 декабря, 2010 пользователем mukca

[Dmitry Polyakov]

2 mukca спасибо.

[uri]

Источник питания импульсный Output DC 5V 1A, пробовал 5V 2,5A.

С windows картина та же.

Свичи кроме последнего случая ненагружены, т.е. заняты только два порта: PC, ERD-SNMP

Патч-корды менял...

Изменено 23 декабря, 2010 пользователем uri

[grfmaniak]

Аналогичная проблема: snmptrapd (v.5.4.2.1, Linux) не видит трапы. трапы идут - их видно в tcpdump.

Глюка найдена - пакеты от устройства идут с DST-MAC 00:00:00:00:00:00 - в итоге они тупо не принимаются

Во время портации управляющего софта на новое устройство была допущена ошибка, она найдена и исправлена. Все желающие могут поменять устройство на исправное по гарантийной схеме.

С вопросами по замене устройств, обращайтесь к нашим менеджерам по продажам.

 

Нам пришла партия такие устройств пару месяцев назад и там точно такая же проблема - DST-MAC забит нулями, трапы не проходят. Это нам так "повезло" с неисправленной партией, или новые устройства продолжают идти с таким глюком?

[Radus]

помогите в SNR-ERD-SNMP настроить мониторинг ipMonitoredName адрес задан, но все равно идут перезагрузки

У меня аналогичная проблема идут бесконечные перезагрузки хотя пинги до указаного адреса идут отлично !

Уж и не знаю что делать. Как исправить ? Новых прошивок и исправлений нигде не нашел.

[Radus]

Привет всем !

 

Сегодня опять весь день пытался выяснить причину бесконечных ресетов SNR-ERD-SNMP ! И таки выяснил где собака зарыта ! ;)

 

Вся причина в том что локальная сеть нагруженная и в ней идет полно сторонних пакетов.

При первом включении после ХОЛОДНОЙ перезагрузки устройство находится в нормальном рабочем состоянии и отлично справляется с фильтрацией левых бродкастов, которые на него попадают.

В программе микроконтроллера работает система фильтрации, чтобы отсеивать левые пакеты. И все пинги отлично проходят !

 

Как только связь пропадает, пинг не проходит и устройство делает ресет.

Вместе с ресетом внутри себя оно делает внутренюю ГОРЯЧУЮ перезагрузку или переинициализацию программы микроконтроллера в результате, которой подпрограмма фильтра левых пакетов перестает работать, или работает неправильно, левые пакеты при этом не фильтруются, начинают попадать в главный цикл программы и забивают процессор ненужной работой !

Устройство не справляется и не ловит ответы пинга.

И через 4 минуты происходит следующий ресет и горячая перезагрузка, толку от которой нет и все повторяется опять через 4 минуты. :(

 

Авторам прошивки необходимо в срочном порядке исправить подпрограмму перезагрузки или переинициализации, что оно там делает в момент ресета, чтобы происходила нормальная ПОЛНАЯ перезагрузка устройства как при холодном включении! Чтобы все внутренние подпрограммы и фильтры от левых пакетов работали !

 

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

Но данный вариант кривой и использовать его это как "заплатка" т.к. в данном случае розетка ресетится кратковременно, что может привести к еще большему зависанию свичей!

 

Так что ждем от авторов исправления данного глюка и новой прошивки !

 

PS: данное письмо также направил в техподдержку support@nag.ru

[Dmitry Polyakov]

Привет всем !

 

Сегодня опять весь день пытался выяснить причину бесконечных ресетов SNR-ERD-SNMP ! И таки выяснил где собака зарыта ! ;)

 

Вся причина в том что локальная сеть нагруженная и в ней идет полно сторонних пакетов.

При первом включении после ХОЛОДНОЙ перезагрузки устройство находится в нормальном рабочем состоянии и отлично справляется с фильтрацией левых бродкастов, которые на него попадают.

В программе микроконтроллера работает система фильтрации, чтобы отсеивать левые пакеты. И все пинги отлично проходят !

 

Как только связь пропадает, пинг не проходит и устройство делает ресет.

Вместе с ресетом внутри себя оно делает внутренюю ГОРЯЧУЮ перезагрузку или переинициализацию программы микроконтроллера в результате, которой подпрограмма фильтра левых пакетов перестает работать, или работает неправильно, левые пакеты при этом не фильтруются, начинают попадать в главный цикл программы и забивают процессор ненужной работой !

Устройство не справляется и не ловит ответы пинга.

И через 4 минуты происходит следующий ресет и горячая перезагрузка, толку от которой нет и все повторяется опять через 4 минуты. :(

 

Авторам прошивки необходимо в срочном порядке исправить подпрограмму перезагрузки или переинициализации, что оно там делает в момент ресета, чтобы происходила нормальная ПОЛНАЯ перезагрузка устройства как при холодном включении! Чтобы все внутренние подпрограммы и фильтры от левых пакетов работали !

 

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

Но данный вариант кривой и использовать его это как "заплатка" т.к. в данном случае розетка ресетится кратковременно, что может привести к еще большему зависанию свичей!

 

Так что ждем от авторов исправления данного глюка и новой прошивки !

 

PS: данное письмо также направил в техподдержку support@nag.ru

 

Что бы так уверенно рассуждать, пожалуй нужно быть разработчиком ЕРД. Пожалуйста, не спешите с выводами.

[Radus]

Что бы так уверенно рассуждать, пожалуй нужно быть разработчиком ЕРД. Пожалуйста, не спешите с выводами.

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

[Dmitry Polyakov]

Что бы так уверенно рассуждать, пожалуй нужно быть разработчиком ЕРД. Пожалуйста, не спешите с выводами.

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

 

попробуйте эту прошивку. http://zalil.ru/31375315

отпишитесь по результатам.

[Radus]

попробуйте эту прошивку. http://zalil.ru/31375315

отпишитесь по результатам.

Привет ! опробовал новую прошивку заработало как надо ! Ура ! Спасибо большое ! *DANCE*

[grfmaniak]

попробуйте эту прошивку. http://zalil.ru/31375315

отпишитесь по результатам.

 

А с чем может быть связано то, что трапы не доходят до сервера, который их слушает, хотя

по пути всего один маршрутизатор, на котором нет никаких acl по этому

поводу. Адрес ERD 172.16.252.14, шлюз 172.16.252.1, сервер -

172.16.255.5

 

Пинг с адреса 172.16.255.5 успешно проходит, счетчики снимаются, а вот

трапы не долетают.

[Dmitry Polyakov]

попробуйте эту прошивку. http://zalil.ru/31375315

отпишитесь по результатам.

 

А с чем может быть связано то, что трапы не доходят до сервера, который их слушает, хотя

по пути всего один маршрутизатор, на котором нет никаких acl по этому

поводу. Адрес ERD 172.16.252.14, шлюз 172.16.252.1, сервер -

172.16.255.5

 

Пинг с адреса 172.16.255.5 успешно проходит, счетчики снимаются, а вот

трапы не долетают.

 

а что показывает снифер?

[grfmaniak]

а что показывает снифер?

 

Вот трап:

 

===

No. Time Source Destination

Protocol Info

924 1135.046314 172.16.252.14 172.16.255.5 SNMP

trap

 

Frame 924 (102 bytes on wire, 102 bytes captured)

Ethernet II, Src: 4e:41:47:01:04:94 (4e:41:47:01:04:94), Dst:

00:00:00_00:00:00 (00:00:00:00:00:00)

Destination: 00:00:00_00:00:00 (00:00:00:00:00:00)

Address: 00:00:00_00:00:00 (00:00:00:00:00:00)

.... ...0 .... .... .... .... = IG bit: Individual address

(unicast)

.... ..0. .... .... .... .... = LG bit: Globally unique address

(factory default)

Source: 4e:41:47:01:04:94 (4e:41:47:01:04:94)

Address: 4e:41:47:01:04:94 (4e:41:47:01:04:94)

.... ...0 .... .... .... .... = IG bit: Individual address

(unicast)

.... ..1. .... .... .... .... = LG bit: Locally administered

address (this is NOT the factory default)

Type: IP (0x0800)

Internet Protocol, Src: 172.16.252.14 (172.16.252.14), Dst:

172.16.255.5 (172.16.255.5)

Version: 4

Header length: 20 bytes

Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00)

0000 00.. = Differentiated Services Codepoint: Default (0x00)

.... ..0. = ECN-Capable Transport (ECT): 0

.... ...0 = ECN-CE: 0

Total Length: 88

Identification: 0x0604 (1540)

Flags: 0x04 (Don't Fragment)

Fragment offset: 0

Time to live: 64

Protocol: UDP (0x11)

Header checksum: 0xe15b [correct]

Source: 172.16.252.14 (172.16.252.14)

Destination: 172.16.255.5 (172.16.255.5)

User Datagram Protocol, Src Port: snmptrap (162), Dst Port: snmptrap

(162)

Source port: snmptrap (162)

Destination port: snmptrap (162)

Length: 68

Checksum: 0x3145 [correct]

Simple Network Management Protocol

version: version-1 (0)

community: trap

data: trap (4)

trap

enterprise: 1.3.6.1.6.3.1.1.5.3 (IF-MIB::linkDown)

agent-addr: internet (0)

internet: 172.16.252.14 (172.16.252.14)

generic-trap: enterpriseSpecific (6)

specific-trap: 0

time-stamp: 65793

variable-bindings: 1 item

Item

name: 1.25 (iso.25)

valueType: value (0)

value: simple (4294967295)

===

 

А вот при этом ответ на пинг:

 

===

No. Time Source Destination

Protocol Info

940 1170.830965 172.16.252.14 172.16.255.5 ICMP

Echo (ping) reply

 

Frame 940 (98 bytes on wire, 98 bytes captured)

Ethernet II, Src: 4e:41:47:01:04:94 (4e:41:47:01:04:94), Dst:

Ditech_98:ec:00 (00:d0:02:98:ec:00)

Destination: Ditech_98:ec:00 (00:d0:02:98:ec:00)

Address: Ditech_98:ec:00 (00:d0:02:98:ec:00)

.... ...0 .... .... .... .... = IG bit: Individual address

(unicast)

.... ..0. .... .... .... .... = LG bit: Globally unique address

(factory default)

Source: 4e:41:47:01:04:94 (4e:41:47:01:04:94)

Address: 4e:41:47:01:04:94 (4e:41:47:01:04:94)

.... ...0 .... .... .... .... = IG bit: Individual address

(unicast)

.... ..1. .... .... .... .... = LG bit: Locally administered

address (this is NOT the factory default)

Type: IP (0x0800)

Internet Protocol, Src: 172.16.252.14 (172.16.252.14), Dst:

172.16.255.5 (172.16.255.5)

Internet Control Message Protocol

===

[Dmitry Polyakov]

2 grfmaniak

ответил в личку.

[kriserman]

Подскажите при обновлении erd пишет следующее..

Reseting ERD...

Searching ERD...

Can not found ERD

Trying entering to bootloader...

Can not found bootloader. Upgrade fail

[Dmitry Polyakov]

Подскажите при обновлении erd пишет следующее..

Reseting ERD...

Searching ERD...

Can not found ERD

Trying entering to bootloader...

Can not found bootloader. Upgrade fail

 

Ваше устройство не поддерживает обновление прошивки

Эта функция появилась в версии ERD-2.0 Версия указана на наклейке устройства, а также в системном имени.

Изменено 7 июля, 2011 пользователем treestene

[Dmitry Polyakov]

Всем, у кого мак адрес в пакетах пустой.

http://zalil.ru/31390317

пробуйте эту прошивку и отписывайтесь по результатам.

[kriserman]

Есть ли вообще вариант обновить прошивку на ERD-SNMP?

[Dmitry Polyakov]

Есть ли вообще вариант обновить прошивку на ERD-SNMP?

Можно доработать старые устройства, что бы вы смогли сами их перепрошивать, но за пересылку вам придётся заплатить, а все новые устройства уже идут с возможностью самостоятельного обновления софта.

Изменено 18 июля, 2011 пользователем treestene

[k858000]

Всем привет.

устройство ERD-SNMP (2.0) мониторит ящик с видеорегистратором и с камерой. Подскажите какой софтиной на ПК (MS windows) удобней пользоваться для мониторинга сервера при условии наличия всего 1 девайса ERD, а в планах небольшого колличества (до 10 шт). Полигон не очень удобен, а в Dude есть график (который очень мне нужен), но сама программа слишком тяжела в настройке.

Изменено 11 августа, 2011 пользователем k858000

[tawer]

Здравствуйте, поддерживает ли устройство вывод информации с разных датчиков через SNMP по отдельным OID, или выдает одним только, например:

SNMPv2-MIB::sysDescr.0 = STRING:

t 20 'C

Door is OFF

Voltage is OFF

1st sens is OFF

и если да, не могли бы конкретно расписать именя OID?