Re: [hackathon] IETF 118 Hackathon: Are long-lived TCP sessions a problem for (DNS) statistics?

Hi all,

I will not be able to join the hackathon physically so I've created a 
chat channel [1] to discuss the project during the hackathon. If you're 
interested to work on this then please join.

Cheers,
Jerry

[1] https://chat.dns-oarc.net/community/channels/ietf118-hackathon-lltcp

On 10/9/23 13:58, guest271314 wrote:
> This is a topic I'm interested in. I think we can test this to get
> empirical data.
> 
> On Fri, Oct 6, 2023 at 8:56 AM Warren Kumari <warren@kumari.net> wrote:
> 
>>
>>
>>
>>
>> On Fri, Oct 06, 2023 at 4:30 AM, <rs.ietf@gmx.at> wrote:
>>
>>> I don't have data ready to share, but i want to point out that in the
>>> storage space (NFS; SMB; iSCSI; NVMe/TCP; iWARP) - which is not necessarily
>>> on the public internet though, it is the norm rather then the exception to
>>> have TCP sessions being active for days and weeks at a time - typcially
>>> only reestablished after some more or less severe disruption (hosts
>>> rebooting, ports failing, excessive packet discards...).
>>>
>>
>>
>> I think that this is also true for a bunch of VPN / tunneling
>> technologies.
>>
>> For example, I've had a number of enterprise site-to-site "SSL Tunnels"
>> which have been up for many many months, as well as a bunch of SSH tunnels
>> (and just sessions) for similar times. In fact, I recently stumbled across
>> an SSH connection to a terminal server which had been up for a few years —
>> someone had SSHed from a console server to a termserver, and then
>> disconnected, leaving the session up indefinitely.
>>
>> W
>>
>>
>>> I can not comment on DNS/TCP sessions though.
>>>
>>> Best regards,
>>> Richard
>>>
>>> Am 06.10.2023 um 09:27 schrieb Jerry Lundström:
>>>
>>> Hi all,
>>>
>>> Some tools uses packet capturing to do statistics for DNS and some of
>>> them needs to see the beginning of the TCP sessions. If resolver systems
>>> out there start keeping TCP session against authorities open for a very
>>> long time (days or weeks) then it might become a problem for these tools.
>>>
>>> We would like to look at two things;
>>> 1) First to poke at data to see if there are very long-lived TCP sessions
>>> out there today, or not(!) which is equally interesting to know.
>>> 2) Second to survey DNS statistics tools out there to see how they handle
>>> long-lived TCP sessions to understand how wide a problem this might be, if
>>> any. And maybe fix some of them if issues are spotted when doing this.
>>>
>>> Sounds interesting? Do you have data to poke at? Hope to see you at the
>>> hackathon then! :)
>>>
>>> Cheers,
>>> Jerry Lundström & Roy Arends
>>>
>>> _______________________________________________
>>> hackathon mailing list
>>> hackathon@ietf.org
>>> https://www.ietf.org/mailman/listinfo/hackathon
>>> Unsubscribe: mailto:hackathon-request@ietf.org?subject=unsubscribe
>>> <http://hackathon-request@ietf.org/?subject=unsubscribe>
>>>
>>> _______________________________________________
>>> hackathon mailing list
>>> hackathon@ietf.org
>>> https://www.ietf.org/mailman/listinfo/hackathon
>>> Unsubscribe: mailto:hackathon-request@ietf.org?subject=unsubscribe
>>> <http://hackathon-request@ietf.org/?subject=unsubscribe>
>>>
>>
>> _______________________________________________
>> hackathon mailing list
>> hackathon@ietf.org
>> https://www.ietf.org/mailman/listinfo/hackathon
>> Unsubscribe: mailto:hackathon-request@ietf.org?subject=unsubscribe
>>
> 
> 
> _______________________________________________
> hackathon mailing list
> hackathon@ietf.org
> https://www.ietf.org/mailman/listinfo/hackathon
> Unsubscribe: mailto:hackathon-request@ietf.org?subject=unsubscribe