<html><head></head><body>TTL tam je 255<br>
<br>
ale to PLC ma velmi divnu komunikaciu, uz pri SYN su same retransmisiomy, a out of order. Taky chaos som uz dlho nevidel.<br><br><div class="gmail_quote">Dňa 5. júna 2016 12:34:06 SELČ používateľ "Martin Záruba" <swz@volny.cz> napísal:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">Kde najdu v paketu TTL?<br /><br />Martin Záruba<br /><br />Dne 5.6.2016 v 12:01 Pavel Hudecek napsal(a):<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Též bych doporučil jako první zkoumat TTL v PLC.<br /> PH<br /> *From:* iko <mailto:iko.ikoon@gmail.com><br /> Skoro si myslim ze to PLC to ma nejak odflaknute...<br /><br /> Napadlo ma, vedeli by ste zistit ake TTL nastavuje to PLC? TTL je time <br /> to live, 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 nastavovalo <br /> nizke, tak paket moze byt cestou normalne skartovany.<br /><br /> Dňa 5. júna 2016 9:59:00 SELČ používateľ "Martin Záruba" <br /> <swz@volny.cz> napísal:<br /><br /> Tak jsem uchodil wireshark na serveru a v případě připojení programem<br /> chodí 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 nemůže.<br /><br /> Martin Záruba<br /><br /> Dne 5.6.2016 v 8:43 iko napsal(a):<br /><br /> a co na to wireshark na strane serveru? pride aspon SYN paket?<br /> Dňa 5. júna 2016 7:51:50 SELČ používateľ "Martin Záruba"<br /> <swz@volny.cz> napísal: Zřejmě je problém v okamžiku, kdy PLC<br /> má vytvořit spojení. PLC jde nastavit jako klient nebo server.<br /> Režim server chodí bez problémů, ale vyžaduje veřejnou IP na<br /> straně PLC. V režimu klient jde samozřejmě zadat IP adresu<br /> serveru, port a dále je zde volba Active Connect, kde je<br /> zvoleno Autostart. Předpokládám, že to způsobí vytvoření<br /> kanálu k serveru. Ale jen někdy. Jiné nastavení už zde není.<br /> Martin Záruba Dne 5.6.2016 v 7:39 Zdeněk Aster napsal(a): No<br /> já nevím
takhle podobně se fakt chová MTU, nejde o velikost<br /> dat co posíláte vy, ale jak to rozdělí obsluha operačního<br /> systému. A pokud to PLC ma nastavené pakety ethernetu, který<br /> mají MTU 1500, a jakmile mam v ceste nekde pppoe uz je hodnota<br /> jen 1492. Je to maximalni paket, ktery lze protlacit cestou,<br /> nezavisi na tom odeslani dat v programu to jsme resili minule<br /> Vy nevité jak to operacni system naseká na kousky ani to<br /> člověka nezajíma. Ale routry jo pokud je paket delší než mtu,<br /> tak většinou to ten router v cestě zahodí. Fakt nemůžete<br /> zkusit nějaký paket z toho PLC třeba jen pár bajtů. Na<br /> pocitaci to clovek vetsinou pozna tak, ze mu to preklada DNS,<br /> (male dotazy) ale nejedou treba webove stranky a podobne.<br /> Zdeněk Aster ---------- Původní zpráva ---------- Od: Martin<br /> Záruba
<swz@volny.cz> Komu: HW-news <hw-list@list.hw.cz><br /> Datum: 5. 6. 2016 7:28:59 Předmět: Re: Připojovani k serveru<br /> Ano, je to TCP, ale problém je, že server vůbec nezaregistruje<br /> pokus o otevření portu. Pokud ale totéž udělá PC ze stejného<br /> připojení, server zaznamená pokus o připojení. Zkusil jsem to<br /> i z jiného připojení přes jiného poskytovatele internetu a<br /> chová se to stejně. Mě úplně není jasné, jak se vlastně<br /> vytváří spojení přes několik routerů. Pokud v programu na PC<br /> zavolám TCP.Connect(FIPInterface, FIPPort), vzdálený server<br /> zaregistruje otevření portu. A to muselo projít přes několik<br /> routerů. Pokud ale totéž udělá PLC, zaregistruje to server jen<br /> někdy. Takže problém nastává dříve, než nějaký paket vůbec<br /> odešlu. Myslím proto, že ve
velikosti paketu to nebude, z PC<br /> to funguje ať odesílám pár byte nebo několik MB Martin Záruba<br /> Dne 5.6.2016 v 7:13 Zdeněk Aster napsal(a): No ten popis je<br /> dost obecný na nějakou rozumnou diagnostiku, předpokládám, že<br /> jde o TCP protokol, když se tu nedávno řešil server. Jediné co<br /> mě 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 Zaruba<br /> <hw-list@list.hw.cz> Datum: 5. 6. 2016 5:41:04 Předmět:<br /> Připojovani k serveru Mám program v režimu server IP.<br /> Připojuje se k němu jiný program v režimu klient - funguje.<br /> Připojuje se k němu PLC v režimu klient - funguje. Toto vše,<br /> ale jen pokud pracuji
na lokální síti. Server má veřejnou IP a<br /> z internetu se k němu program bez problému a vždy připojí. PLC<br /> ale jen někdy. Ve většině případů server nezaznamená vůbec<br /> pokus o připojení od PLC. Někdy ale ano. PLC vždy bez problémů<br /> získá vše z DHCP serveru, nebo jsem zkusil vše nastavit<br /> natvrdo a chová se to stejně. Vypadá to, že požadavek na<br /> připojení od PLC většinou neprojde přes routery v cestě přes<br /> internet. Ale pokud totéž dělá program na PC, vždy to funguje.<br /> Napadá Vás kde hledat problém? Martin Záruba<br /><br /><br /><br /><hr /><br /> HW-list mailing list - sponsored by <a href="http://www.HW.cz">www.HW.cz</a><br /> Hw-list@list.hw.cz<br /> <a href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a><br /></blockquote><br /><br />---<br />Tato zpráva byla zkontrolována na viry
programem Avast Antivirus.<br /><a href="https://www.avast.com/antivirus">https://www.avast.com/antivirus</a><br /><br /><hr /><br />HW-list mailing list - sponsored by <a href="http://www.HW.cz">www.HW.cz</a><br />Hw-list@list.hw.cz<br /><a href="http://list.hw.cz/mailman/listinfo/hw-list">http://list.hw.cz/mailman/listinfo/hw-list</a><br /></pre></blockquote></div><br>
--<br>
iko<br>
<br>
Tento email neobsahuje virusy, pretoze nepouzivam MS Windows.</body></html>