Forum Discussion
BIG IP DNS Upgrade questions
We are planning an upgrade of our BIG IP DNS cluster to 16.1.4 with the latest hotfix, we have already upgraded our LTM's to this version. I am following the upgrade guide of https://my.f5.com/manage/s/article/K11661449#verify-config-load and it seems pretty straight forward. One of my questions is the step referring to
"Update the big3d processUpdate the big3d process on all BIG-IP devices on all BIG-IP devices"
I am confused as if the DNS devices are upgraded won't they be running the same version? I have found other posts that they have waited until the entire upgrade is completed then they "install" the updated version. Any insight or clarification on this step would be greatly appreciated.
Thanks,
Joe
So, nothing matters here expect that all devices NOT EQUAL to DNS/GTM must have a version of big3d equal or newer. So, generally one would run big3d install script if a) you upgraded DNS/GTM first and now you need to run this on the LTM or b) want to protect against backward compatibility issues broken due to BIG-IP update. Please see the following: https://my.f5.com/manage/s/article/K25923322.
If you have upgraded the LTMs first (correct order), and now you are upgrading the DNS/GTM (to the same BIG-IP version) then correct, the version of big3d should be the same. You can check this a few ways: a) via /usr/sbin/big3d -v in advanced shell or b) iqdump. You can check both client and server BIG3D versions in the iQuery communications. See the following: https://my.f5.com/manage/s/article/K13703.
Hi Jomedusa,
BIG-IP DNS documentation asserts that the DNS device firmware version must be equal to or older than the big3d client version that is installed on the LTM "clients". (big3d clients are backwards compatible with older versions of firmware on a BIG-IP DNS installation.
But in my test environment i saw no issues when my DNS was on 15.x and my LTMs were still on to 12.x and i do not saw any issues to be very frank, but you should follow the F5 DNS documentation.
When upgrading a multi-module network environment where BIG-IP DNS (formerly GTM) and BIG-IP LTM (and other modules) are configured as big3d clients, there is a concern about the correct order to upgrade the devices. The quick answer, is that it depends on the timing. The big3d environment that underlies the communication between BIG-IP DNS and it's BIG-IP LTM Clients, is only backwards compatible.
With that being said, there are 2 preferred methods that are commonly used to upgrade environments with DNS and LTM.
If you are staggering your upgrades, where at any time the BIG-IP DNS will have a newer version of firmware than the LTM devices:
Upgrade DNS devices first, immediately followed by upgrading the big3d version on all 'client' devices.
Upgrade BIG-IP DNS First
Upgrade the big3d client on each LTM device to bring the big3d client version up to the DNS version.
(see K13312: Overview of the BIG-IP DNS big3d_install, bigip_add, and gtm_add utilities (11.x - 16.x))
At a future time, upgrade the BIG-IP LTM devices, to the same version the BIG-IP DNS device is on.Otherwise: Upgrade LTM Devices first, Then upgrade the DNS devices.
Upgrade all LTM devices - the .iso includes the matching big3d client for that firmware release.
this ensures the big3d client is 'newer or equal to' the BIG-IP DNS device version.
at a future time, as required, upgrade the BIG-IP DNS device to match the BIG-IP LTM version.
big3d version managementTo facilitate proper iQuery communication in your environment, you should be aware of the following big3d version management information:
F5 recommends that all devices communicating over iQuery run the same big3d version
When installing big3d on devices in the iQuery mesh, install the big3d agent from the BIG-IP DNS (formerly BIG-IP GTM) or Enterprise Management system that is running the latest software version, to the other devices in the iQuery mesh. For example, if the devices in the iQuery mesh are running different BIG-IP software versions, install the big3d agent from the device running the newest BIG-IP version to the other devices. This ensures that a device in the mesh does not run a big3d version that is older than its installed software version.
Note: big3d is designed to be backward-compatible; therefore, you can upgrade big3d without having to upgrade the other monitored devices in the iQuery mesh TMOS version to match the TMOS version on BIG-IP GTM. You can check the big3d version by entering the big3d -v command. For additional information on updating big3d see K13312: Overview of the BIG-IP DNS big3d_install, bigip_add, and gtm_add utilities (11.x - 17.x) .BIG-IP DNS synchronization group communication
Sync group members must run the same big3d version to avoid unexpected behavior such as big3d timeouts.
DNS/GTM/BIG-IP communication
Monitored BIG-IP systems must run the same or newer big3d version as the DNS / GTM devices that are monitoring them.
Enterprise Manager/BIG-IP communication
Managed BIG-IP systems must run the same or newer big3d version as the Enterprise Manager devices that are collecting data from them.Note: The big3d (iQuery) SSL cipher suite is currently hard-coded in the BIG-IP system and cannot be modified administratively.
You can run iquery comand on your GTM/DNS box to see the Local BIG3d version and on the LTM by Remote BIG3d version as follows also you can check the latest COMMIT ID
[root@Test-DNS02-external-mgt:Active:Standalone] config # tmsh show gtm iquery 192.168.32.101
------------------------------------------------------------------------------------
Gtm::IQuery: 192.82.32.101
------------------------------------------------------------------------------------
Server Test-DNS01-external-mgt
Server Type BIGIP-DNS
Data Center Test-DNS01-DC01
State connected
Reconnects 0
Backlogs 0
Bits In 519.9K
Bits Out 61.1K
Bytes Dropped 42
Cert Expiration Date 08/19/28 15:49:12
Configuration Time 01/11/23 10:06:44
Configuration Commit ID 159
Configuration Commit Originator Test-DNS02-external-mg.TEST.com
Local TMOS version 12.1.3
Remote TMOS version 12.1.3
Local big3d version 15.1.6.0.0.8
Remote big3d version 12.1.3.6.0.0.3
You can also try to run iqdump to check the big3d version
[root@TEST-GTM-dns01:Active:In Sync (Sync Only)] config # iqdump 192.168.32.5
<!-- Local hostname: TEST-GTM-dns01.Test.com -->
<!-- Connected to big3d at: ::ffff:192.168.32.5:4353 -->
<!-- Subscribing to syncgroup: default -->
<!-- Fri Nov 18 09:52:13 2022 -->
<xml_connection>
<version>15.1.6</version>
<big3d>big3d Version 15.1.6.0.0.8</big3d>
<connection_id>341</connection_id>
<kernel>linux</kernel>
<!-- Fri Nov 18 09:52:15 2022 -->
<server>
<pkts>2291222</pkts>
<pkts_in>1916980</pkts_in>
<pkts_out>374242</pkts_out>
<tot_bytes>368996591</tot_bytes>
<tot_bytes_in>305357006</tot_bytes_in>
<tot_bytes_out>63639585</tot_bytes_out>
<cpu>1</cpu>
<uptime>1733836</uptime>
<active>0</active>
<maintainance>0</maintainance>
<big3d_log_level>notice</big3d_log_level>
<monitor>6</monitor>
<snmp>0</snmp>
<path>0</path>
<trace>0</trace>
<monitor_active>6</monitor_active>
<snmp_active>0</snmp_active>
<path_active>0</path_active>
<trace_active>0</trace_active>
</server>
<!-- Fri Nov 18 09:52:25 2022 -->
<server>
<pkts>2292244</pkts>
<pkts_in>1917632</pkts_in>
<pkts_out>374612</pkts_out>
<tot_bytes>369196048</tot_bytes>
<tot_bytes_in>305438910</tot_bytes_in>
<tot_bytes_out>63757138</tot_bytes_out>
<cpu>1</cpu>
<uptime>1733846</uptime>
<active>0</active>
<maintainance>0</maintainance>
<big3d_log_level>notice</big3d_log_level>
<monitor>3</monitor>
<snmp>0</snmp>
<path>0</path>
<trace>0</trace>
<monitor_active>3</monitor_active>
<snmp_active>0</snmp_active>
<path_active>0</path_active>
<trace_active>0</trace_active>
</server>K13703: Overview of big3d version management
https://my.f5.com/manage/s/article/K13703
https://my.f5.com/manage/s/article/K25923322
https://my.f5.com/manage/s/article/K15844889
https://my.f5.com/manage/s/article/K13312
Hope this helps
🙏
Recent Discussions
Related Content
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com