<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic CUCM with 802.1X authentication and call recording in IP Telephony and Phones</title>
    <link>https://community.cisco.com/t5/ip-telephony-and-phones/cucm-with-802-1x-authentication-and-call-recording/m-p/2880847#M323175</link>
    <description>&lt;P&gt;Customer is running Callmanager 10.5.2, and has implemented 802.1x authentication on the phones. &amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;Customer also has a NICE call recording solution in the mix. &amp;nbsp;Once everything was configured, call recording began failing. &amp;nbsp;NICE says 802.1x is not supported, but I'm kind of baffled by why it would matter.&lt;/P&gt;
&lt;P&gt;My understanding is that 802.1x should only be between the phone and the network, and possibly the phone and the CUCM servers themselves.....but never between the endpoints.&lt;/P&gt;
&lt;P&gt;Anyone have a clue why call recording would fail with 802.1x authentication engaged? &amp;nbsp;We're not running encryption here....&lt;/P&gt;</description>
    <pubDate>Mon, 18 Mar 2019 18:58:16 GMT</pubDate>
    <dc:creator>Clifford McGlamry</dc:creator>
    <dc:date>2019-03-18T18:58:16Z</dc:date>
    <item>
      <title>CUCM with 802.1X authentication and call recording</title>
      <link>https://community.cisco.com/t5/ip-telephony-and-phones/cucm-with-802-1x-authentication-and-call-recording/m-p/2880847#M323175</link>
      <description>&lt;P&gt;Customer is running Callmanager 10.5.2, and has implemented 802.1x authentication on the phones. &amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;Customer also has a NICE call recording solution in the mix. &amp;nbsp;Once everything was configured, call recording began failing. &amp;nbsp;NICE says 802.1x is not supported, but I'm kind of baffled by why it would matter.&lt;/P&gt;
&lt;P&gt;My understanding is that 802.1x should only be between the phone and the network, and possibly the phone and the CUCM servers themselves.....but never between the endpoints.&lt;/P&gt;
&lt;P&gt;Anyone have a clue why call recording would fail with 802.1x authentication engaged? &amp;nbsp;We're not running encryption here....&lt;/P&gt;</description>
      <pubDate>Mon, 18 Mar 2019 18:58:16 GMT</pubDate>
      <guid>https://community.cisco.com/t5/ip-telephony-and-phones/cucm-with-802-1x-authentication-and-call-recording/m-p/2880847#M323175</guid>
      <dc:creator>Clifford McGlamry</dc:creator>
      <dc:date>2019-03-18T18:58:16Z</dc:date>
    </item>
    <item>
      <title>Hi Clifford,</title>
      <link>https://community.cisco.com/t5/ip-telephony-and-phones/cucm-with-802-1x-authentication-and-call-recording/m-p/2880848#M323176</link>
      <description>&lt;P&gt;Hi Clifford,&lt;/P&gt;
&lt;P&gt;I tried to check any known issues or cases related to this but did not find anything matching this. The NICE engineer needs to inform you what exactly is altered in the signaling/media with 802.1x enabled which prevents the recording to happen on their system. The NICE recording system would be throwing back some errors if it is failing to handle calls from phones enabled for 802.1x.&amp;nbsp; You can take captures from a couple of phones with 802.1x enabled and another one with 802.1x disabled for a test call and compare the traffic destined to the trunk pointing to NICE.&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;Manish&lt;/P&gt;</description>
      <pubDate>Fri, 06 May 2016 06:55:57 GMT</pubDate>
      <guid>https://community.cisco.com/t5/ip-telephony-and-phones/cucm-with-802-1x-authentication-and-call-recording/m-p/2880848#M323176</guid>
      <dc:creator>Manish Gogna</dc:creator>
      <dc:date>2016-05-06T06:55:57Z</dc:date>
    </item>
  </channel>
</rss>

