Link Controller v12.1 Link Creation error. no reply from big3d

Hi Younes, if you have GTM is even easier to configure, but that error can come from many different issues. Check the following:

1. Check that both devices are able to establish a TCP connection on port 4353 on the IP address designated as Server, so you would be able to TS Iquery errors. (You can use netstat or statistics as well to check this. You should be able to see one Green ball for each server ip address -The local GTM one and the remote GTM ip-)

    

2. Check that you have properly configured both GTM (in case of two of course) as servers within the datacenter (I know that it seems weird but you need to indicate the GTM which GTM you have on each DC and you do so by declaring them as Server...BigIP standalone or redundant, Ip address....you know).

    

3. Check GTM logs and of course check which kind of monitor did you apply to the ISP links? (Check the Default Gateway pool monitor).

    

I am confident that any of these will either solve it or give us some hint about where the problem is.

Regards and sorry for any TYPO

Hi Javier,

thank you for your reply. my issue is : I have a LTM&GTM on the same appliance to load balancing 2 link ISPs. i created nodes, default_gateway_pool, WAN-VS on LTM module and Link on DNS module. My problem is: health monitor all are on status of Blue square ( node, pool, vs) when i checked the node and the health monitor is : checking ( à smal watch timer near the monitor ).

for information am running software version is : 12.0.0

thank's your your help

Hi Younes,

Ok, now i may have a better picture. Your problem (The no response from Big3d) might not be GTM but the LTM monitoring system. Just to be sure, if you say that all the LTM objects or some are in blue it means that either there is no monitor assigned to them or that the monitor did not get a valid response yet but did not reach the timeout either. LTM objects are Virtual Server, Nodes and Pool+Pool Members (This also includes the Default gateway pool. In case of dual ISP you have one pool member for each ISP link or router ip and those Pool member become part of the Default Gateway Pool).

So, first check why those monitors are not been able to mark the resources up. To do so you just need to open an SSH session against the F5 device and replicate the monitor to see the server response (EG: If the monitor applied to the resource is ICMP, ping the server. If it's TCP on specific port use telnet for that port. If it's HTTP/s use CURL). If you get a proper server response from those and the monitor is not coming up we will T.S. it later.

Once we have LTM checked, up and running we will move forward to GTM, but first is LTM (GTM will use those objects).

Let me know the outcome.

Have a nice day

Hi Javier,

as you mention above: the monitor did not get a valid response yet but did not reach the timeout either.for my default gateway pool member there is the 2 ISP link, I made ping to the one member from shh on F5 and i had reponse and the ping is fine, also i tested to ping 8.8.8.8 also works fine but always the same monitor status : blue.

Ok then, IF your LTM's objects are fine let's check the GTM objects (Please, double check that the monitor applied to then is the one that you want to use and should work).

First make sure that the box its properly defined as a server within the DC (GTM objects). Make sure that the server ip you used it's not MGMT but the self ips of each link. After this check the Iquery statistics and GTM logs and check if the ISP links come up (Beside this confirm that the monitor associated to the ISP links is "BigIP Link" and that your Default GW pool members are up - BigIP Link retrieve the status of DG's Pool monitor-)

Hi Younes, did you check my last entry/response? I made a mistake and assigned as a response to IanB above, but i included even snapshots of the configuration done in my Lab so it should help you.