<?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 Re: Upgraded from 6.1.4 to 7.0 VOIP unable to receive external Calls in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/upgraded-from-6-1-4-to-7-0-voip-unable-to-receive-external-calls/m-p/19857#M14486</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Greetings,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sounds as though there are additional ports needed to receive calls from off the network phones. I'm not running Cisco VOIP so this may be of limited use to you.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What I did is setup a negate policy, blocking my custom VOIP ports (defined in an application override policy) along with rtp and sip protocols, to any hosts other than my VOIP gateways. Under that policy I created a deny and log (any application and service) destined for my VOIP gateway addresses.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This made it easy to expand TCP and UDP port ranges (based on what was being denied) until I got my phones working properly. The vendor docs port range recommendations were not quite correct so I had to mess around expanding port ranges a bit to get it sorted out.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 09 Jul 2015 14:30:14 GMT</pubDate>
    <dc:creator>eDub</dc:creator>
    <dc:date>2015-07-09T14:30:14Z</dc:date>
    <item>
      <title>Upgraded from 6.1.4 to 7.0 VOIP unable to receive external Calls</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/upgraded-from-6-1-4-to-7-0-voip-unable-to-receive-external-calls/m-p/19854#M14483</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Good Day,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We recently upgraded from 6.1.4 to 7.0 prior to the upgrade all of the remote VOIP phones operated properly, however after the upgrade we were no longer able to receive external calls from anyone. IP phone to IP phone work fine but not able to receive calls off the network. Has anyone encounter this issue? Does 7.0 process the call setup between the gateway and Call Manager differently than 6.1.4?:smileyconfused:&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 09 Jul 2015 10:51:07 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/upgraded-from-6-1-4-to-7-0-voip-unable-to-receive-external-calls/m-p/19854#M14483</guid>
      <dc:creator>Damon_Rutledge</dc:creator>
      <dc:date>2015-07-09T10:51:07Z</dc:date>
    </item>
    <item>
      <title>Re: Upgraded from 6.1.4 to 7.0 VOIP unable to receive external Calls</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/upgraded-from-6-1-4-to-7-0-voip-unable-to-receive-external-calls/m-p/19855#M14484</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Security policies are port or application based?&lt;/P&gt;&lt;P&gt;Do you see blocked traffic in log?&lt;/P&gt;&lt;P&gt;Play around (enable/disable) with SIP ALG inside sip application.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 09 Jul 2015 13:17:58 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/upgraded-from-6-1-4-to-7-0-voip-unable-to-receive-external-calls/m-p/19855#M14484</guid>
      <dc:creator>Raido_Rattameister</dc:creator>
      <dc:date>2015-07-09T13:17:58Z</dc:date>
    </item>
    <item>
      <title>Re: Upgraded from 6.1.4 to 7.0 VOIP unable to receive external Calls</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/upgraded-from-6-1-4-to-7-0-voip-unable-to-receive-external-calls/m-p/19856#M14485</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Radio,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have the polices setup as a service group with all the ports. The application is set for any the connection is coming between to palo alto fw via VPN tunnel work fine prior to the upgrade.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 09 Jul 2015 14:11:45 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/upgraded-from-6-1-4-to-7-0-voip-unable-to-receive-external-calls/m-p/19856#M14485</guid>
      <dc:creator>Damon_Rutledge</dc:creator>
      <dc:date>2015-07-09T14:11:45Z</dc:date>
    </item>
    <item>
      <title>Re: Upgraded from 6.1.4 to 7.0 VOIP unable to receive external Calls</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/upgraded-from-6-1-4-to-7-0-voip-unable-to-receive-external-calls/m-p/19857#M14486</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Greetings,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sounds as though there are additional ports needed to receive calls from off the network phones. I'm not running Cisco VOIP so this may be of limited use to you.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What I did is setup a negate policy, blocking my custom VOIP ports (defined in an application override policy) along with rtp and sip protocols, to any hosts other than my VOIP gateways. Under that policy I created a deny and log (any application and service) destined for my VOIP gateway addresses.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This made it easy to expand TCP and UDP port ranges (based on what was being denied) until I got my phones working properly. The vendor docs port range recommendations were not quite correct so I had to mess around expanding port ranges a bit to get it sorted out.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 09 Jul 2015 14:30:14 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/upgraded-from-6-1-4-to-7-0-voip-unable-to-receive-external-calls/m-p/19857#M14486</guid>
      <dc:creator>eDub</dc:creator>
      <dc:date>2015-07-09T14:30:14Z</dc:date>
    </item>
  </channel>
</rss>

