Home Help Center

Connexion timeout on a not ICE protocol end point

D. FleuryD. Fleury Member David FLEURYOrganization: ConsertoProject: GSM Capture
Hi,
on my server, I open two port for the clients to connect.
One is an ICE end point for some administrative commands, and one is for a legacy (fast? dedicated) protocol port.

I have a monitoring client when badly configurated tries to connect with ICE on the legacy protocol port. On this case, the monitoring client hang forever on connect (my server sees something sent to the legacy port but discard the bytes, but doest not close the port).

Is there a way to tell ICE to not wait forever (a functional handshake?) the connect returns ?

Regards,
David

Comments

  • benoitbenoit Rennes, FranceAdministrators, ZeroC Staff Benoit FoucherOrganization: ZeroC, Inc.Project: Ice ZeroC Staff
    Hi,

    You can setup a timeout, see Timeouts and Connection Establishment in the Ice manual.

    Cheers,
    Benoit.
  • D. FleuryD. Fleury Member David FLEURYOrganization: ConsertoProject: GSM Capture
    Ok so simply as that.
    When reading the doc (without testing it), I was wondering if timeout was only for unsuccessfull connection (physical)
    Thanks.
  • benoitbenoit Rennes, FranceAdministrators, ZeroC Staff Benoit FoucherOrganization: ZeroC, Inc.Project: Ice ZeroC Staff
    Hi

    See Connection Timeouts, timeouts are not only for connection establishment. They are also used for read/write and close operations on the connection as well as for waiting the reply of a two-way Ice invocation.

    Cheers,
    Benoit.
  • D. FleuryD. Fleury Member David FLEURYOrganization: ConsertoProject: GSM Capture
    Yes,
    because my client sent a callback to my server, so I put time_out to -1

    I will switch to bidirectional calls (This was what I want at first but I have misunderstood the difference between two_way and bidirectional)

    Hence with me, I quite new to ICE, and the doc is quite big.
    Thanks for your help

    Regards,
    David
Sign In or Register to comment.