<html><body>To vůbec nevadí to je jedině dobře, že tam je te komunikace víc, tam<div>jsou totiž ty arp dotazy což mě zajímalo.</div><div>Ne ze by to nejak vadilo, ale je duvod mit zapnutou IP6?...</div><div><br></div><div>Nicmene je divne, ze jak to nejde tak se nikdo nepta na  MAC </div><div>adresu a to PLC neustale posila arp reply se svou mac adresou </div><div>jak kdyby se zacyklylo. To je fakt divný, že tam je hodně</div><div>odpovedi a zadna otazka.</div><div><br></div><div>Na ethernetu to funguje tak, ze pro posilani jsou dulezite MAC</div><div>adresy a aby zjistil jaka IP patri k jake MAC adrese posle dotaz</div><div>broadcast vsem ARP a pta se na MAC adresu dane ip a dostane</div><div>odpoved. A to plc posila odpovedi a nedostava otazku.....</div><div>A nebo si chteli zjednodusit zivot a posila stale odpoved brodcastem</div><div>aby to nemuseli resit.....</div><div>Protoze vetsinou odpovida dotycny uz se svou MAC adresou,</div><div>ta jednotka odpovida broadcastem...</div><div><br></div><div>A hlavne je tam jedna odpoved kde rika ze</div><div>ip 0.0.0.0 ma adresu plc coz taky neni uplne normalni....</div><div><br></div><div>Kdyz zapojite jednotku, do pc primo, bez zadne komunikace a date</div><div>wiresharkem grebovat data, tak by me zajimalo jestli tam neco beha....</div><div>Idealne je teda v pc odstranit vsechna vcetne microsoft klienta a necht jen </div><div>IP4 protokol v konfiguraci.</div><div><br></div><div><br></div><div>Zdenek Aster</div><div><br></div><div><br></div><div><br></div><div><p>---------- Původní zpráva ----------<br>Od: Martin Záruba <swz@volny.cz><br>Komu: HW-news <hw-list@list.hw.cz><br>Datum: 5. 6. 2016 13:34:06<br>Předmět: Re: Připojovani k serveru</p><br><blockquote>Ty pakety jsou opravdu malé, prakticky všechny jsou  do 80byte.<br><br>Té druhé části moc nerozumím. Ještě zopakuji: lokálně to funguje vždy. <br>Přes internet jsem to zkoušel přes tři různá připojení a na velmi <br>pomalém (EDGE) i docela svižném (5MBit) se to chová úplně stejně. Pokud <br>se to chytne, už to funguje bez problémů.<br><br>Mám pocit, že problém je v rychlosti odezvy. Pokud totiž připojím PLC <br>přes router, ale přímo do lokální sítě, tak to funguje vždy. Pokud to <br>ale jde po internetu, nedostane se požadavek na navázání spojení <br>(většinou) vůbec k serveru. Pokud ale stejnou cestou připojím program v <br>PC v režimu klienta, připojí se k serveru vždy. Není to tedy tím, že PLC <br>dostane odpověď tak pozdě, že se na to vykašle, protože ten požadavek se <br>vůbec nedostane k serveru. Dal jsem soubor z routeru (PC) kam je <br>připojeno PLC na www.ekovy.cz/data.pcapng<br><br>PLC má IP 192.168.137.13 , je připojena k PC k rozhraní 192.168.137.1 <br>To  posílá data do internetu, na server, který běží na adrese <br>81.90.250.131 Veškerá komunikace je na portu 21002 Do wiresharku jsem <br>dal filtr tcp.port==21002 ale stejně tam jsou i jiné pakety, něco dělám <br>blbě.<br><br>Od začátku až po paket 5981 je případ, kdy se spojení podařilo navázat a <br>v Data vidím jasně moje data (začínají EK).<br><br>Pak jsem PLC vypnul a počkal, až na serveru proběhl timeout a znovu jej <br>zapnul. Nyní se již spojení nenavázalo.<br><br>Martin Záruba<br><br>Dne 5.6.2016 v 13:05 Zdeněk Aster napsal(a):<br>> No ono uz i ta delka maximalni paketu 1056 o ledascem spatnem svedci.<br>>  Nicmene male pakety by nemel byt problem.<br>> Jeste me napada nemuze si to nejak blbe rozumet s default gatway, na <br>> jakou<br>> adresu ty pakety jdou a jakou adresu ma ten router a to pc a plc?<br>><br>> Zdenek Aster<br>><br>> ---------- Původní zpráva ----------<br>> Od: iko <iko.ikoon@gmail.com><br>> Komu: HW-news <hw-list@list.hw.cz><br>> Datum: 5. 6. 2016 12:58:32<br>> Předmět: Re: Připojovani k serveru<br>><br>><br>>     TTL tam je 255<br>><br>>     ale to PLC ma velmi divnu komunikaciu, uz pri SYN su same<br>>     retransmisiomy, a out of order. Taky chaos som uz dlho nevidel.<br>><br>>     Dňa 5. júna 2016 12:34:06 SELČ používateľ "Martin Záruba"<br>>     <swz@volny.cz> napísal:<br>><br>>         Kde najdu v paketu TTL?<br>><br>>         Martin Záruba<br>><br>>         Dne 5.6.2016 v 12:01 Pavel Hudecek napsal(a):<br>><br>>             Též bych doporučil jako první zkoumat TTL v PLC. PH<br>>             *From:* iko <mailto:iko.ikoon@gmail.com> Skoro si myslim<br>>             ze to PLC to ma nejak odflaknute... Napadlo ma, vedeli by<br>>             ste zistit ake TTL nastavuje to PLC? TTL je time to live,<br>>             cislo v pakete, ktore urcuje zivotnost paketu. Na kazdom<br>>             routri sa znizi o 1 a ked je 0, paket sa zahodi. Ak by PLC<br>>             nastavovalo nizke, tak paket moze byt cestou normalne<br>>             skartovany. Dňa 5. júna 2016 9:59:00 SELČ používateľ<br>>             "Martin Záruba" <swz@volny.cz> napísal: Tak jsem uchodil<br>>             wireshark na serveru a v případě připojení programem chodí<br>>             pakety, kde poznám jasně oblast Data, v případě, kdy se má<br>>             připojit PLC nepřijde nic (ani SYN). Takže server za to<br>>             nemůže. Martin Záruba Dne 5.6.2016 v 8:43 iko napsal(a): a<br>>             co na to wireshark na strane serveru? pride aspon SYN<br>>             paket? Dňa 5. júna 2016 7:51:50 SELČ používateľ "Martin<br>>             Záruba" <swz@volny.cz> napísal: Zřejmě je problém v<br>>             okamžiku, kdy PLC má vytvořit spojení. PLC jde nastavit<br>>             jako klient nebo server. Režim server chodí bez problémů,<br>>             ale vyžaduje veřejnou IP na straně PLC. V režimu klient<br>>             jde samozřejmě zadat IP adresu serveru, port a dále je zde<br>>             volba Active Connect, kde je zvoleno Autostart.<br>>             Předpokládám, že to způsobí vytvoření kanálu k serveru.<br>>             Ale jen někdy. Jiné nastavení už zde není. Martin Záruba<br>>             Dne 5.6.2016 v 7:39 Zdeněk Aster napsal(a): No já nevím<br>>             takhle podobně se fakt chová MTU, nejde o velikost dat co<br>>             posíláte vy, ale jak to rozdělí obsluha operačního<br>>             systému. A pokud to PLC ma nastavené pakety ethernetu,<br>>             který mají MTU 1500, a jakmile mam v ceste nekde pppoe uz<br>>             je hodnota jen 1492. Je to maximalni paket, ktery lze<br>>             protlacit cestou, nezavisi na tom odeslani dat v programu<br>>             to jsme resili minule Vy nevité jak to operacni system<br>>             naseká na kousky ani to člověka nezajíma. Ale routry jo<br>>             pokud je paket delší než mtu, tak většinou to ten router v<br>>             cestě zahodí. Fakt nemůžete zkusit nějaký paket z toho PLC<br>>             třeba jen pár bajtů. Na pocitaci to clovek vetsinou pozna<br>>             tak, ze mu to preklada DNS, (male dotazy) ale nejedou<br>>             treba webove stranky a podobne. Zdeněk Aster ----------<br>>             Původní zpráva ---------- Od: Martin Záruba <swz@volny.cz><br>>             Komu: HW-news <hw-list@list.hw.cz> Datum: 5. 6. 2016<br>>             7:28:59 Předmět: Re: Připojovani k serveru Ano, je to TCP,<br>>             ale problém je, že server vůbec nezaregistruje pokus o<br>>             otevření portu. Pokud ale totéž udělá PC ze stejného<br>>             připojení, server zaznamená pokus o připojení. Zkusil jsem<br>>             to i z jiného připojení přes jiného poskytovatele<br>>             internetu a chová se to stejně. Mě úplně není jasné, jak<br>>             se vlastně vytváří spojení přes několik routerů. Pokud v<br>>             programu na PC zavolám TCP.Connect(FIPInterface, FIPPort),<br>>             vzdálený server zaregistruje otevření portu. A to muselo<br>>             projít přes několik routerů. Pokud ale totéž udělá PLC,<br>>             zaregistruje to server jen někdy. Takže problém nastává<br>>             dříve, než nějaký paket vůbec odešlu. Myslím proto, že ve<br>>             velikosti paketu to nebude, z PC to funguje ať odesílám<br>>             pár byte nebo několik MB Martin Záruba Dne 5.6.2016 v 7:13<br>>             Zdeněk Aster napsal(a): No ten popis je dost obecný na<br>>             nějakou rozumnou diagnostiku, předpokládám, že jde o TCP<br>>             protokol, když se tu nedávno řešil server. Jediné co mě<br>>             napadá je nastavení MTU, jak velký je ten paket co<br>>             neprojde. Mužete zkusit nějaký opravdu krátký paket na<br>>             odladění? Zdeněk Aster ---------- Původní zpráva<br>>             ---------- Od: Martin Záruba <swz@volny.cz> Komu: Martin<br>>             Zaruba <hw-list@list.hw.cz> Datum: 5. 6. 2016 5:41:04<br>>             Předmět: Připojovani k serveru Mám program v režimu server<br>>             IP. Připojuje se k němu jiný program v režimu klient -<br>>             funguje. Připojuje se k němu PLC v režimu klient -<br>>             funguje. Toto vše, ale jen pokud pracuji na lokální síti.<br>>             Server má veřejnou IP a z internetu se k němu program bez<br>>             problému a vždy připojí. PLC ale jen někdy. Ve většině<br>>             případů server nezaznamená vůbec pokus o připojení od PLC.<br>>             Někdy ale ano. PLC vždy bez problémů získá vše z DHCP<br>>             serveru, nebo jsem zkusil vše nastavit natvrdo a chová se<br>>             to stejně. Vypadá to, že požadavek na připojení od PLC<br>>             většinou neprojde přes routery v cestě přes internet. Ale<br>>             pokud totéž dělá program na PC, vždy to funguje. Napadá<br>>             Vás kde hledat problém? Martin Záruba<br>>             ------------------------------------------------------------------------<br>>             HW-list mailing list - sponsored by www.HW.cz<br>>             <http://www.HW.cz> Hw-list@list.hw.cz<br>>             http://list.hw.cz/mailman/listinfo/hw-list <br>><br>><br>><br>>         ---<br>>         Tato zpráva byla zkontrolována na viry<br>>         programem Avast Antivirus.<br>>         https://www.avast.com/antivirus<br>><br>>         ------------------------------------------------------------------------<br>><br>>         HW-list mailing list  -  sponsored bywww.HW.cz <http://www.HW.cz><br>>         Hw-list@list.hw.cz<br>>         http://list.hw.cz/mailman/listinfo/hw-list<br>><br>>     -- iko Tento email neobsahuje virusy, pretoze nepouzivam MS Windows.<br>>     _______________________________________________ HW-list mailing<br>>     list - sponsored by www.HW.cz Hw-list@list.hw.cz<br>>     http://list.hw.cz/mailman/listinfo/hw-list<br>><br>> _______________________________________________<br>> HW-list mailing list  -  sponsored by www.HW.cz<br>> Hw-list@list.hw.cz<br>> http://list.hw.cz/mailman/listinfo/hw-list<br><br>---<br>Tato zpráva byla zkontrolována na viry programem Avast Antivirus.<br>https://www.avast.com/antivirus<br><br>_______________________________________________<br>HW-list mailing list  -  sponsored by www.HW.cz<br>Hw-list@list.hw.cz<br>http://list.hw.cz/mailman/listinfo/hw-list</blockquote></div></body></html>