<div dir="ltr">Very true on the service interruption, but how about jabber, new certs on it require the XMPP services to restart. And true, a satellite server could alleviate it all, but you are talking major changes for the CUCM team, and then the CUC team, etc.<div><br></div><div>I'd love for it to happen, but we have some hurdles, and I'm sure this has been discussed amongst the developers and the BUs.</div><div><br></div><div>With Apple changing and advising certs for 1 year, I had a bigger customer just tell me that they are adopting 1 year certs as the standard. I'm about to renew their entire cluster of 18 nodes (across all of the apps) for their certs, and they will be 1 year certs.</div><div><br></div><div>For a 24/7 operation, that's a pain, but, more work for us I guess.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 17, 2020 at 5:36 PM Anthony Holloway <<a href="mailto:avholloway%2Bcisco-voip@gmail.com">avholloway+cisco-voip@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">You Charles, with smart licensing being a catalyst for internet access for your apps, and the way the port 80 thing for ACME actually works, it's certainly possible, and I could see it gaining adoption with SMB....maybe not the fortune 500 though. But then again, they can just spend the money on public certs.<div><br></div><div>And also, you mentioned the challenge of updating certs every 90 days and the service restarts, however, with the way Expressway implemented it, the renewals are automatic and there is no service interruption at all.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 17, 2020 at 4:50 PM Charles Goldsmith <<a href="mailto:w@woka.us" target="_blank">w@woka.us</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Early on with MRA, back in the CUCM 9.1 days, a mobile user coming in across MRA got cert alerts if you didn't have signed certs on all of the applications (CUCM, IM&P, Unity Connection). There was/is no easy way to push an internal CA cert to those devices.<div><br></div><div>That's the whole reason we push for 3rd party everywhere, so that the C level folks on their smart phones didn't get an alert.</div><div><br></div><div>I'd really like to see let's encrypt enabled on all of the apps, but that is challenging, updating certs every 90 days, restarting services, etc. Plus, the whole thing of the Acme process needing to be available into the application to validate.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 17, 2020 at 4:27 PM Anthony Holloway <<a href="mailto:avholloway%2Bcisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Well, that depends. And let me just ask, why did they do it this way? If it was even a self-signed cert, we could atleast import it to E, but it's not even that. It's some invalid bogus cert in there. Why?<div><br></div><div>I have seen the following:</div><div><br></div><div>1. publicly sign it (name cheap has dirt cheap certs) </div><div>2. get a private ca installed because just like you need a network, a server, licensing, phones, an internet connection, etc. it's apart of the solution</div><div>3. sign it yourself with any ca you want to include the one running on your home computer, and just don't tell anyone what you did because you setup it for</div><div><div> 34 years and it wont matter by then anyway (ok, just kidding here...or am I?)</div><div></div></div><div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 17, 2020 at 3:55 PM Bill Talley <<a href="mailto:btalley@gmail.com" target="_blank">btalley@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Great info Anthony, thanks.<div><br></div><div>Question, what do you do for Expressway Core if you don’t have an internal CA to sign the EXPC (meaning no internal root cert to upload to EXPE to establish the traversal zone trust)?<br><br><div dir="ltr">Sent from an iPhone mobile device with very tiny touchscreen input keys. Please excude my typtos.</div><div dir="ltr"><br><blockquote type="cite">On Apr 17, 2020, at 3:25 PM, Anthony Holloway <<a href="mailto:avholloway%2Bcisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.com</a>> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr">This might be an unpopular opinion, but I think using the free certs provided by let's encrypt, coupled with it being automatic from now on, it's just an unbeatable combination.<div><br></div><div>Here are my cliff notes:</div><div><br></div><div><p class="MsoNormal" style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">Reference Document:</p>
<p class="MsoNormal" style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif"><a href="https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/expressway/config_guide/X12-5/exwy_b_certificate-creation-use-deployment-guide/exwy_b_certificate-creation-use-deployment-guide_chapter_0100.html" style="color:rgb(5,99,193)" target="_blank">https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/expressway/config_guide/X12-5/exwy_b_certificate-creation-use-deployment-guide/exwy_b_certificate-creation-use-deployment-guide_chapter_0100.html</a></p>
<p class="MsoNormal" style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif"> </p>
<p class="MsoNormal" style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">High Level Steps:</p>
<ol style="margin-top:0in;margin-bottom:0in" start="1" type="1">
<li style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">Expressway 12.5.7 to
avoid ACMEv1 vs ACMEv2 registration issues (<a href="https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvr82346" style="color:rgb(5,99,193)" target="_blank">https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvr82346</a>)</li>
<li style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">For your Unified CM
registrations domains don’t use parent domain only (E.g., <a href="http://company.com" target="_blank">company.com</a>),
switch to CollabEdgeDNS format instead (E.g., <a href="http://collab-edge.company.com" target="_blank">collab-edge.company.com</a>),
because you’ll need that in the next step</li>
<li style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">DNS A records for the
Expressway-E FQDN and the CM registration domains</li>
<li style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">Upload the root and
intermediates for Let’s Encrypt (needed on both Expressway-E and Expressway-C)
(certs are linked in documentation)</li>
<li style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">Enable the ACME client
on Expressway-E and supply any email address you want to link to this
registration (This creates your account with Let’s Encrypt)</li>
<li style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">Generate a new CSR
(Server Certificate Only, Domain Cert Was Not Needed)</li>
<li style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">Click button to Submit
CSR to ACME</li>
<li style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">Click button to Deploy
New Certificate on Expressway-E (documentation states this is non-service
impacting)</li>
<li style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">Setup the automatic
scheduler so you never have to deal with this again</li>
<li style="margin:0in 0in 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">Sit back, relax and
enjoy free shit</li>
</ol><div><font face="Calibri, sans-serif"><span style="font-size:14.6667px"><br></span></font></div></div><div><font face="Calibri, sans-serif"><span style="font-size:14.6667px"><br></span></font></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 17, 2020 at 1:43 PM Riley, Sean <<a href="mailto:SRiley@robinsonbradshaw.com" target="_blank">SRiley@robinsonbradshaw.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div lang="EN-US">
<div>
<p class="MsoNormal"><span style="font-size:10pt;font-family:Arial,sans-serif">We had our Cisco partner setup our Expressways a couple of years ago. It is a cluster with 2 E’s and 2 C’s currently at v 12.5.7 using for MRA. I have been managing them, installing
updates, troubleshooting etc. The public Edge cert is up for renewal. Can anyone provide advice on renewing this cert? I am planning on just renewing with the same cert provider, but was interested in if there is anything to watch out for. Example, will
there be a service interruption when replacing the cert? Or just install the new cert/pk and rest easy?<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10pt;font-family:Arial,sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:10pt;font-family:Arial,sans-serif">Thanks in advance.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:10pt;font-family:Arial,sans-serif"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:10pt;font-family:Arial,sans-serif">Sean.<u></u><u></u></span></p>
</div>
</div>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote></div>
<span>_______________________________________________</span><br><span>cisco-voip mailing list</span><br><span><a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a></span><br><span><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a></span><br></div></blockquote></div></div></blockquote></div>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote></div>
</blockquote></div>
</blockquote></div>