<?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 Cisco ATA Call Quality Problems Through New ASAs in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/cisco-ata-call-quality-problems-through-new-asas/m-p/327040#M83257</link>
    <description>&lt;P&gt;Hello Community,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My company has a Cisco VOIP phone system. We recently switched over to PAN220 to PAN220 firewalls w/ IPSEC VPN tunnel connectivity between our two locations. We are experiencing significant problems with a single Cisco ATA 191 SIP device:&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.cisco.com/c/en/us/products/collateral/unified-communications/ata-190-series-analog-telephone-adapters/datasheet-c78-739907.html" target="_blank"&gt;https://www.cisco.com/c/en/us/products/collateral/unified-communications/ata-190-series-analog-telephone-adapters/datasheet-c78-739907.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This phone regularly has call audio and or connectivity problems where the caller places a call and they can hear the far end receiver, but that person cannot hear the caller. Other times the call will hang, fail, etc. The device is currently configured to require the media termination point (CUCM phone server) for calls/connectivity. The CUCM server is located back at the head end and the ATA is located at the remote VPN site.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Our firewalls are currently set to alert-only as they are new and we have not turned up the features yet.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We did not seem to have this issue prior to switching to Palo Altos (away from the ASAs). Things we have tried on the Palo Alto:&lt;/P&gt;&lt;P&gt;1. Disabled SIP ALG&lt;/P&gt;&lt;P&gt;2. Policy override for device traffic&lt;/P&gt;&lt;P&gt;3. Different Crypto/IPSec tunnel encryption/settings&lt;/P&gt;&lt;P&gt;4. Logging/wireshark/packet captures (no evidence of dropped packets or blocked ports/protocols)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Other phones (Cisco 8851s) work without issue at the remote end. It seems to be something related directly to the ATA 191 and the Palo Altos. I have scoured the internet but have not seen anything similar to this issue. Are there any Palo/CUCM buffs out there who might be able to throw me a line?&lt;/P&gt;</description>
    <pubDate>Fri, 08 May 2020 17:22:59 GMT</pubDate>
    <dc:creator>andeporter</dc:creator>
    <dc:date>2020-05-08T17:22:59Z</dc:date>
    <item>
      <title>Cisco ATA Call Quality Problems Through New ASAs</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/cisco-ata-call-quality-problems-through-new-asas/m-p/327040#M83257</link>
      <description>&lt;P&gt;Hello Community,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My company has a Cisco VOIP phone system. We recently switched over to PAN220 to PAN220 firewalls w/ IPSEC VPN tunnel connectivity between our two locations. We are experiencing significant problems with a single Cisco ATA 191 SIP device:&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.cisco.com/c/en/us/products/collateral/unified-communications/ata-190-series-analog-telephone-adapters/datasheet-c78-739907.html" target="_blank"&gt;https://www.cisco.com/c/en/us/products/collateral/unified-communications/ata-190-series-analog-telephone-adapters/datasheet-c78-739907.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This phone regularly has call audio and or connectivity problems where the caller places a call and they can hear the far end receiver, but that person cannot hear the caller. Other times the call will hang, fail, etc. The device is currently configured to require the media termination point (CUCM phone server) for calls/connectivity. The CUCM server is located back at the head end and the ATA is located at the remote VPN site.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Our firewalls are currently set to alert-only as they are new and we have not turned up the features yet.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We did not seem to have this issue prior to switching to Palo Altos (away from the ASAs). Things we have tried on the Palo Alto:&lt;/P&gt;&lt;P&gt;1. Disabled SIP ALG&lt;/P&gt;&lt;P&gt;2. Policy override for device traffic&lt;/P&gt;&lt;P&gt;3. Different Crypto/IPSec tunnel encryption/settings&lt;/P&gt;&lt;P&gt;4. Logging/wireshark/packet captures (no evidence of dropped packets or blocked ports/protocols)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Other phones (Cisco 8851s) work without issue at the remote end. It seems to be something related directly to the ATA 191 and the Palo Altos. I have scoured the internet but have not seen anything similar to this issue. Are there any Palo/CUCM buffs out there who might be able to throw me a line?&lt;/P&gt;</description>
      <pubDate>Fri, 08 May 2020 17:22:59 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/cisco-ata-call-quality-problems-through-new-asas/m-p/327040#M83257</guid>
      <dc:creator>andeporter</dc:creator>
      <dc:date>2020-05-08T17:22:59Z</dc:date>
    </item>
    <item>
      <title>Re: Cisco ATA Call Quality Problems Through New ASAs</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/cisco-ata-call-quality-problems-through-new-asas/m-p/327067#M83258</link>
      <description>&lt;P&gt;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/140984"&gt;@andeporter&lt;/a&gt;,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Are you using NAT in this communication?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Also please check this.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://live.paloaltonetworks.com/t5/general-topics/phone-calls-random-failing-to-connect-at-remote-locations-cisco/td-p/277826" target="_blank"&gt;https://live.paloaltonetworks.com/t5/general-topics/phone-calls-random-failing-to-connect-at-remote-locations-cisco/td-p/277826&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Mayur&lt;/P&gt;</description>
      <pubDate>Fri, 08 May 2020 18:31:55 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/cisco-ata-call-quality-problems-through-new-asas/m-p/327067#M83258</guid>
      <dc:creator>SutareMayur</dc:creator>
      <dc:date>2020-05-08T18:31:55Z</dc:date>
    </item>
    <item>
      <title>Re: Cisco ATA Call Quality Problems Through New ASAs</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/cisco-ata-call-quality-problems-through-new-asas/m-p/327106#M83262</link>
      <description>&lt;P&gt;Sutare,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you for the reply. We are currently not NAT'ing any traffic across the VPN, and the problem only exists on that single ATA 191 device. The link you sent me is intriguing, but I'm very hesitant of going down the road of changing the Outgoing Transport Type from TCP to UDP for our entire CUCM in an effort to correct a problem with a single ATA.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It seems like there would be significant risk in terms of call quality if changing from stateful TCP traffic to straight UDP (throw packets at the wall and see what sticks), no?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any other advice you could offer would be most appreciated.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thx,&lt;/P&gt;&lt;P&gt;Ap.&lt;/P&gt;</description>
      <pubDate>Fri, 08 May 2020 20:33:40 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/cisco-ata-call-quality-problems-through-new-asas/m-p/327106#M83262</guid>
      <dc:creator>andeporter</dc:creator>
      <dc:date>2020-05-08T20:33:40Z</dc:date>
    </item>
  </channel>
</rss>

