PING přes dvě různá rozhraní současně [zatím nevyřešeno]

[matee]

ach jo, tak nic .. prosim popros o pomoc nejakeho dospeleho ze sveho okoli .. zda se, ze zde na foru nenajdes pochopeni ..

nevím, co dělám blbě... Předpokládal jsem, že ping je natolik primitivní nástroj, že mezi Win a ubuntu nebude rozdíl.

Copak je by vám to ublížilo napsat sem 2 příkazy, který pošlou ping přes MNOU definovaný rozhraní (která se nacházej ve stejným subnetu) a tím rozhraním ten ping taky odejde? Teď to funguje tak, že já pošlu ping přes Wifi a z pc to odejde po kabelu.

Praktický využití toho je nulové, ale jak jsem psal nejde o praxi, ale o testovani.

[Mariocz]

To jsou nějaké závody v testování Wifi routerů? S tímhle přístupem je ale nevyhraješ!

Už píšu třetí post a furt si nemyslím že by jsi něco z toho co jsem napsal vyzkoušel. 

A když to zafunguje, napíšeš si script a je to jedním příkazem během chvilky hotový. To platí i pro radu od ETNyx

[ETNyx]

Testovat to postupně není řešení - z časového hlediska nemožný.

Nechci se tu ohánět Windowsem, ale tam je to otázka nápovědy a co říká nápověda to funguje. Nevím proč UBUNTU dělá věci jinak, než je psáno :/

Tak nevím to těch routerů testujete 1000 denně? Navíc automatizace tím skriptem by byla možná rychlejší nez ty vaše dva pingy ručně. Jaká je vaše současná strategie na windows? všechno připravíte ručně a naklikáte přes ikonky appletu networkmanagera? Ten skript by Vás postupně provedl všim v jednom okně. Stačí vybrat nástroj pro pripojení wifi pro pohodlnost napsaný v ncruses jeden prompt pro ziskaní cilové adresy a je to.

Bohužel Ubuntu už nepoužívám ale situaci jsem si vyzkoušel na svém systému a vše fungovalo bez jakéhokoliv zásahu do systému.

Kód: [Vybrat]

ping -r -i 0.001 -I enp2s0 -c 1 192.168.1.1
ping -r -i 0.001 -I wlp3s0 -c 1 192.168.1.1
-------------------------------------------------------------------------------------------
No.     Time           Source                Destination           Protocol Length Info
      1 0.000000000    192.168.1.121         192.168.1.1           ICMP     98     Echo (ping) request  id=0x3c8d, seq=1/256, ttl=64
      2 0.000487000    192.168.1.1           192.168.1.121         ICMP     98     Echo (ping) reply    id=0x3c8d, seq=1/256, ttl=64
      3 0.001965000    192.168.1.101         192.168.1.1           ICMP     98     Echo (ping) request  id=0x3c8e, seq=1/256, ttl=64
      4 0.007339000    192.168.1.1           192.168.1.101         ICMP     98     Echo (ping) reply    id=0x3c8e, seq=1/256, ttl=64

[matee]

To jsou nějaké závody v testování Wifi routerů? S tímhle přístupem je ale nevyhraješ!

Už píšu třetí post a furt si nemyslím že by jsi něco z toho co jsem napsal vyzkoušel. 

A když to zafunguje, napíšeš si script a je to jedním příkazem během chvilky hotový. To platí i pro radu od ETNyx

reklamační oddělení těch routerů tu udělám tak 30 za den. Těch co je potřeba testovat přes LAN i WiFi je méně.
Neumím psát scripty a nevím jak a kde nastavit routy.

[matee]

Jaká je vaše současná strategie na windows? všechno připravíte ručně a naklikáte přes ikonky appletu networkmanagera?

Připojím modem kabelem a nakonfiguruji mu Wifi. Připojím se k Wifi. A ve dvou oknech CMD spustím ping.
ping [cíl] -t -S [adresa LAN]
ping [cíl] -t -S [adresa WIfi]

a pak pomocí Ctrl + Break kontroluji výsledek. (což mi v ubuntu taky chybí)

[matee]

Celej problém je v tom, že to nebere v potaz parametr -I respektive -r. Z toho co jsem zkoušel, jsem došel k závěru, že ubuntu se chová jako router, pošlu mu příkaz z Wifi, ono se s tím popere a pošle ho dál po kabelu do modemu. Ale já potřebuju aby to šlo přímo z WiFi do modemu.

Zkusil jsem vypnou rozhraní lo, ale to už pak neprošlo vůbec nic.

[Roman Vacho]

Tyhle věci vůbec nepotřebuješ na otestování routerů.

[matee]

Tyhle věci vůbec nepotřebuješ na otestování routerů.

jak to tedy testnout elegantněji?

[Roman Vacho]

Jako nevím,... když jsme testovali routery, stačil selskej rozum a trocha vědomostí. A prostě to šlo jako na seriovém drátku.

[ETNyx]

a pak pomocí Ctrl + Break kontroluji výsledek. (což mi v ubuntu taky chybí)

není to náhodou to samé jako ctr+c?

[Petr Merlin Vaněček]

a pak pomocí Ctrl + Break kontroluji výsledek. (což mi v ubuntu taky chybí)

není to náhodou to samé jako ctr+c?

Je

[matee]

Jako nevím,... když jsme testovali routery, stačil selskej rozum a trocha vědomostí. A prostě to šlo jako na seriovém drátku.

a jak doložíš výsledek testování? Jasný, že to můžu zapojit pustit si HD strem nějakej ten download a říct, že to funguje. Ping mi dává možnost doložit výsledek testu.

a pak pomocí Ctrl + Break kontroluji výsledek. (což mi v ubuntu taky chybí)

není to náhodou to samé jako ctr+c?

V linuxu asi ano, ale pod WIN Ctrl C ukončí příkaz, zatímco Ctrl Break zobrazí průběžný výsledek. - To jsem vyřešil nástrojem MTR, nebo použitím klikátka v "síťové nástroje"

[matee]

Ctrl + Break je pod linuxem nahrazeno  CTRL+| (Control key followed by pipe symbol) neboli Ctrl + pravý Alt + w
dává průbežnou statistiku bez přerušení příkazu. V manuálu o tom nic není:(

zdroj: http://www.thegeekstuff.com/2009/11/ping-tutorial-13-effective-ping-command-examples/

[matee]

dnes jsem udělal zajímavý pokus.
K modem jsem připojil 2 PC - Ubuntu a Win. Vista - z obou zařízení jsem poslal permanentní PING na modem a na www.google.com a nechal běžet přes noc. Výsledek mě dost překvapil

Proč má Ubuntu víc chyb? A proč Ubuntu chybuje i při pingu na modem, i když z Visty je jasné že ten modem byl celou noc živej?
Může to bejt problém na eth0 LAN port?

Ubuntu --- www.google.com ping statistics ---

Kód: [Vybrat]

67922 packets transmitted, 67422 received, +319 errors, 0% packet loss, time 68043758ms
rtt min/avg/max/mdev = 39.642/40.541/122.523/0.553 ms, pipe 3
Ubuntu --- 10.0.0.138 ping statistics ---

Kód: [Vybrat]

68028 packets transmitted, 68017 received, 0% packet loss, time 68027192ms
rtt min/avg/max/mdev = 0.368/0.576/20.616/0.235 ms

Win Vista Statistika ping pro 173.194.69.106:

Kód: [Vybrat]

Pakety: Odeslané = 67620, Přijaté = 67582, Ztracené = 38 (ztráta 0%),
Přibližná doba do přijetí odezvy v milisekundách:
    Minimum = 40ms, Maximum = 69ms, Průměr = 40ms
Win Vista Statistika ping pro 10.0.0.138:

Kód: [Vybrat]

Pakety: Odeslané = 67792, Přijaté = 67792, Ztracené = 0 (ztráta 0%),
Přibližná doba do přijetí odezvy v milisekundách:
    Minimum = 0ms, Maximum = 16ms, Průměr = 0ms

[beer]

Zkus nastavit ručně MTU na stejnou hodnotu v obou systémech, například 1492. A z Visty pingej na google.com, ne na 173.194.69.106.

[matee]

v obouch systémech je MTU nastaveno na 1500.
Ping je spuštěn na www.google.com, ale oba systémy si to po chvíli pingání přepíší na IP adresu.

[beer]

1500 je defaultní hodnota, to bývá na automatické volbě, ta ve windows funguje zřejmě o něco lépe. Pokud máš ADSL/VDSL nebo UPC, tak si nastav ručně 1492.

[matee]

1500 je defaultní hodnota, to bývá na automatické volbě, ta ve windows funguje zřejmě o něco lépe. Pokud máš ADSL/VDSL nebo UPC, tak si nastav ručně 1492.

teď mě napadlo jaká je defaultní hodnota čekání na odezvu - doba po který je paket vyhodnocen jako ztracenej?

[Petr Merlin Vaněček]

1500 je defaultní hodnota, to bývá na automatické volbě, ta ve windows funguje zřejmě o něco lépe. Pokud máš ADSL/VDSL nebo UPC, tak si nastav ručně 1492.

teď mě napadlo jaká je defaultní hodnota čekání na odezvu - doba po který je paket vyhodnocen jako ztracenej?

Toto bych za tím asi nehledal, pokud ty stroje běžely zaráz, ukázala by se ve statistice Win jako max hodnota nějaká brutálnost. Ty errory bych spíše přičítal chybě HW, prvně bych se mrkl na kabeláž, pak na switch a v poslendí řadě na síťovku (tady je ještě možnost chyb driveru ...)

Protože jsme na linuxu, podíval bych se do logu z noci, zda tam nebudou hlášky typu "link down" atp.

[matee]

1500 je defaultní hodnota, to bývá na automatické volbě, ta ve windows funguje zřejmě o něco lépe. Pokud máš ADSL/VDSL nebo UPC, tak si nastav ručně 1492.

teď mě napadlo jaká je defaultní hodnota čekání na odezvu - doba po který je paket vyhodnocen jako ztracenej?

Toto bych za tím asi nehledal, pokud ty stroje běžely zaráz, ukázala by se ve statistice Win jako max hodnota nějaká brutálnost. Ty errory bych spíše přičítal chybě HW, prvně bych se mrkl na kabeláž, pak na switch a v poslendí řadě na síťovku (tady je ještě možnost chyb driveru ...)

Protože jsme na linuxu, podíval bych se do logu z noci, zda tam nebudou hlášky typu "link down" atp.

switch tam není, obě pc byly zapojený napřímo do modem-routeru. Teď mi tam zas jeden běží, tak uvidím v pondělí jakej bude výsledek.

Do jakýho logu bych se měl podívat? S tím logem jsi mi vnukl myšlenku, že jsem mohl zapnout logovaní i na tom modem-routeru.

[Petr Merlin Vaněček]

Switch je součástí toho modemu.
A /var/log/syslog případně se to myslím objevuje ve /var/log/messages

[sabraq]

Tak trochu mi tady uchází smysl, přípomínáš mi toho Řeka, jak tlačil kouli do kopce. Jo a už se těším až se bude řešit příbuzné téma - Ping přes dvě různá rozhraní současně už mi jede, ale nejdu do internetu, co s tím?

[matee]

Tak trochu mi tady uchází smysl, přípomínáš mi toho Řeka, jak tlačil kouli do kopce. Jo a už se těším až se bude řešit příbuzné téma - Ping přes dvě různá rozhraní současně už mi jede, ale nejdu do internetu, co s tím?

Smysl je ten, že pokud dělám test, tak očekávám stejnej výsledek jak pod WIN tak pod UBUNTU. A nečekám že ubuntu ztratí 10x víc.
Je trochu divný, když mi linux pakety ztrácí a windows ne. A to nemluvím o tom, že u win můžu nastavit rozhraní odkud má paket odejít, to s emi v linuxu zatím nepovedlo.

[matee]

děkuju všem za trpělivost, ale tady jde o to že by Ubuntu na mém stroji mělo fungovat jako referenční - testovací nástroj. => mělo by být spolehlivé, a né davat falešně negativní výsledky.

Pokud mi někdo poradí, jak to dělat jinak a lépe budu jedině rád:)

[Roman Vacho]

To je těžký. Teď jsem taky řešil, proč mi wifi karta v Linuxu jede na 1/4(zbytek paketů v čudu, ale alespoň něco přes to lze dělat.) a ve Windows vůbec(zkoušel jsem 3 ovladače-2 od Microsoftu... ty měly úplně pšouklé výchozí nastavení=vadné! a 1 od výrobce-beta prej-aby si lidi nemohli stěžovat). Prašť jak uhoď. No nenakopal bys někoho za tohle do řiti?
Přitom se vše tváří ok. Je to starší kousek(b/g).