Open CMCDragonkai opened 1 year ago
it should work out of the box with normal DNS packets, it's just there's some records types that i haven't added support yet
Would that mean factoring it out as something like @matrixai/dns
?
Would that mean factoring it out as something like
@matrixai/dns
?
yes, it would also mean some work to support more DNS packet types, but all in all i think the dns-packet
library should be sufficient for now, and moving over to @matrixai/dns
eventually should only be some small api changes
I'm confused, you're not using dns-packet
anymore.
"dependencies": {
"@matrixai/async-cancellable": "^1.1.1",
"@matrixai/async-init": "^1.10.0",
"@matrixai/contexts": "^1.1.0",
"@matrixai/errors": "^1.1.7",
"@matrixai/events": "^3.2.0",
"@matrixai/logger": "^3.1.0",
"@matrixai/table": "^1.2.0",
"@matrixai/timer": "^1.1.1",
"canonicalize": "^2.0.0",
"ip-num": "^1.5.1"
},
Are you saying that dns-packet
would be suitable if we wanted to do other kinds of DNS parsing.
But later down the line, we can factor out your DNS code, and bring in things from dns-packet
and synthesise a @matrixai/dns
package?
What is your research hypothesis/question?
I know you were using
dns-packet
before, and we changed to building our own DNS parser and generator.I had a look at the code, it looks pretty extensive. I'm wondering how much work would need to be done on it to make it generic enough for generic DNS operations.
PKE will have some dns resolution related bootstrapping logic... and things like DNSSEC and other operations may be relevant.
Also I was wondering how come you have some functions that look like existing JS code can do:
Review existing ideas, literature and prior work
Research conclusion
Look at PKE's private network bootstrapping issue and figure out if we need a
js-dns
package.Sub-Issues & Sub-PRs created