{"action":"created","issue":{"url":"https://api.github.com/repos/Schoonology/discovery/issues/1","labels_url":"https://api.github.com/repos/Schoonology/discovery/issues/1/labels{/name}","comments_url":"https://api.github.com/repos/Schoonology/discovery/issues/1/comments","events_url":"https://api.github.com/repos/Schoonology/discovery/issues/1/events","html_url":"https://github.com/Schoonology/discovery/issues/1","id":21327812,"number":1,"title":"Need remote address info from perspective of receiver","user":{"login":"stdarg","id":1332069,"avatar_url":"https://avatars.githubusercontent.com/u/1332069?v=3","gravatar_id":"","url":"https://api.github.com/users/stdarg","html_url":"https://github.com/stdarg","followers_url":"https://api.github.com/users/stdarg/followers","following_url":"https://api.github.com/users/stdarg/following{/other_user}","gists_url":"https://api.github.com/users/stdarg/gists{/gist_id}","starred_url":"https://api.github.com/users/stdarg/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/stdarg/subscriptions","organizations_url":"https://api.github.com/users/stdarg/orgs","repos_url":"https://api.github.com/users/stdarg/repos","events_url":"https://api.github.com/users/stdarg/events{/privacy}","received_events_url":"https://api.github.com/users/stdarg/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":{"login":"Schoonology","id":21932,"avatar_url":"https://avatars.githubusercontent.com/u/21932?v=3","gravatar_id":"","url":"https://api.github.com/users/Schoonology","html_url":"https://github.com/Schoonology","followers_url":"https://api.github.com/users/Schoonology/followers","following_url":"https://api.github.com/users/Schoonology/following{/other_user}","gists_url":"https://api.github.com/users/Schoonology/gists{/gist_id}","starred_url":"https://api.github.com/users/Schoonology/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/Schoonology/subscriptions","organizations_url":"https://api.github.com/users/Schoonology/orgs","repos_url":"https://api.github.com/users/Schoonology/repos","events_url":"https://api.github.com/users/Schoonology/events{/privacy}","received_events_url":"https://api.github.com/users/Schoonology/received_events","type":"User","site_admin":false},"milestone":null,"comments":7,"created_at":"2013-10-21T16:42:37Z","updated_at":"2015-06-30T05:42:16Z","closed_at":null,"body":"I like the generateId() in the managers, but the cluster processes need to contact each other asynchronously. In the case of UDP, where broadcast packets can route across sub-nets and for TCP, NATs cause a problem. Relying on the sender to self-identify doesn't work.\r\n\r\nWhen NATs are in use, the only way to contact the sender is to have the IP and port from the received network request. For UDP, port forwarding would have to be in-place, but let's assume that's the case.\r\n\r\nOn the service data, it would be great to have an rinfo object with port and ip properties."},"comment":{"url":"https://api.github.com/repos/Schoonology/discovery/issues/comments/116978444","html_url":"https://github.com/Schoonology/discovery/issues/1#issuecomment-116978444","issue_url":"https://api.github.com/repos/Schoonology/discovery/issues/1","id":116978444,"user":{"login":"Schoonology","id":21932,"avatar_url":"https://avatars.githubusercontent.com/u/21932?v=3","gravatar_id":"","url":"https://api.github.com/users/Schoonology","html_url":"https://github.com/Schoonology","followers_url":"https://api.github.com/users/Schoonology/followers","following_url":"https://api.github.com/users/Schoonology/following{/other_user}","gists_url":"https://api.github.com/users/Schoonology/gists{/gist_id}","starred_url":"https://api.github.com/users/Schoonology/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/Schoonology/subscriptions","organizations_url":"https://api.github.com/users/Schoonology/orgs","repos_url":"https://api.github.com/users/Schoonology/repos","events_url":"https://api.github.com/users/Schoonology/events{/privacy}","received_events_url":"https://api.github.com/users/Schoonology/received_events","type":"User","site_admin":false},"created_at":"2015-06-30T05:42:16Z","updated_at":"2015-06-30T05:42:16Z","body":"That was precisely the issue. The Manager instances don't share that `rinfo` data from incoming Services, only the original `data` provided when the Service is created.\r\n\r\nThis has been suitable for existing use cases, which are generally in-datacenter, but will be insufficient for cross-datacenter, NAT'ed applications.\r\n\r\n"}}