Assigned
Status Update
Comments
ki...@gmail.com <ki...@gmail.com> #2
Automated by Blunderbuss job honestdns_tickets_blunderbuss_autoassigner for 2nd config honestdns_defects_customer_issues for component 191657.
ch...@google.com <ch...@google.com>
wa...@google.com <wa...@google.com>
st...@google.com <st...@google.com>
bl...@google.com <bl...@google.com> #3
Hello,
We are reviewing your request and need to verify it is from the organization which owns this address block. I have reached out to the owner of the address block,
Alternatively, if you can reply or send me an email from
Thanks!
pu...@google.com <pu...@google.com> #4
Hello
We have already answered the email with the mail j.medrano@libertycr.com
Thank you for contacting us.
Let's continue the process from the other email account.
Regards
We have already answered the email with the mail j.medrano@libertycr.com
Thank you for contacting us.
Let's continue the process from the other email account.
Regards
bl...@google.com <bl...@google.com> #5
Yes, I heard back from
We've moved forward with this request and the changes (increasing client QPS to 5,000) will roll out next week.
Description
☑️ I affirm that I have looked at all the other public issue templates athttps://issuetracker.google.com/components/191657/manage#templates and restricted issue templates at https://issuetracker.google.com/components/191885/manage#templates and none of them apply.
version:
Example 1:
74.125.16.160/26
is invalid. A bit is 1 in the host part.Example 2:
2404:6800:4000:1015::100/48
is invalid. Some bits are 1 in the host part.At least
std::net::Ipv4Addr
/std::net::Ipv6Addr
in Rust rejects these invalid prefixes. It causes parsing publicdns.json to fail and unusable.Can you correct these prefixes?