<html><body>Sorry to mělo jít soukromě, vždycky jsem si říkal jak se to těm lidem<div>stává, tak už se řadím mezi ně :-)</div><div><br></div><div>Zdeněk Aster </div><div><br><p>---------- Původní zpráva ----------<br>Od: Zdeněk Aster <zdenek.aster@seznam.cz><br>Komu: HW-news <hw-list@list.hw.cz><br>Datum: 9. 8. 2016 14:25:03<br>Předmět: Re: Problem s pripojovanim PLC k serveru</p><br><blockquote>Pripadne udelat podminky jen na tu ip adresu aby to nebylo tolik dat.<br>Tady se to resi ale moc jsem to nestudoval zaujalo me reseni koupe vice <br>pameti :-)<br><br><br>https://blog.packet-foo.com/2013/05/the-notorious-wireshark-out-of-memory-problem/<br><br>Zdenek<br><br>Dne 09.08.2016 v 13:57 Martin Záruba napsal(a):<br>> Dík za typ, ale to bohužel nepoznám. PLC je součástí řídící jednotky <br>> tepelného čerpadla. Ale kde je namontované netuším (to mohu zjistit), <br>> ale co je v routeru zákazníka asi nezjistím. Ale myslím si, že to by <br>> to snad být nemělo, protože spojení je navazované z LAN. Nechápu <br>> proto, proč by to router hlídal, když jde o spojení zvnitřku. Stále si <br>> myslím, že je to spíš ničemnost levného routeru.<br>><br>> Martin Záruba<br>><br>> Dne 9.8.2016 v 13:28 Dodo Racek napsal(a):<br>>><br>>> Niektore firewally/routery/NAT maju obmedzovany pocet nadvazovanych <br>>> spojeni za sekundu ako ochranu pred DoS utokmi. Nie je tam nieco take?<br>>><br>>><br>>> Dňa 9. 8. 2016 13:08 používateľ "Martin Záruba" <swz@volny.cz <br>>> <mailto:swz@volny.cz>> napísal:<br>>><br>>>     Nojo, jenže [SYN] posílá PLC a tam to nemohu ovlivnit. PLC má dva<br>>>     procesory, v hlavním běží můj program a ten druhý se stará o TCP.<br>>>     Jenže do toho se naprosto nedostanu. Zkusil jsem, co se stane,<br>>>     když vůbec nedostane odpověď od serveru. PLC posílá [SYN] každé <br>>> 0.4 s.<br>>><br>>>     Pokud se ale [SYN] dostane na server, odpoví server okamžitě, a<br>>>     [RST] přijde za 0.03 s. Ale další [SYN] přijde až za 1.6s. Nelze z<br>>>     toho usoudit, že ten [RST] pošle zřejmě router nejen serveru, ale<br>>>     i PLC (to nepoznám) a proto vznikne ta prodleva 1.6s?<br>>><br>>>     Martin Záruba<br>>><br>>>     Dne 9.8.2016 v 11:37 Slavomir Skopalik napsal(a):<br>>><br>>>         Jaky mate timeout pro opakovani SYN paketu?<br>>><br>>>         Je mozne, ze NAT (a nebo i PLC) dostane odpoved na predchozi<br>>>         SYN nez ocekava.<br>>><br>>>         Pro opakovani bych nastavil min. 5s, ale mozna i vice.<br>>><br>>>         Slavek<br>>><br>>>         Ing. Slavomir Skopalik<br>>>         Executive Head<br>>>         Elekt Labs s.r.o.<br>>>         Collection and evaluation of data from machines and laboratories<br>>>         by means of system MASA (http://www.elektlabs.cz/m2demo<br>>>         <http://www.elektlabs.cz/m2demo>)<br>>> -----------------------------------------------------------------<br>>>         Address:<br>>>         Elekt Labs s.r.o.<br>>>         Chaloupky 158<br>>>         783 72 Velky Tynec<br>>>         Czech Republic<br>>> ---------------------------------------------------------------<br>>>         Mobile: +420 724 207 851 <tel:%2B420%20724%20207%20851><br>>>         icq:199 118 333<br>>>         skype:skopaliks<br>>>         e-mail:skopalik@elektlabs.cz<br>>>         <mailto:e-mail%3Askopalik@elektlabs.cz><br>>>         http://www.elektlabs.cz<br>>><br>>>         On 9.8.2016 10:07, Martin Záruba wrote:<br>>><br>>>             Dík.<br>>><br>>>             A pak ještě jeden nápad: nemohl by to být nějaký "chytrý"<br>>>             router, který má firewall a dospěl k názoru, že se mu<br>>>             spojení z LAN na WAN na portu 21002 nelíbí? Nereagoval by<br>>>             také zasláním [RST]?<br>>><br>>>             Martin Záruba<br>>><br>>>             Dne 9.8.2016 v 9:54 Ladislav Vaiz napsal(a):<br>>><br>>>                 NAT u klienta si musí držet informaci o každém (byť<br>>>                 zahajovaném) spojení, toto nastat nemůže. Ale může<br>>>                 těch spojení už mít hodně a další zahodit a to dělá<br>>>                 zasláním RST na obě strany.<br>>>                 L.<br>>><br>>><br>>><br>>>         _______________________________________________<br>>>         HW-list mailing list  -  sponsored by www.HW.cz <br>>> <http://www.HW.cz><br>>>         Hw-list@list.hw.cz <mailto:Hw-list@list.hw.cz><br>>>         http://list.hw.cz/mailman/listinfo/hw-list<br>>>         <http://list.hw.cz/mailman/listinfo/hw-list><br>>><br>>><br>>>     _______________________________________________<br>>>     HW-list mailing list  -  sponsored by www.HW.cz <http://www.HW.cz><br>>>     Hw-list@list.hw.cz <mailto:Hw-list@list.hw.cz><br>>>     http://list.hw.cz/mailman/listinfo/hw-list<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>> 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>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>