Petals ESB Container

The key of incoming TCP-Transporter monitoring metrics is not distinctive enough

Details

  • Type: Improvement Request Improvement Request
  • Status: New New
  • Priority: Minor Minor
  • Resolution: Unresolved
  • Affects Version/s: 5.2.0
  • Fix Version/s: 5.4.1
  • Component/s: Monitoring
  • Security Level: Public
  • Description:

    TCP Transporter metrics : getIncomingConnections and getIncomingMessagesCount return metrics which identify container solely by their IP. This is insufficient, multiple containers can be reachable through different ports on a same IP.

  • Environment:
    -

Issue Links

Activity

Pierre Souquet made changes - Mon, 7 Jan 2019 - 17:27:17 +0100
Field Original Value New Value
Assignee Christophe DENEUX [ cdeneux ] Pierre Souquet [ psouquet ]
Fix Version/s 5.3.0 [ 10877 ]
Priority Minor [ 4 ]
Pierre Souquet made changes - Mon, 7 Jan 2019 - 17:27:58 +0100
Summary incoming TCP Transporter monitoring metrics should return instead of IP:Port instead of IP incoming TCP Transporter monitoring metrics should return "IP:Port" instead of "IP"
Pierre Souquet made changes - Mon, 7 Jan 2019 - 17:31:33 +0100
Link This issue blocks PETALSESBCONT-465 [ PETALSESBCONT-465 ]
Hide
Pierre Souquet added a comment - Tue, 15 Jan 2019 - 17:25:59 +0100 - edited

A solution could be to add the listening port of the remote TCP transporter but we are not able to get it easily. The port that we can get is the client TCP port that is not the listening TCP port of the TCP transporter.

The only way is to implement a conversational protocol (ex: once connection is accepted, a command 'HELLO I am container-0' could be sent). This protocol should be implemented rewriting the TCP transporter as defined in PETALSESBCONT-437.

Show
Pierre Souquet added a comment - Tue, 15 Jan 2019 - 17:25:59 +0100 - edited A solution could be to add the listening port of the remote TCP transporter but we are not able to get it easily. The port that we can get is the client TCP port that is not the listening TCP port of the TCP transporter. The only way is to implement a conversational protocol (ex: once connection is accepted, a command 'HELLO I am container-0' could be sent). This protocol should be implemented rewriting the TCP transporter as defined in PETALSESBCONT-437.
Christophe DENEUX made changes - Wed, 16 Jan 2019 - 10:10:26 +0100
Summary incoming TCP Transporter monitoring metrics should return "IP:Port" instead of "IP" The key of incoming TCP-Transporter monitoring metrics is not distinctive enough
Description TCP Transporter metrics : {{getIncomingConnections}} and {{getIncomingMessagesCount}} return metrics which identify container solely by their IP. This is insufficient, multiple containers can be reachable through different ports on a same IP.
These metrics should identify containers with an "<IP>:<port>" format.
TCP Transporter metrics : {{getIncomingConnections}} and {{getIncomingMessagesCount}} return metrics which identify container solely by their IP. This is insufficient, multiple containers can be reachable through different ports on a same IP.
Component/s Monitoring [ 10078 ]
Christophe DENEUX made changes - Wed, 16 Jan 2019 - 10:12:58 +0100
Link This issue depends on PETALSESBCONT-437 [ PETALSESBCONT-437 ]
Hide
Christophe DENEUX added a comment - Thu, 13 Apr 2023 - 17:00:53 +0200

Postponed to version 5.4.0 or upper

Show
Christophe DENEUX added a comment - Thu, 13 Apr 2023 - 17:00:53 +0200 Postponed to version 5.4.0 or upper
Christophe DENEUX made changes - Thu, 13 Apr 2023 - 17:00:53 +0200
Fix Version/s 5.4.0 [ 11131 ]
Fix Version/s 5.3.0 [ 10877 ]
Christophe DENEUX made changes - Wed, 18 Feb 2026 - 18:11:58 +0100
Fix Version/s 5.4.1 [ 11240 ]
Fix Version/s 5.4.0 [ 11131 ]

People

Dates

  • Created:
    Mon, 7 Jan 2019 - 17:00:23 +0100
    Updated:
    Wed, 18 Feb 2026 - 18:11:58 +0100