<?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: WAN Interface IP change - after Wildix phones still work, Yealink phones don't! in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/wan-interface-ip-change-after-wildix-phones-still-work-yealink/m-p/447671#M100731</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;While I have never worked with either phones, I have worked with others in the past. Check your DHCP options to make sure they are pointing to the correct IP's destinations. Also some phones 'remember' their configs, so I would try to unplug one for at least 20-30 seconds and see if that helps. Also does the vendor aware of your WAN IP change?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;</description>
    <pubDate>Mon, 15 Nov 2021 15:53:27 GMT</pubDate>
    <dc:creator>OtakarKlier</dc:creator>
    <dc:date>2021-11-15T15:53:27Z</dc:date>
    <item>
      <title>WAN Interface IP change - after Wildix phones still work, Yealink phones don't!</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/wan-interface-ip-change-after-wildix-phones-still-work-yealink/m-p/447393#M100691</link>
      <description>&lt;P&gt;Hi all,&amp;nbsp; looking for advice following what is in my opinion&amp;nbsp; very&amp;nbsp; unusual behavior.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Where I work for, we have a PA220 running Firmware version 9.0.3&amp;nbsp; that is used&amp;nbsp; as the firewall for VoIP traffic for physical desk phones. We have two brands of IP based desk phones;&amp;nbsp; Yealink and Wildix. Both types/brands connect to our&amp;nbsp; cloud hosted&amp;nbsp; Wildix PBX and both reply on the same internal&amp;nbsp; Windows DHCP server.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Today we tried moving the&amp;nbsp; WAN interface&amp;nbsp; &amp;nbsp;to a new WAN line with a new IP.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In summary the following was updated:&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;IP of WAN IP object updated to reflect new&amp;nbsp; WAN line&lt;/LI&gt;&lt;LI&gt;WAN IP object removed from&amp;nbsp; &amp;nbsp;ethernet1/8 interface and assigned to ethernet1/7 interface. (Done for&amp;nbsp; I want to use ethernet1/8 at a later date for&amp;nbsp; a new backup WAN line)&amp;nbsp; &amp;nbsp;Ethernet1/8&amp;nbsp; becomes unused tap type and ethernet1/7 becomes layer3&amp;nbsp; &amp;nbsp; like&amp;nbsp; ethernet1/8 was before. Essentially ethernet1/8 and ethernet1/7 get swapped around, else are the same interface settings.&lt;/LI&gt;&lt;LI&gt;Default&amp;nbsp; route updated on default router to reflect gateway on new WAN line via ethernet1/7.&lt;/LI&gt;&lt;LI&gt;The single NAT policy&amp;nbsp; updated to reflect WAN is now on ethernet1/7 rather than ethernet1/8&lt;/LI&gt;&lt;LI&gt;QOS removed from ethernet1/8 and added to ethernet1/7 (Just under Network tab, settings identical)&lt;/LI&gt;&lt;LI&gt;Updates the services route interfaces that were on ethernet1/8 to ethernet1/7&lt;/LI&gt;&lt;LI&gt;Commit changes&lt;/LI&gt;&lt;LI&gt;Unplug&amp;nbsp; old wan line from ethernet1/8 and plug new wan line into ethernet1/7.&lt;/LI&gt;&lt;LI&gt;Test and&amp;nbsp; discover said issue, realise I can't fix strange issues so save logs and then revert to original configuration.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;PBF, IPSec, Globaal protect are not used.&amp;nbsp; No firewall rules/security policy's refer to the WAN IP directly, but instead by the WAN IP object that was updated.&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG&gt;Following the change, only the Wildix branded phones worked as they should, with the&amp;nbsp; Yealink&amp;nbsp; phones now not working.&lt;/STRONG&gt; The Yealink phones can still pick up the date and time via public NTP through the&amp;nbsp; PaloAlto, so NAT and Firewall must have been working for the Yealink phones to a degree, just no RTP/audio type traffic for the Yealinks. &lt;STRONG&gt;Rebooting the individual phones made no difference.&lt;/STRONG&gt;&lt;BR /&gt;&lt;BR /&gt;Both the Yealink and Wildix phones have the&amp;nbsp; same security policy&amp;nbsp; on the Paloalto and talk to the same cloud hosted PBX.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If I plug a single Yealink phone directly into&amp;nbsp; the new&amp;nbsp; WAN line&amp;nbsp; (via a PoE injector) and give it the new public IP, the phone works fine.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;What would cause this odd behaviour? Was it just a caching issue on the Paloalto and it needed a simple reboot or is something more going on?&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I also had&amp;nbsp; the PaloAlto crash&amp;nbsp; with a critical&amp;nbsp; "data_plane: restarts exhausted, rebooting system" message when I first tried to validate the changes before committing them, when it got stuck and crashed at 40% during the validation process. Ended up having to redo the changes once it had recovered, and that was when I first encountered the odd behaviour of Wildix phones working fine but the Yealink ones not.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any ideas?&lt;BR /&gt;&lt;BR /&gt;Regards: Elliott.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 13 Nov 2021 21:33:22 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/wan-interface-ip-change-after-wildix-phones-still-work-yealink/m-p/447393#M100691</guid>
      <dc:creator>eveares</dc:creator>
      <dc:date>2021-11-13T21:33:22Z</dc:date>
    </item>
    <item>
      <title>Re: WAN Interface IP change - after Wildix phones still work, Yealink phones don't!</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/wan-interface-ip-change-after-wildix-phones-still-work-yealink/m-p/447671#M100731</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;While I have never worked with either phones, I have worked with others in the past. Check your DHCP options to make sure they are pointing to the correct IP's destinations. Also some phones 'remember' their configs, so I would try to unplug one for at least 20-30 seconds and see if that helps. Also does the vendor aware of your WAN IP change?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;</description>
      <pubDate>Mon, 15 Nov 2021 15:53:27 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/wan-interface-ip-change-after-wildix-phones-still-work-yealink/m-p/447671#M100731</guid>
      <dc:creator>OtakarKlier</dc:creator>
      <dc:date>2021-11-15T15:53:27Z</dc:date>
    </item>
    <item>
      <title>Re: WAN Interface IP change - after Wildix phones still work, Yealink phones don't!</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/wan-interface-ip-change-after-wildix-phones-still-work-yealink/m-p/447684#M100735</link>
      <description>&lt;P&gt;Nothing&amp;nbsp; has changed with the Windows&amp;nbsp; DHCP servers, both makes of phone use the same DHCP server&amp;nbsp; and get the same gateway (paloalto) and also get 8.8.8.8 and 8.8.4.4 as DNS.&lt;BR /&gt;&lt;BR /&gt;Starting to think if I rebooted the&amp;nbsp; Paloalto, the issue may have gone away. Could the Paloalto be doing&amp;nbsp; something funky (in&amp;nbsp; bad way) with cache/stale data or a bug that would have been cleared with a reboot.&lt;BR /&gt;&lt;BR /&gt;Whilst I am not aware of any differences between&amp;nbsp; how to the two makes of phones talk to the PBX, I will ask our PBX provider.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any other ideas?&lt;/P&gt;</description>
      <pubDate>Mon, 15 Nov 2021 16:20:50 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/wan-interface-ip-change-after-wildix-phones-still-work-yealink/m-p/447684#M100735</guid>
      <dc:creator>eveares</dc:creator>
      <dc:date>2021-11-15T16:20:50Z</dc:date>
    </item>
    <item>
      <title>Re: WAN Interface IP change - after Wildix phones still work, Yealink phones don't!</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/wan-interface-ip-change-after-wildix-phones-still-work-yealink/m-p/484623#M104439</link>
      <description>&lt;P&gt;Was this resolved?&lt;/P&gt;</description>
      <pubDate>Tue, 03 May 2022 19:41:55 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/wan-interface-ip-change-after-wildix-phones-still-work-yealink/m-p/484623#M104439</guid>
      <dc:creator>JorgeOrtega</dc:creator>
      <dc:date>2022-05-03T19:41:55Z</dc:date>
    </item>
  </channel>
</rss>

