Jump to content
Калькуляторы

Ethernet remote device и с чем его едят Вопросы по подключению устройства

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

 

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

 

Как быть???

Share this post


Link to post
Share on other sites
Здравствуйте. Возникла проблема с SNR-ERD-SNMP.

 

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

 

Как быть???

Дефлтный IP = 192.168.15.20

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

Линк есть ?

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

 

Share this post


Link to post
Share on other sites

Добрый день!

Имеются устройства 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 раза.

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

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

 

Спасибо.

Share this post


Link to post
Share on other sites

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 мсек

Edited by treestene

Share this post


Link to post
Share on other sites

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

вот пинг 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 мсек

Edited by mukca

Share this post


Link to post
Share on other sites

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

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

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

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

Edited by uri

Share this post


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

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

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

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

 

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

Share this post


Link to post
Share on other sites

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

post-56529-1268591957_thumb.jpg

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

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

Share this post


Link to post
Share on other sites

Привет всем !

 

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

 

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

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

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

 

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

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

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

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

 

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

 

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

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

 

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

 

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

Share this post


Link to post
Share on other sites

Привет всем !

 

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

 

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

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

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

 

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

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

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

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

 

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

 

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

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

 

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

 

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

 

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

 

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

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

 

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

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

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

172.16.255.5

 

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

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

Share this post


Link to post
Share on other sites

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

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

 

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

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

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

172.16.255.5

 

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

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

 

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

Share this post


Link to post
Share on other sites

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

 

Вот трап:

 

===

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

===

Share this post


Link to post
Share on other sites

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

Reseting ERD...

Searching ERD...

Can not found ERD

Trying entering to bootloader...

Can not found bootloader. Upgrade fail

Share this post


Link to post
Share on other sites

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

Reseting ERD...

Searching ERD...

Can not found ERD

Trying entering to bootloader...

Can not found bootloader. Upgrade fail

 

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

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

Edited by treestene

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

Edited by treestene

Share this post


Link to post
Share on other sites

Всем привет.

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

Edited by k858000

Share this post


Link to post
Share on other sites

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

SNMPv2-MIB::sysDescr.0 = STRING:

t 20 'C

Door is OFF

Voltage is OFF

1st sens is OFF

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this