<html><body>Jo arp broadcast je tam kazdych 16 vterin ocividne funkce. <div>No tezko rict jestli preskoci, spis ta implementace toho tcpip</div><div>stacku je dost silena.....</div><div><br></div><div>Ja teda mam co povidat, meli jsme zarizeni ktere neumi arp a musi</div><div>se nastavovat rucne, ale melo to sve duvody a vlastni sit....</div><div><br></div><div>Co upgrade firmware na nejaky novejsi?</div><div><br></div><div>Zdenek Aster</div><div><br><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 14:35:23<br>PĹ™edmÄ›t: Re: PĹ™ipojovani k serveru</p><br><blockquote>NenĂ, ale nevĂm jak IP6 vypnout.<br><br>TakĹľe máte pocit, Ĺľe tomu PLC prostÄ› pĹ™eskoÄŤĂ? ProÄŤ ale pokud jde <br>lokálnÄ›, tak funguje?<br><br>-<br><br>-<br><br>Ne. Je tam jen stálĂ˝ pokus o pĹ™ipojenĂ. (V PLC je teÄŹ nastavena lokálnĂ <br>IP serveru 192.168.15.10), viz www.ekovy.cz/bezkomunikace.pcapng<br><br>Martin Záruba<br><br>Dne 5.6.2016 v 14:16 ZdenÄ›k Aster napsal(a):<br>> To vĹŻbec nevadĂ to je jedinÄ› dobĹ™e, Ĺľe tam je te komunikace vĂc, tam<br>> jsou totiĹľ ty arp dotazy coĹľ mÄ› zajĂmalo.<br>> Ne ze by to nejak vadilo, ale je duvod mit zapnutou IP6?...<br>><br>> Nicmene je divne, ze jak to nejde tak se nikdo nepta na MAC<br>> adresu a to PLC neustale posila arp reply se svou mac adresou<br>> jak kdyby se zacyklylo. To je fakt divnĂ˝, Ĺľe tam je hodnÄ›<br>> odpovedi a zadna otazka.<br>><br>> Na ethernetu to funguje tak, ze pro posilani jsou dulezite MAC<br>> adresy a aby zjistil jaka IP patri k jake MAC adrese posle dotaz<br>> broadcast vsem ARP a pta se na MAC adresu dane ip a dostane<br>> odpoved. A to plc posila odpovedi a nedostava otazku.....<br>> A nebo si chteli zjednodusit zivot a posila stale odpoved brodcastem<br>> aby to nemuseli resit.....<br>> Protoze vetsinou odpovida dotycny uz se svou MAC adresou,<br>> ta jednotka odpovida broadcastem...<br>><br>> A hlavne je tam jedna odpoved kde rika ze<br>> ip 0.0.0.0 ma adresu plc coz taky neni uplne normalni....<br>><br>> Kdyz zapojite jednotku, do pc primo, bez zadne komunikace a date<br>> wiresharkem grebovat data, tak by me zajimalo jestli tam neco beha....<br>> Idealne je teda v pc odstranit vsechna vcetne microsoft klienta a <br>> necht jen<br>> IP4 protokol v konfiguraci.<br>><br>><br>> Zdenek Aster<br>><br>><br>><br>> ---------- 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<br>><br>><br>> 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<br>> 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Ä›.<br>> 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<br>> program v<br>> PC v reĹľimu klienta, pĹ™ipojĂ se k serveru vĹľdy. NenĂ to tedy tĂm,<br>> Ĺľe PLC<br>> dostane odpověď tak pozdÄ›, Ĺľe se na to vykašle, protoĹľe ten<br>> 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<br>> dÄ›lám<br>> blbÄ›.<br>><br>> Od začátku aĹľ po paket 5981 je pĹ™Ăpad, kdy se spojenĂ podaĹ™ilo<br>> 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<br>> 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<br>> svedci.<br>> > Nicmene male pakety by nemel byt problem.<br>> > Jeste me napada nemuze si to nejak blbe rozumet s default<br>> 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>> ------------------------------------------------------------------------<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>> ><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<br>><br>><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>---<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>