For more information regarding the security incident at F5, the actions we are taking to address it, and our ongoing efforts to protect our customers, click here.

Forum Discussion

Bardak00_219670's avatar
Bardak00_219670
Icon for Nimbostratus rankNimbostratus
Aug 20, 2018
Solved

Alcatel IP Desk Phone Through APM (TFTP)

Hello All   Im trying to get the Alcatel IP desk phone software working through a F5 Acces Policy Manager remote access VPN connection using the F5 client.   From what i can see the IP Desk Pho...
application delivery
BIG-IP
BIG-IP Access Policy Manager (APM)
  • Bardak00_219670's avatar
    Bardak00_219670
    Aug 23, 2018

    Sorry about the delayed response guys but got this working now, what it ended up being is we are using multiple route domains, the connectivity profile and Virtual server was attached to route domain 0 and the access policy was using route domain 2.

     

    I created a new connectivity profile and attached it to the route domain 2 then updated the virtual server to use this connectivity profile and it all worked.

     

    I'm still not sure why the connectivity profile would only cause TFTP traffic not to function properly I would of thought it would of broken everything, maybe somebody who understands connectivity profiles in depth can explain this?

     

    But anyway all sorted now thanks guys.

     

I_R_101_110's avatar
I_R_101_110
Icon for Cirrus rankCirrus
Aug 21, 2018

When you say the Alcatel IP desk phone software I assumed it was a softphone but you later say the Alcatel OpenTouch VoiP soft phone works fine so I'll assume we're working with a traditional voip phone that daisy chains PC->VoIP_Phone->Switch.

 

In a traditional enterprise design, the voip phone is unaware of the routes installed on your PC as it is using its own VLAN to directly connect to the LAN. If the LAN doesn't know how to route to the TFTP server, the communication will fail.