| 05:53 |
punkman |
http://logs.nosuchlabs.com/log/asciilifeform/2021-10-02#1060588 << can't you get port from the addr it returns? |
| 05:53 |
dulapbot |
Logged on 2021-10-02 15:18:41 thimbronion: Anyone know if it's possible to get the originating remote port from python's recv_from? Trying to figure out how to handle the scenario where a station receives a broadcast from a new address AND new port. |
| |
~ 32 minutes ~ |
| 06:25 |
punkman |
on another note, might be nice to have different command number for getdata/banner requests and getdata/banner replies. |
| |
↖ |
| |
~ 9 hours 2 minutes ~ |
| 15:27 |
thimbronion |
punkman: you are corrrect - there is a port. |
| |
~ 1 hours 6 minutes ~ |
| 16:34 |
punkman |
I'm not handling that scenario either, my AT is IP->Peer map, guess I should convert it to IP:Port->Peer too |
| 16:36 |
punkman |
source port in UDP doesn't make much sense though, I wonder if some network softwares fuck it up |
| 16:37 |
thimbronion |
punkman: the issue I'm seeing now is the port I get from recvfrom doesn't match the port bound to on the remote host. I suspect it's some local port. |
| |
↖ ↖ |
| 16:37 |
punkman |
yeah that's what I meant, but I'm a noob so was guess |
| 16:40 |
asciilifeform |
http://logs.nosuchlabs.com/log/asciilifeform/2021-10-02#1060590 << billymg i'ma have to check the stockpile and get back to you, will do asap |
| 16:40 |
dulapbot |
Logged on 2021-10-02 19:40:57 billymg: asciilifeform: rack service inquiry for whenever you have a chance to read |
| 16:41 |
asciilifeform |
http://logs.nosuchlabs.com/log/asciilifeform/2021-10-03#1060597 << are you behind a nat ? |
| 16:41 |
dulapbot |
Logged on 2021-10-03 12:37:21 thimbronion: punkman: the issue I'm seeing now is the port I get from recvfrom doesn't match the port bound to on the remote host. I suspect it's some local port. |
| 16:42 |
asciilifeform |
http://logs.nosuchlabs.com/log/asciilifeform/2021-10-03#1060593 << elaborate re why. imho worx fine w/out separate #s |
| |
↖ |
| 16:42 |
dulapbot |
Logged on 2021-10-03 02:25:44 punkman: on another note, might be nice to have different command number for getdata/banner requests and getdata/banner replies. |
| 16:42 |
* |
asciilifeform must bbl |
| 16:55 |
mats |
https://www.occrp.org/en/the-pandora-papers/massive-leak-exposes-the-hidden-fortunes-of-worlds-elite-and-crooks |
| |
~ 15 minutes ~ |
| 17:11 |
thimbronion |
asciilifeform: this machine is not behind a nat. |
| 17:25 |
thimbronion |
asciilifeform: additionally, for testing purposes these stations are all running on the same machine at different ports. |
| |
~ 19 minutes ~ |
| 17:44 |
billymg |
asciilifeform: sounds good, no rush |
| |
~ 1 hours 25 minutes ~ |
| 19:10 |
punkman |
http://logs.nosuchlabs.com/log/asciilifeform/2021-10-03#1060603 << it's nice to know how to parse Message after only looking at command field. otherwise gotta check content to see if it fits getdata/banner request or reply |
| 19:10 |
dulapbot |
Logged on 2021-10-03 12:42:08 asciilifeform: http://logs.nosuchlabs.com/log/asciilifeform/2021-10-03#1060593 << elaborate re why. imho worx fine w/out separate #s |
| 19:16 |
punkman |
I'm thinking it might also be nice to have a "ranged" getdata, I sent getdata request with from_hash (last hash we have before gap) to last_hash (hash we just got that informed us about the gap), and peer blasts all the messages we need to fill gap, without having to send a getdata for each |
| 19:17 |
punkman |
would make gap-filling faster, more responsive for operator |
| 19:20 |
punkman |
likely not needed, guess we'll see when we test |