Is there a way to get proof from an ISP that a packet was delivered? [closed]How can I prove that a web server and site are working?TCP Sessions and IP ChangesHow do you properly test ISPs performance?How to tell if a router traffic shapes?IIS: How to tell if a slow time-taken is due to a slow network connectionCan i stop tcp handshake by send icmp of unreachable host SMTP sent E-mail not copied to Sent FolderHow can I gain better insight into ISP-managed equipment (routers)?How to get around Double NAT from the ISP?Can a TCP packet don't reach the 7th OSI layer
Is balancing necessary on a full-wheel change?
How to creep the reader out with what seems like a normal person?
Why is Thanos so tough at the beginning of "Avengers: Endgame"?
What happened to Ghost?
Selecting a secure PIN for building access
Stark VS Thanos
What are the spoon bit of a spoon and fork bit of a fork called?
Can a cyclic Amine form an Amide?
Why is the SNP putting so much emphasis on currency plans?
If 1. e4 c6 is considered as a sound defense for black, why is 1. c3 so rare?
Hang 20lb projector screen on Hardieplank
The barbers paradox first order logic formalization
Was Hulk present at this event?
When and why did journal article titles become descriptive, rather than creatively allusive?
How did Captain America use this power?
Why are there synthetic chemicals in our bodies? Where do they come from?
Is it cheaper to drop cargo than to land it?
I’ve officially counted to infinity!
How can I fairly adjudicate the effects of height differences on ranged attacks?
Write to EXCEL from SQL DB using VBA script
Why do computer-science majors learn calculus?
CRT Oscilloscope - part of the plot is missing
Password expiration with Password manager
Why are notes ordered like they are on a piano?
Is there a way to get proof from an ISP that a packet was delivered? [closed]
How can I prove that a web server and site are working?TCP Sessions and IP ChangesHow do you properly test ISPs performance?How to tell if a router traffic shapes?IIS: How to tell if a slow time-taken is due to a slow network connectionCan i stop tcp handshake by send icmp of unreachable host SMTP sent E-mail not copied to Sent FolderHow can I gain better insight into ISP-managed equipment (routers)?How to get around Double NAT from the ISP?Can a TCP packet don't reach the 7th OSI layer
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;
You have a client and a server. The client has a message to the server that the server would like to ignore for some reason. But they don't want to leave any evidence that they are ignoring the client.
Say for instance the message is your tax return. You would like a guarantee from IRS that they received your return. But if they choose to just ignore your messages, you can't prove that you sent your message.
If you have everything on a distributed ledger (e.g. Ethereum) then the client can leave the message for the server on the ledger. Then everyone can see that it was delivered. But this is kind of expensive to the client.
Could an ISP provide guarantees that a message was in deed sent by the client? Do ISPs provide any kind of "proof of receipt" that a message was received?
CONTEXT: I am from the more academic side working on a networking protocol. If this is the wrong SE site for asking this question, feel free to move this question on to the appropriate site.
networking isp
asked Apr 22 at 15:36
danxinnobledanxinnoble
93
closed as off-topic by ceejayoz, yoonix, joeqwerty, Sven♦ Apr 22 at 16:44
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "Questions on Server Fault must be about managing information technology systems in a business environment. Home and end-user computing questions may be asked on Super User, and questions about development, testing and development tools may be asked on Stack Overflow." – ceejayoz, yoonix, Sven
add a comment |
You have a client and a server. The client has a message to the server that the server would like to ignore for some reason. But they don't want to leave any evidence that they are ignoring the client.
Say for instance the message is your tax return. You would like a guarantee from IRS that they received your return. But if they choose to just ignore your messages, you can't prove that you sent your message.
If you have everything on a distributed ledger (e.g. Ethereum) then the client can leave the message for the server on the ledger. Then everyone can see that it was delivered. But this is kind of expensive to the client.
Could an ISP provide guarantees that a message was in deed sent by the client? Do ISPs provide any kind of "proof of receipt" that a message was received?
CONTEXT: I am from the more academic side working on a networking protocol. If this is the wrong SE site for asking this question, feel free to move this question on to the appropriate site.
networking isp
asked Apr 22 at 15:36
danxinnobledanxinnoble
93
closed as off-topic by ceejayoz, yoonix, joeqwerty, Sven♦ Apr 22 at 16:44
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "Questions on Server Fault must be about managing information technology systems in a business environment. Home and end-user computing questions may be asked on Super User, and questions about development, testing and development tools may be asked on Stack Overflow." – ceejayoz, yoonix, Sven
1
No, your ISP won't do this. One would hope the IRS uses HTTPS so your ISP can't snoop, among other issues. The200 OKHTTP response and the "print this page for your records" screen is your proof. If you're severely concerned about the IRS losing your return (they seem to handle it just fine for hundreds of millions of returns annually), send it via registered mail instead.
– ceejayoz
Apr 22 at 16:02
2
That is something that has to be done on the application layer, e.g. you protocol needs a mechanism where it can signal the client it has received the data, and this works just fine without playing the blockchain buzzword bingo for many protocols and many years ...
– Sven♦
Apr 22 at 16:49
add a comment |
You have a client and a server. The client has a message to the server that the server would like to ignore for some reason. But they don't want to leave any evidence that they are ignoring the client.
Say for instance the message is your tax return. You would like a guarantee from IRS that they received your return. But if they choose to just ignore your messages, you can't prove that you sent your message.
If you have everything on a distributed ledger (e.g. Ethereum) then the client can leave the message for the server on the ledger. Then everyone can see that it was delivered. But this is kind of expensive to the client.
Could an ISP provide guarantees that a message was in deed sent by the client? Do ISPs provide any kind of "proof of receipt" that a message was received?
CONTEXT: I am from the more academic side working on a networking protocol. If this is the wrong SE site for asking this question, feel free to move this question on to the appropriate site.
networking isp
asked Apr 22 at 15:36
danxinnobledanxinnoble
93
You have a client and a server. The client has a message to the server that the server would like to ignore for some reason. But they don't want to leave any evidence that they are ignoring the client.
Say for instance the message is your tax return. You would like a guarantee from IRS that they received your return. But if they choose to just ignore your messages, you can't prove that you sent your message.
If you have everything on a distributed ledger (e.g. Ethereum) then the client can leave the message for the server on the ledger. Then everyone can see that it was delivered. But this is kind of expensive to the client.
Could an ISP provide guarantees that a message was in deed sent by the client? Do ISPs provide any kind of "proof of receipt" that a message was received?
CONTEXT: I am from the more academic side working on a networking protocol. If this is the wrong SE site for asking this question, feel free to move this question on to the appropriate site.
networking isp
networking isp
asked Apr 22 at 15:36
danxinnobledanxinnoble
93
asked Apr 22 at 15:36
danxinnobledanxinnoble
93
asked Apr 22 at 15:36
danxinnobledanxinnoble
93
asked Apr 22 at 15:36
danxinnobledanxinnoble
93
asked Apr 22 at 15:36
danxinnobledanxinnoble
93
93
closed as off-topic by ceejayoz, yoonix, joeqwerty, Sven♦ Apr 22 at 16:44
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "Questions on Server Fault must be about managing information technology systems in a business environment. Home and end-user computing questions may be asked on Super User, and questions about development, testing and development tools may be asked on Stack Overflow." – ceejayoz, yoonix, Sven
closed as off-topic by ceejayoz, yoonix, joeqwerty, Sven♦ Apr 22 at 16:44
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "Questions on Server Fault must be about managing information technology systems in a business environment. Home and end-user computing questions may be asked on Super User, and questions about development, testing and development tools may be asked on Stack Overflow." – ceejayoz, yoonix, Sven
1
No, your ISP won't do this. One would hope the IRS uses HTTPS so your ISP can't snoop, among other issues. The200 OKHTTP response and the "print this page for your records" screen is your proof. If you're severely concerned about the IRS losing your return (they seem to handle it just fine for hundreds of millions of returns annually), send it via registered mail instead.
– ceejayoz
Apr 22 at 16:02
2
That is something that has to be done on the application layer, e.g. you protocol needs a mechanism where it can signal the client it has received the data, and this works just fine without playing the blockchain buzzword bingo for many protocols and many years ...
– Sven♦
Apr 22 at 16:49
add a comment |
1
No, your ISP won't do this. One would hope the IRS uses HTTPS so your ISP can't snoop, among other issues. The200 OKHTTP response and the "print this page for your records" screen is your proof. If you're severely concerned about the IRS losing your return (they seem to handle it just fine for hundreds of millions of returns annually), send it via registered mail instead.
– ceejayoz
Apr 22 at 16:02
2
That is something that has to be done on the application layer, e.g. you protocol needs a mechanism where it can signal the client it has received the data, and this works just fine without playing the blockchain buzzword bingo for many protocols and many years ...
– Sven♦
Apr 22 at 16:49
1
1
No, your ISP won't do this. One would hope the IRS uses HTTPS so your ISP can't snoop, among other issues. The
200 OK HTTP response and the "print this page for your records" screen is your proof. If you're severely concerned about the IRS losing your return (they seem to handle it just fine for hundreds of millions of returns annually), send it via registered mail instead.– ceejayoz
Apr 22 at 16:02
No, your ISP won't do this. One would hope the IRS uses HTTPS so your ISP can't snoop, among other issues. The
200 OK HTTP response and the "print this page for your records" screen is your proof. If you're severely concerned about the IRS losing your return (they seem to handle it just fine for hundreds of millions of returns annually), send it via registered mail instead.– ceejayoz
Apr 22 at 16:02
2
2
That is something that has to be done on the application layer, e.g. you protocol needs a mechanism where it can signal the client it has received the data, and this works just fine without playing the blockchain buzzword bingo for many protocols and many years ...
– Sven♦
Apr 22 at 16:49
That is something that has to be done on the application layer, e.g. you protocol needs a mechanism where it can signal the client it has received the data, and this works just fine without playing the blockchain buzzword bingo for many protocols and many years ...
– Sven♦
Apr 22 at 16:49
add a comment |
0
active
oldest
votes
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
1
No, your ISP won't do this. One would hope the IRS uses HTTPS so your ISP can't snoop, among other issues. The
200 OKHTTP response and the "print this page for your records" screen is your proof. If you're severely concerned about the IRS losing your return (they seem to handle it just fine for hundreds of millions of returns annually), send it via registered mail instead.– ceejayoz
Apr 22 at 16:02
2
That is something that has to be done on the application layer, e.g. you protocol needs a mechanism where it can signal the client it has received the data, and this works just fine without playing the blockchain buzzword bingo for many protocols and many years ...
– Sven♦
Apr 22 at 16:49