<div dir="ltr">If you had a Firewall (ASA, etc) in front of the Expressway E, you could in theory have the ASA translate outside port 443 to inside port 8443.<div><br></div><div>Whether or not you could convince  the Jabber clients to connect to port 443 (base on the SRV), is another question.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 27, 2015 at 3:55 PM, Anthony Holloway <span dir="ltr"><<a href="mailto:avholloway+cisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Because I am in learning mode when it comes to anything Tandberg related (E.g., VCS/Expressway products) I must fully admit to ignorance here.<br><br>However, I am eager to learn, and sometimes I learn best by digging into the details.<div><br></div><div>On page 27 of the deployment guide, it shows us that the 8443 port is hard coded; or at least, it doesn't mention that it is configurable.</div><div><br></div><div><a href="http://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/expressway/config_guide/X8-2/Mobile-Remote-Access-via-Expressway-Deployment-Guide-X8-2.pdf" target="_blank">http://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/expressway/config_guide/X8-2/Mobile-Remote-Access-via-Expressway-Deployment-Guide-X8-2.pdf</a><br></div><div><br></div><div>Looking around the edge interface for a bit, not thoroughly, I don't see any place to change it.</div><div><br></div><div>Actually, nail in the coffin:</div><div><br></div><div><img src="cid:ii_14bccd1b302a3d09" alt="Inline image 2" style="margin-right:0px"><br></div><div><div class="h5"><div><br></div><br><div class="gmail_quote">On Fri, Feb 27, 2015 at 2:31 PM Justin Steinberg <<a href="mailto:jsteinberg@gmail.com" target="_blank">jsteinberg@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">good write  up.<div><br></div><div>I wonder what would happen if the _collab-edge._tls SRV returned port 443 with an internet firewall in front of Expressway translating 443 to 8443.  I wonder whether the Jabber clients read the port from the SRV or whether they have 8443 hardcoded.</div><div><br></div><div>I'll try to test that on my next deployment.</div></div><div class="gmail_extra"><br><div class="gmail_quote"></div></div><div class="gmail_extra"><div class="gmail_quote">On Fri, Feb 27, 2015 at 2:02 PM, Anthony Holloway <span dir="ltr"><<a href="mailto:avholloway+cisco-voip@gmail.com" target="_blank">avholloway+cisco-voip@gmail.<u></u>com</a>></span> wrote:<br></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">All,<div><br></div><div><span>Just a heads up to my fellow techs, I am at Caribou Coffee today and my Jabber will not sign in.</span><div><br></div><div>The user experience is as follows: Jabber discovers MRA successfully, but when trying to authenticate it sends an auth request to:</div><div><br></div><div><a href="https://collab-edge.company.com:8443/oauthcb" target="_blank">https://collab-edge.company.<u></u>com:8443/oauthcb</a></div><div><br></div><div>The logs show that an HTTP timeout occurs: (Found in C:\Users\<you>\AppData\<u></u>Local\Cisco\Unified Communications\Jabber\CSF\<u></u>Logs\csf-unified.log)</div><div><br></div><div><div><font face="monospace, monospace" size="1" style="background-color:rgb(217,210,233)">2015-02-27 09:14:40,081 INFO  [0x00000af0] [etutils\src\http\<u></u>CurlHttpUtils.cpp(1163)] [csf.httpclient] [http::CurlHttpUtils::<u></u>configureEasyRequest] - *-----* Making HTTP request to: <a href="https://collab-edge.company.com:8443/oauthcb" target="_blank">https://collab-edge.company.<u></u>com:8443/oauthcb</a> [3]</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:14:40,081 INFO  [0x00000af0] [etutils\src\http\<u></u>CurlHttpUtils.cpp(1738)] [csf.httpclient] [http::CurlHeaders::<u></u>CurlHeaders] - Number of Request Headers : 1</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:14:40,081 DEBUG [0x00000af0] [etutils\src\http\<u></u>CurlHttpUtils.cpp(1345)] [csf.httpclient] [http::CurlHttpUtils::<u></u>configureEasyRequest] - Checking for proxy information for request [3] ...</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:14:40,081 DEBUG [0x00000af0] [ts\csf-netutils\src\http\<u></u>Request.cpp(83)] [csf.httpclient] [http::Request::getProxy] - No Proxy will be used per configuration of this request</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:14:40,081 DEBUG [0x00000af0] [etutils\src\http\<u></u>CurlHttpUtils.cpp(1429)] [csf.httpclient] [http::CurlHttpUtils::<u></u>configureEasyRequest] - No proxy information available [3].</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:14:40,081 DEBUG [0x00000af0] [etutils\src\http\<u></u>CurlHttpUtils.cpp(1502)] [csf.httpclient] [http::CurlHttpUtils::<u></u>configureEasyRequest] - Setting connect timeout value in milliseconds to : 10000</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:14:40,081 DEBUG [0x00000af0] [etutils\src\http\<u></u>CurlHttpUtils.cpp(1511)] [csf.httpclient] [http::CurlHttpUtils::<u></u>configureEasyRequest] - Setting transfer timeout value in milliseconds to : 30000</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:14:40,081 DEBUG [0x00000af0] [etutils\src\http\<u></u>CurlHttpUtils.cpp(1514)] [csf.httpclient] [http::CurlHttpUtils::<u></u>configureEasyRequest] - HTTP Request Configured.</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:14:40,081 DEBUG [0x00000af0] [ls\src\http\<u></u>BasicHttpClientImpl.cpp(482)] [csf.httpclient] [http::performCurlRequest] - About to perform curl connection request...</font></div><div><font face="monospace, monospace" size="1" style="background-color:rgb(207,226,243)">2015-02-27 09:14:40,096 DEBUG [0x00000af0] [netutils\src\http\<u></u>CurlHttpUtils.cpp(307)] [csf.httpclient] [http::CurlHttpUtils::<u></u>logPhaseData] - Pre connect phase. Resolved IP: 23.23.23.23</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:14:50,079 DEBUG [0x00000af0] [etutils\src\http\<u></u>CurlHttpUtils.cpp(1679)] [csf.httpclient] [http::CurlHttpUtils::<u></u>logOperationTiming] - Network IO timestamps: [name lookup = 0.016 ; connect = 0 ; ssl connect = 0 ; pre-transfer = 0 ; start-transfer = 0 ; total = 10 ; redirect = 0]</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:14:50,079 INFO  [0x00000af0] [ls\src\http\<u></u>CurlAnswerEvaluator.cpp(117)] [csf.httpclient] [http::CurlAnswerEvaluator::<u></u>curlCodeToResult] - curlCode=[28] error message=[Connection timed out after 10000 milliseconds] result=[CONNECTION_TIMEOUT_<u></u>ERROR] fips enabled=[false]</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:14:50,079 INFO  [0x00000af0] [ls\src\http\<u></u>BasicHttpClientImpl.cpp(410)] [csf.httpclient] [http::executeImpl] - *-----* HTTP response from: <a href="https://collab-edge.company.com:8443/oauthcb" target="_blank">https://collab-edge.company.<u></u>com:8443/oauthcb</a> [3] -> 0.</font></div><div><font face="monospace, monospace" size="1" style="background-color:rgb(255,242,204)">2015-02-27 09:14:50,079 ERROR [0x00000af0] [ls\src\http\<u></u>BasicHttpClientImpl.cpp(414)] [csf.httpclient] [http::executeImpl] - There was an issue performing the call to curl_easy_perform: CONNECTION_TIMEOUT_ERROR</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:14:50,079 DEBUG [0x00000af0] [etutils\src\http\<u></u>HttpRequestData.cpp(90)] [csf.httpclient] [http::HttpRequestData::<u></u>returnEasyCURLConnection] - Returning borrowed EasyCURLConnection from request : 3</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:14:50,079 DEBUG [0x00000af0] [utils\adapters\<u></u>EdgeUtilsAdapter.cpp(255)] [csf.netutils.adapters] [netutils::adapters::<u></u>EdgeUtilsAdapter::<u></u>isRequestTransformed] - isRequestTransformed: result:0. originalPath: '/oauthcb' pathFromUrlUsed: '/oauthcb'.</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:14:50,079 DEBUG [0x00000af0] [tutils\src\http\<u></u>HttpRequestData.cpp(105)] [csf.httpclient] [http::HttpRequestData::~<u></u>HttpRequestData] - Destroying instance of Request data, with request: 3</font></div><div><br></div><div>And then I get the message in Jabber which says "Cannot Communicate with the Server"</div><div><br></div><div><img src="cid:ii_14bcc5cdd6e44264" alt="Inline image 1" width="296" height="249"><br></div><div><br></div><div>It turns out that if I try to telnet to <a href="http://collab-edge.company.com" target="_blank">collab-edge.company.com</a> on port 8443, it fails:</div><div><br></div><div><img src="cid:ii_14bcc5dc49e37de3" alt="Inline image 2" style="margin-right:0px"><br></div><div><br></div><div>And a Wireshark reveals that the TCP three way handshake never happens, with two TCP SYN re-transmits, before finally timing out.</div><div><br></div><div><img src="cid:ii_14bcc5f4caa57f73" alt="Inline image 3" style="margin-right:0px"><br></div><div><br></div><div>Interestingly, this free WiFi network does not prevent me from accessing the standard HTTPS port of 443, and I can actually login to the <a href="http://collab-edge.company.com" target="_blank">collab-edge.company.com</a> web interface and login.  So, it would seem like they are treating non-standard ports differently here.  If I knew of a non standard HTTP port (E.g., 8080, 8088, etc.) to attempt to connect to on the public internet...wait a minute:</div><div><br></div><div><a href="http://portquiz.net/" target="_blank">http://portquiz.net/</a><br></div><div><br></div><div>Yes! This site was setup for exactly what I need: validating my theory, and I was right.  You cannot hit this website on any port other than the standard HTTP/HTTPS ports from here at Caribou Coffee.</div><div><br></div><div>Also, just to be thorough, I've ruled out my PC, my Jabber client, our MRA solution, our enterprise network, basically everything, by simply flipping over to my mobile hotspot on my iPhone and it works immediately.</div><div><br></div><div>Here are the logs from the same process as above while using my mobile hotspot:</div><div><br></div><div><div><font face="monospace, monospace" size="1" style="background-color:rgb(217,210,233)">2015-02-27 09:25:01,991 INFO  [0x00000798] [etutils\src\http\<u></u>CurlHttpUtils.cpp(1163)] [csf.httpclient] [http::CurlHttpUtils::<u></u>configureEasyRequest] - *-----* Making HTTP request to: <a href="https://collab-edge.company.com:8443/oauthcb" target="_blank">https://collab-edge.company.<u></u>com:8443/oauthcb</a> [7]</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:25:01,991 INFO  [0x00000798] [etutils\src\http\<u></u>CurlHttpUtils.cpp(1738)] [csf.httpclient] [http::CurlHeaders::<u></u>CurlHeaders] - Number of Request Headers : 1</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:25:01,991 DEBUG [0x00000798] [etutils\src\http\<u></u>CurlHttpUtils.cpp(1345)] [csf.httpclient] [http::CurlHttpUtils::<u></u>configureEasyRequest] - Checking for proxy information for request [7] ...</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:25:01,991 DEBUG [0x00000798] [ts\csf-netutils\src\http\<u></u>Request.cpp(83)] [csf.httpclient] [http::Request::getProxy] - No Proxy will be used per configuration of this request</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:25:01,991 DEBUG [0x00000798] [etutils\src\http\<u></u>CurlHttpUtils.cpp(1429)] [csf.httpclient] [http::CurlHttpUtils::<u></u>configureEasyRequest] - No proxy information available [7].</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:25:01,991 DEBUG [0x00000798] [etutils\src\http\<u></u>CurlHttpUtils.cpp(1502)] [csf.httpclient] [http::CurlHttpUtils::<u></u>configureEasyRequest] - Setting connect timeout value in milliseconds to : 10000</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:25:01,991 DEBUG [0x00000798] [etutils\src\http\<u></u>CurlHttpUtils.cpp(1511)] [csf.httpclient] [http::CurlHttpUtils::<u></u>configureEasyRequest] - Setting transfer timeout value in milliseconds to : 30000</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:25:01,991 DEBUG [0x00000798] [etutils\src\http\<u></u>CurlHttpUtils.cpp(1514)] [csf.httpclient] [http::CurlHttpUtils::<u></u>configureEasyRequest] - HTTP Request Configured.</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:25:01,991 DEBUG [0x00000798] [ls\src\http\<u></u>BasicHttpClientImpl.cpp(482)] [csf.httpclient] [http::performCurlRequest] - About to perform curl connection request...</font></div><div><font face="monospace, monospace" size="1" style="background-color:rgb(207,226,243)">2015-02-27 09:25:02,007 DEBUG [0x00000798] [netutils\src\http\<u></u>CurlHttpUtils.cpp(307)] [csf.httpclient] [http::CurlHttpUtils::<u></u>logPhaseData] - Pre connect phase. Resolved IP: 23.23.23.23</font></div><div><font face="monospace, monospace" size="1" style="background-color:rgb(255,242,204)">2015-02-27 09:25:02,101 DEBUG [0x00000798] [netutils\src\http\<u></u>CurlHttpUtils.cpp(316)] [csf.httpclient] [http::CurlHttpUtils::<u></u>logPhaseData] - Connection established</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:25:02,101 DEBUG [0x00000798] [netutils\src\http\<u></u>OpenSSLOptions.cpp(29)] [csf.httpclient] [http::OpenSSLOptions::<u></u>getOptions] - OpenSSL Options: SSL_OP_NO_SSLv2 SSL_OP_NO_SSLv3</font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:25:02,101 DEBUG [0x00000798] [netutils\src\http\<u></u>CurlHttpUtils.cpp(564)] [csf.httpclient] [http::CurlHttpUtils::<u></u>curlSSLCallback] - fqdn : <a href="http://collab-edge.company.com" target="_blank">collab-edge.company.com</a></font></div><div><font face="monospace, monospace" size="1">2015-02-27 09:25:02,101 DEBUG [0x00000798] [netutils\src\http\<u></u>CurlHttpUtils.cpp(323)] [csf.httpclient] [http::CurlHttpUtils::<u></u>logPhaseData] - SSL handshake phase. SSL version : SSLv3</font></div></div><div><br></div><div>There are two lessons here for me:</div><div><br></div><div>1. MRA has the potential to fail from free public WiFi networks (Hotels, Coffee Shops, Airplanes, Submarines, Virgin Galactic, etc.), and potentially any network, where there is some sort of traffic filtering going on.  In fact, this public WiFi and filtering traffic is pretty common and people have been proxying their traffic through their own servers to bypass this limitation.  <a href="http://rogueleaderr.com/post/29855576743/never-again-be-thwarted-by-restrictive-guest" target="_blank">Case in point.</a>  So, I wonder, is there a Cisco solution, or a commonly used solution to proxy the MRA traffic (which itself is a proxy of sorts for FW traversal), to ensure a great user experience no matter the network they join?</div><div><br></div><div>2. I learned how to troubleshoot and identify the problem which all started from a very unhelpful error message in Jabber "Cannot communicate with the server"  It would be swell if Cisco could use standard ports (E.g., 443). If that's just not possible for some developer reason, then another suggestion would be to wait for the HTTP timeout, then connect to the edge server on a standard port to validate reach-ability.  If this was possible, then they could raise a warning which states "The network you are on is blocking port 8443 traffic.  Contact your network Administrator for further assistance."  At least then users would be prompted to move off that network, or attempt an alternative connection method, such as a mobile hotspot.</div><div><br></div><div>I look forward to your thoughts on the matter.  Have a nice weekend all.</div></div></div><div><br></div><div><i>PS Fake names and IP addresses were used to protect the identity of the real network.  All errors and messages are consistent with the real tests.</i></div><div></div></div>
<br></blockquote></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">______________________________<u></u>_________________<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" target="_blank">https://puck.nether.net/<u></u>mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>
</blockquote></div></div></div></div>
</blockquote></div><br></div>