Witam
Zająłem się implementacją stosu TCP/IP a dokładniej samego TCP bo jest mi potrzebny w specyficzny sposób. Działam jako serwer, odbieram dane , wiążę i zrywam połączenie. Do sprawdzania sieci używam programu ETHereal a do łączenia SOcketTest v3. Niestety mam problem bo po każdym odebraniu informacji dostaję też ramkę z opisem TCP KEEP ALIVE, wiem ze to służy do sprawdzenia podtrzymania komunikacji, ale nie mam pojęci jak na nią odpowiedzieć. Najchętniej wyłączył bym całkowicie tą opcje. Wiecie może coś na ten temat??

A właśnie połączenie nawiązuję przez standardowy nagłówek TCP 20 bitowy nie dodaję żadnych innych opcji.
Z góry dzięki

Hey ,

W tym wypqadku jak sam wiesz pakiet ten sluzy do sprawdzenia czy drugi host czasem nie stracil polaczenia. Jako , ze TCP/IP jest protokolem opartym o strumienie musisz odpowiedziec ramka bez danych z flaga ACK ustawiona i voilla

_________________
sig off ;(

Rozumiem aledzieje się to stanowczo za szybko bo nie wyrabiam się z częściowa obróbka programu. Czy może jest jakiś sposób na zwiększenie tego czasu. Podobno w dhcp jest taka możliwość ale implementacja kolejnego protokołu (nawet częściowa) będzie dużym problemem z racji ograniczonej pamięci.

Keep alive jest dynamiczny. Timery ktore powoduja odpalenie tego zdarzenia powinny byc zdefiniowane w implementacji Twojego stosu

_________________
sig off ;(

Rozumiem ale w samym TCP nie ma nigdzie tego zdefiniowanego. Z tego co wiem jest to w DHCP czy się mylę?

A może spròbować dolożyć procesor, ktòry zająl by się tylko obròbką programu albo tylko TCP?

_________________
Pomysły na podpis - wyślij SMSa +1 769 243 0011

Niestety nie ale już sobie z tym jakoś poradziłem ale pojawił się kolejny problem.
Odsyłam mu mu puste pakiety i niby jest wszystko ok dopóki nie wystąpią pakiety keepalive po nich wszystko działa strasznie wolno bo puszczając program tylko do obsługi TCP występuje opóźnienie około 3 sekund, a i tak po kilku pakietach się rozłącza.

Tak to dziala. Jesli nie ma keepalive wtedy polaczenie zostanie uznane , ze utracone.

Moglbys troche dokladniej opisac co robi Twoj procesor / program ?

_________________
sig off ;(

Aktualnie działa jako serwer TCP.

Nasłuchuje i czeka na klienta.
Jak się go doczeka łączy się z nim.
Odpowiada na każdą wiadomość wysłaną przez klienta.: Flaga ACK,
Nie zapamiętuje ostatnich zdarzeń więc numery ACK i SEQ są brane z otrzymanego bufora i odpowiednio zwiększane. ( ack+= długość odebranych danych)
No i oczywiście czeka na zakończenie albo na reset.

Jest to część mojej pracy inżynierskiej i muszę napisać to sam, ogólnie chodzi o konwerter protokołów CAN <->tcp/ip.
TCP ma łączyć się z serwerem OPC, zastanawiam się jeszcze nad UDP. Przy którym nie ma aż takich wielkich problemów z połączeniami.
I którego implementację już mam, ale zdaję sobie sprawę braku jego wiarygodności.
Co wy na to?

Zależy czy człowiek chce się czegoś nauczyć tak sam dla siebie czy wykorzystać co jest na świecie zrobione ot tak na szybko.
Czyli czy są to działania podstawowe czy aplikacyjne

_________________
Pomysły na podpis - wyślij SMSa +1 769 243 0011

A może ktoś używał serwerów OPC kepware ?

Szukam jakiś informacji o sposobie połączenia go z moim układem ale znajduję tylko jak go skonfigurować. A nie ma nigdzie informacji o tym czy łącze się z nim jako z serwerem czy on się ze mną łączy jako klijent?