To jest akurat rejestrator do kamer. Pracuje całkiem normalnie. To, że raz na jakiś czas wysyła taki pakiet zobaczyłem przez przypadek. Wydaje mi się, że już wcześniej gdzieś widziałem takie coś Wiresharkiem.

Tcpdump się sprawdził. Namierzyłem winowajcę, który sieje pakietami ARP.
BTW: do czego służą zapytania typu:
who-has 10.0.0.10 tell 10.0.0.10
Sprawdzenie czy nie ma konfliktu IP?

Zrobiłem z 5 razy i za każdym razem którejś listy brakowało.
Za którymś razem w końcu pobrało wszystkie.
Podobne problemy są przy instalacji.
Pingi są idealne 11-13ms.
Jedyne co mi przychodzi do głowy to problem z mtu.

root@Gargoyle:~# cat /etc/opkg.conf 
src/gz attitude_adjustment http://downloads.openwrt.org/attitude_adjustment/12.09/ar71xx/generic/packages
dest root /
dest ram /tmp
dest plugin_root /plugin_root
lists_dir ext /var/opkg-lists
option overlay_root /overlay
src/gz eko1 http://dl.eko.one.pl/attitude_adjustment/ar71xx/packages
src/gz gargoylepl_packages http://dl.eko.one.pl/gargoyle-pl/attitude_adjustment/ar71xx/packages
src/gz gargoylepl_plugins http://dl.eko.one.pl/gargoyle-pl/attitude_adjustment/ar71xx/plugins

Dziś jest trochę inaczej - wczoraj wszędzie było "Could not retrieve package list"

root@Gargoyle:~# opkg update
Downloading package list for attitude_adjustment source...
Package list for attitude_adjustment downloaded successfully.

Downloading package list for eko1 source...
WARNING: Could not retrieve package list for eko1.

Downloading package list for gargoylepl_plugins source...
WARNING: Could not retrieve package list for gargoylepl_plugins.

Downloading package list for gargoylepl_packages source...
Package list for gargoylepl_packages downloaded successfully.

@twinsen: huba nie mam, zwłaszcza 100Mbit, ale zrobiłem sobie taki tester na Edimax BR-6104K - on ma 5 interfejsów sieciowych, wszystkie widziane jako eth0 - eth4.
@Cezary: nie ściąga mi listy pakietów.

Faktycznie! Nie brałem pod uwagę tcpdumpa, bo już kiedyś go używałem i byłem przekonany, że snifuje tylko połączenia TCP.

Mam teraz problem z opkg update na Gargoyle 1.6.2.2 AA 12.09.1 - coś się zmieniło w listach?

Właściwie chodzi mi tylko i wyłącznie o pakiety ARP request.

9

(10 odpowiedzi, napisanych Oprogramowanie / Software)

Skrypt już się przydał - można powiedzieć, że się odrobił.
Chciałbym zrobić jeszcze coś w rodzaju testera wydajności sieci tj, dwa ruterki, jeden wpinało by się na początku badanej gałęzi, a drugi na końcu i test polegał by na przesyłaniu całym pasmem pakietów UDP i sprawdzaniu ile bezbłędnie doszło.
Czy taki test miałby sens?

10

(10 odpowiedzi, napisanych Oprogramowanie / Software)

#!/bin/ash
echo "Pomiar eth3:"
echo

while [ 1 ];
do

Pomiar1=`ifconfig eth3 | grep 'TX bytes'`
sleep 1
Pomiar2=`ifconfig eth3 | grep 'TX bytes'`

A=`echo "$Pomiar1" | grep -o 'TX bytes:[0-9]*' | grep -o '[0-9][0-9]*'`
B=`echo "$Pomiar2" | grep -o 'TX bytes:[0-9]*' | grep -o '[0-9][0-9]*'`
C=`echo "$Pomiar1" | grep -o 'RX bytes:[0-9]*' | grep -o '[0-9][0-9]*'`
D=`echo "$Pomiar2" | grep -o 'RX bytes:[0-9]*' | grep -o '[0-9][0-9]*'`

Wyslane="$(( ($B-$A)*8/1024 ))"
Odebrane="$(( ($D-$C)*8/1024 ))"

printf "  Dane wysylane: %8s Kbps    Dane odbierane: %8s Kbps\r" $Wyslane $Odebrane

done

Trochę zawyża wg mnie.

11

(10 odpowiedzi, napisanych Oprogramowanie / Software)

W lenistwie wink
No i trochę problematyczny jest pomiar czasu - wiadomo, w dłuższym okresie będzie dokładniej ale za to nam uśredni.

12

(10 odpowiedzi, napisanych Oprogramowanie / Software)

Interesują mnie megabity na sekundę. Trzeba odczytać, odmierzyć czas, odczytać ponownie i przeliczyć.

13

(10 odpowiedzi, napisanych Oprogramowanie / Software)

Wygląda na to, że działa. Oczywiście na kolejnym interfejsie mam statyczny adres, inaczej został by mi rs do podglądu.
Ma ktoś skrypt, który z TX bytes przelicza na Mbps?

14

(10 odpowiedzi, napisanych Oprogramowanie / Software)

Da się zrobić zupełnie przezroczysty router, ale żeby można było liczyć pakiety, ewentualnie podglądnąć coś tcpdumpem?

15

(2 odpowiedzi, napisanych Oprogramowanie / Software)

Ja użyłem 740n i avr - dokładnie atmega8.
Dane przesyłane są w określonym formacie więc bootloader nie przeszkadza, bo program w avr ignoruje wszystko co nie pasuje do protokołu. Dodatkowo prędkość transmisji jest ustawiana na 9600, a bootloader wysyła 115200, więc i tak nic nie dochodzi.
Avr można dołączyć bezpośrednio o ile zasilamy go z 3,3V. Konsolę na porcie trzeba wyłączyć.

16

(2 odpowiedzi, napisanych Oprogramowanie / Software)

Problem jest nadal. Jak już pisałem identyczna konfiguracja działa mi cały czas w dwóch innych lokalizacjach, więc taki zapis jest jak najbardziej poprawny. Z resztą druga linijka działa poprawnie bez pierwszej (dzwonią wszystkie trzy z timeoutem 120s).
Próbowałem też między jedną a drugą linijką dać Wait(1) ale nic to nie pomaga. Podejrzenie też padło na specyfikę telefonów, bo są to inne modele, ale to też sprawdziłem - działają poprawnie z innym Asteriskiem.
Być może jest to kwestia jakiegoś parametru w konfiguracji, który przeoczyłem a być może w ogóle problem ujawnia się tylko w tej konkretnej sieci. Jeśli będę miał czas i możliwości to podmienię całość i sprawdzę.

Problem jest taki:

exten => 333,1,Dial(sip/Ab1,20)
exten => 333,2,Dial(sip/Ab1&sip/Ab2&sip/Ab3,120)

Normalnie powinien dzwonić Ab1, a po 20-tu sekundach dołączyć Ab2 i Ab3 i dzwonić wszystkie trzy na raz.
Teraz mam przypadek taki, że dzwoni Ab1, po 20-tu zaczynają dzwonić Ab2 i Ab3, natomiast Ab1 milknie.
Do dziś myślałem, że to wina wersji asteriska, ale zrobiłem próbę na identycznej wersji i działa poprawnie - configi są identyczne (przynajmniej tam gdzie mogą).

18

(0 odpowiedzi, napisanych Oprogramowanie / Software)

Mam tl-wr710n V2 podłączony lan-em do switcha tp-linka, ten z kolei do Ubiquiti nano, na którym jest nat i jest on połączony przez radio z dostawcą internetu. Efekt mam taki, że połączenie z 710n jest przerywane: przez kilkanaście sekund normalnie odpowiada po ssh, następnie zamiera na kilkanaście - kilkadziesiąt sekund i znowu jakiś czas działa. Niestety nie mam możliwości na chwilę obecną być na miejscu. Inne urządzenia podłączone do tego samego switcha wydają się działać normalnie.
Teraz najciekawsze: pingi wysłane z Ubiquiti do 710n wracają cały czas, ale w momencie kiedy zamiera połączenie przez ssh zwiększają się czasy (z <1ms do ~20-60ms). Gdyby nie to - obstawiał bym jakiś problem sprzętowy.
Fragment "ifconfig" na 710n:

          RX packets:43347 errors:0 dropped:8191 overruns:0 frame:0
          TX packets:6974 errors:0 dropped:0 overruns:0 carrier:0

GND---GND,  TX-----RX,  RX-----TX, Nie robię tego pierwszy raz.
Problem widzę w tym, że on jest zasilany z PoE, a te zasilacze mają bolec podłączony z masą rj-ki? A przetwornica pewnie nie izolowana... no nie wiem, muszę to dokładnie sprawdzić co jest grane, bo normalnie to to się nie zachowuje.

Sytuacja jest rozwojowa. Po odłączeniu rs-a zauważyłem, że znów się często resetuje. Podłączyłem tylko rx i mam:

U-Boot 1.1.4-s776 (Nov 27 2013 - 15:58:45)

Board: Ubiquiti Networks AR9342 board (e845-32564.1122.0030)
Reset: Normal
DRAM:  64 MB
Flash:  8 MB (0xc2, 0x20, 0x17)
Net:   AR8032 Detected
eth0, eth1
Radio: 0777:e845
Hit any key to stop autoboot:  0 
## Booting image at 9f050000 ...
Bad Magic Number
Boot failed: resetting...

A więc jednak żyje!
Niestety podłączenie TX powoduje jakieś zawirowania i znów mam to co poprzednio. Podejrzewam, że są jakieś kłopoty z masą albo poziomami napięć (niby 3,3V od rutera, od strony komputera mój miernik pokazuje 3.4), więc będę walczył dalej.

pepe2k napisał/a:

Jak chcesz go ratować, to zacząłbym od wymiany kości RAM.

Ja na pewno nie, ale jeśli się podejmujesz i będzie to opłacalne, to możemy się dogadać. Mogę nawet poszukać "dawcy", bo kilka uszkodzonych z różnych przyczyn się znajdzie.
Przy okazji - nie wiesz co jest przyczyną samoistnych resetów do ustawień fabrycznych w tych modelach? - oczywiście z oprogramowaniem fabrycznym - ten akurat nie był jeszcze nigdzie montowany z firmware, więc nie wiem czy miał tę przypadłość.
Edit: W tym bootloaderze powinienem mieć echo na konsoli? Bo nie ma i nie reaguje na nic.

pepe2k napisał/a:

I resetuje się?

Tak. Od nowa wszystkie komunikaty, tylko "Normal" zmienia się na "WD"
i za jakiś czas znowu.

pepe2k napisał/a:

To nie musi być ubita pamięć RAM, tylko np. SOC.

No ale chyba nie przez flashowanie?
Obstawiał bym raczej, że faktycznie coś nie poszło przy flashowaniu i nie wstawał, a ja jednak coś tam zaiskrzyłem przy podłączaniu i do tego poleciała pamięć (lub procek).
Wydaje mi się, że przed rozebraniem i podłączaniem częściej się resetował i było to bardziej widać na diodkach.

Później zmienia się na Reset: WD
Dziwne, że ta pamięć poszła przy flashowaniu. Chyba że ubiłem ją jakoś elektrostatycznie przy podłączaniu rs-a, ale w okolicach tej kostki nic nie było dotykane.

No i niestety mam cegiełkę. Po próbie powrotu do oryginalnego firmware zamarł. Podłączyłem UART i mam:

U-Boot 1.1.4-s776 (Nov 27 2013 - 15:58:45)

Board: Ubiquiti Networks AR9342 board (...)
Reset: Normal
DRAM:   4 MB

i stoi...
Uszkodzony bootloader?
Zostaje jTAG?

Przyczyną były prawdopodobnie specyficzne (złe) warunki radiowe - małe pakiety przechodzą, natomiast coś większego nie ma szans.
Przy okazji dowiedziałem się kilku rzeczy: mac adres wifi zmieniony z UCI jest usuwany przy każdej manipulacji z Luci. Niektórzy providerzy ustawiają w Ubiquiti tryb AirMax i niczym innym się nie połączymy.