<div dir="auto">Even if it could mean that email might also be broken that is not necessarily the case.<div dir="auto"><br></div><div dir="auto">Many companies use cloud services for email so they might be completely unaffected by their network issues.</div><div dir="auto"><br></div><div dir="auto">Also just because something is broken doesn't mean it's so broken email stops working.</div><div dir="auto"><br></div><div dir="auto">And of course, PBX systems can also experience issues if there is a big incident with the network.</div><div dir="auto"><br></div><div dir="auto">You also have to consider that there might not be a PBX system or a dedicated NOC number even for some companies that might still have 10-20 employees.</div><div dir="auto"><br></div><div dir="auto">While I do get your point, I stand firm in thinking that the networks can decide if they want to accept calls or not themselves.</div><div dir="auto"><br></div><div dir="auto">I would like to know if my network is experiencing issues but we have emails and personally I feel comfortable relying on them to work well enough seeing as they are with an external provider that has nothing to do with my network.</div><div dir="auto"><br></div><div dir="auto"><div dir="auto"><br></div><div dir="auto">-Cynthia</div><br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Wed, May 25, 2022, 17:07 Gert Doering <<a href="mailto:gert@space.net">gert@space.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
On Wed, May 25, 2022 at 04:50:57PM +0200, Cynthia Revström wrote:<br>
> P.S. Yes all of these networks could just use role objects and as such<br>
> not have to publish phone numbers but I argued for why they shouldn't<br>
> be required as it seemed to me like Gert didn't quite understand why I<br>
> think it is a bad idea to require them, beyond the inconsistency.<br>
<br>
Maybe I expressed myself badly.  I was primarily describing my use<br>
case "why would I want to look at *anything* in the RIPE-DB" - and<br>
that is, usually, because something is broken and I find myself in <br>
the need to contact people.  In that situation, their network might<br>
be broken (or mine, or something in between) so e-mail or a web<br>
form might just not work - this is why we have a phone system.<br>
<br>
If nothing is broken, I do not look at person or role objects at all.<br>
<br>
<br>
That said, of course having "no phone number" is a better data set<br>
than "a phone number that looks good to the DB but is useless" :-)<br>
<br>
*That* said - if people do not want to be contacted about issues with<br>
their network, then we should ask ourselves if putting these contacts<br>
into the RIPE-DB is the correct thing to do - phone numbers or not -<br>
to me this is the prime reason we store contact data there, to reach<br>
responsible persons/teams when there is something with their network<br>
that needs attention.<br>
<br>
<br>
On this particular discussion: I agree that it makes no sense to have<br>
the phone number optional on a role: (*this* is usually a NOC that has<br>
a phone...) and mandatory on a person: - make it optional on both.<br>
<br>
Gert Doering<br>
        -- NetMaster<br>
-- <br>
have you enabled IPv6 on something today...?<br>
<br>
SpaceNet AG                      Vorstand: Sebastian v. Bomhard, Michael Emmer<br>
Joseph-Dollinger-Bogen 14        Aufsichtsratsvors.: A. Grundner-Culemann<br>
D-80807 Muenchen                 HRB: 136055 (AG Muenchen)<br>
Tel: +49 (0)89/32356-444         USt-IdNr.: DE813185279<br>
</blockquote></div></div></div>