<HTML><HEAD></HEAD>

<BODY dir=ltr>

<DIV dir=ltr>

<DIV style="FONT-SIZE: 12pt; FONT-FAMILY: 'Calibri'; COLOR: #000000">

<DIV>Též bych doporučil jako první zkoumat TTL v PLC.</DIV>

<DIV> </DIV>

<DIV>PH</DIV>

<DIV 

style='FONT-SIZE: small; TEXT-DECORATION: none; FONT-FAMILY: "Calibri"; FONT-WEIGHT: normal; COLOR: #000000; FONT-STYLE: normal; DISPLAY: inline'>

<DIV style="FONT: 10pt tahoma">

<DIV><FONT size=3 face=Calibri></FONT> </DIV>

<DIV style="BACKGROUND: #f5f5f5">

<DIV style="font-color: black"><B>From:</B> <A title=iko.ikoon@gmail.com 

href="mailto:iko.ikoon@gmail.com">iko</A> </DIV></DIV></DIV>

<DIV> </DIV></DIV>

<DIV 

style='FONT-SIZE: small; TEXT-DECORATION: none; FONT-FAMILY: "Calibri"; FONT-WEIGHT: normal; COLOR: #000000; FONT-STYLE: normal; DISPLAY: inline'>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 to live, cislo v pakete, ktore 

urcuje zivotnost paketu. Na kazdom routri sa znizi o 1 a ked je 0, paket sa 

zahodi. Ak by PLC nastavovalo nizke, tak paket moze byt cestou normalne 

skartovany.<BR><BR>

<DIV class=gmail_quote>Dňa 5. júna 2016 9:59:00 SELČ používateľ "Martin Záruba" 

<swz@volny.cz> napísal: 

<BLOCKQUOTE class=gmail_quote 

style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid"><PRE class=k9mail>Tak jsem uchodil wireshark na serveru a v případě připojení programem  chodí pakety, kde poznám jasně oblast Data, v případě, kdy se má  připojit PLC nepřijde nic (ani SYN). Takže server za to nemůže. Martin Záruba Dne 5.6.2016 v 8:43 iko napsal(a): <BLOCKQUOTE class=gmail_quote style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 1ex 0.8ex; BORDER-LEFT: #729fcf 1px solid"> a co na to wireshark na strane serveru? pride aspon SYN paket?  Dňa 5. júna 2016 7:51:50 SELČ používateľ "Martin Záruba"   <swz@volny.cz> napísal:      Zřejmě je problém v okamžiku, kdy PLC má vytvořit spojení.      PLC jde nastavit jako klient nebo server. Režim server chodí bez      problémů, ale vyžaduje veřejnou IP na straně PLC. V režimu klient jde      samozřejmě zadat IP adresu serveru, port a dále je zde volba Active      Connect, kde je 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><BR>     Martin Záruba<BR><BR>     Dne 5.6.2016 v 7:39 Zdeněk Aster napsal(a):<BR><BR>         No 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):<BR><BR>             No ten popis je dost obecný na nějakou rozumnou<BR>             diagnostiku, předpokládám, že jde o TCP protokol, když se<BR>             tu nedávno řešil server. Jediné co mě napadá je nastavení<BR>             MTU, jak velký je ten paket co <BR><BR>         neprojde.<BR><BR>             Mužete zkusit nějaký opravdu krátký paket na odladění?<BR>             Zdeněk Aster ---------- Původní zpráva ---------- Od:<BR>             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:              Připojovani k serveru Mám program v režimu server IP.              Připojuje se k němu jiný program v režimu klient -              funguje. Připojuje se k němu PLC v režimu klient -              funguje. Toto vše, ale jen pokud pracuji na lokální síti.              Server má veřejnou IP a z internetu se k němu program bez              problému a vždy připojí. PLC ale jen někdy. Ve většině              případů server nezaznamená vůbec pokus o připojení od PLC.              Někdy ale ano. PLC vždy bez problémů získá vše z DHCP              serveru, nebo jsem zkusil vše nastavit natvrdo a chová se              to stejně. Vypadá to, že požadavek na připojení od PLC              většinou neprojde přes routery v cestě přes internet. Ale              pokud totéž dělá program na PC, vždy to funguje.

Napadá<BR>             Vás kde hledat problém? Martin Záruba</BLOCKQUOTE></PRE></BLOCKQUOTE></DIV></DIV></DIV></DIV></BODY></HTML>