Endpoint Manager

I am using the Distro Endpoint Manager to provision Polycom phones. The phones obtain the TFTP server address from DHCP Option 66. All is well and it works perfectly.

I am now trying to provision Linksys SPA 2102’s and it seems that the ATA is not responding to the option 66 data. Using wireshark I don’t see anything coming from the ATA on bootup, however, if I give the ATA the full TFTP server path under Provisioning/Configuration Profile/Profile Rule provisioning takes place without trouble and wireshark shows the download taking place.

I wonder if anyone can throw any light on this?

Would really like to hear from anyone who might be able to explain this.

I don’t think the ATA’s do option 66. Always used http provisioning with those.

Option 150 works on my PAP2T and an old SPA2100.

I will try otion 150, should I give it the tftp path the same as option 66?

Still does not work with Option 150 set with tftp server address. Have searched extensively but can’t find any information on 2102 auto provisioning setup. Can anyone point me to something.

I am continuing on my learning curve with the endpoint manager and have now moved on to the GXP1450 which is not picking up the configuration file. I can see the config file has been generated and is stored in /tftpboot and I can see that the phone has picked up the tftp server url from option66.

This is what is happening during the boot process (using tshark):

0.000000 Grandstr_57:40:4d -> Broadcast ARP 64 Who has 172.16.60.235? Tell 0.0.0.0
1.425010 Routerbo_32:06:86 -> Broadcast ARP 60 Who has 172.16.60.235? Tell 172.16.60.1
70.148852 Grandstr_57:40:4d -> Broadcast ARP 64 Who has 172.16.60.247? Tell 172.16.60.235
70.148878 Micro-St_c4:cb:da -> Grandstr_57:40:4d ARP 42 172.16.60.247 is at d4:3d:7e:c4:cb:da
70.195415 172.16.60.235 -> 172.16.60.247 TFTP 93 Read Request, File: language.txt, Transfer type: octet, tsize\000=0\000, blksize\000=512\000, timeout\000=5\000
70.195823 172.16.60.247 -> 172.16.60.235 TFTP 61 Error Code, Code: File not found, Message: File not found
75.195125 Micro-St_c4:cb:da -> Grandstr_57:40:4d ARP 42 Who has 172.16.60.235? Tell 172.16.60.247
75.218955 Grandstr_57:40:4d -> Micro-St_c4:cb:da ARP 64 172.16.60.235 is at 00:0b:82:57:40:4d
87.340695 Grandstr_57:40:4d -> Broadcast ARP 64 Gratuitous ARP for 172.16.60.235 (Request)
89.099140 172.16.60.235 -> 224.0.1.75 SIP 702 Request: SUBSCRIBE sip:MAC%[email protected] |
89.582133 172.16.60.235 -> 224.0.1.75 SIP 702 Request: SUBSCRIBE sip:MAC%[email protected] |
90.586217 172.16.60.235 -> 224.0.1.75 SIP 702 Request: SUBSCRIBE sip:MAC%[email protected] |
92.588056 172.16.60.235 -> 224.0.1.75 SIP 702 Request: SUBSCRIBE sip:MAC%[email protected] |
96.594713 172.16.60.235 -> 224.0.1.75 SIP 702 Request: SUBSCRIBE sip:MAC%[email protected] |
100.593246 172.16.60.235 -> 224.0.1.75 SIP 702 Request: SUBSCRIBE sip:MAC%[email protected] |
104.617796 172.16.60.235 -> 224.0.1.75 SIP 702 Request: SUBSCRIBE sip:MAC%[email protected] |
108.619997 172.16.60.235 -> 224.0.1.75 SIP 702 Request: SUBSCRIBE sip:MAC%[email protected] |
112.616791 172.16.60.235 -> 224.0.1.75 SIP 702 Request: SUBSCRIBE sip:MAC%[email protected] |
116.612572 172.16.60.235 -> 224.0.1.75 SIP 702 Request: SUBSCRIBE sip:MAC%[email protected] |
120.618345 172.16.60.235 -> 224.0.1.75 SIP 702 Request: SUBSCRIBE sip:MAC%[email protected] |

It seems that the phone makes a tftp request for a file language.txt which is not present and continues to boot when told the file is not there, the phone then attempts to contact the Grandstream provisioning server. My understanding from the Grandstream documentation is that when the Grandstream server does not respond after several attempts the phone should try the option 66 server. That does not appear to be happening and things go no further.

I do not think this is an endpoint manager problem but something to do with the phone. Has anyone any experience of this sort of thing?

Does anyone have experience with Grandstream phones and endpoint manager?

i’m using several different grand stream phones with endpoint manager without any issue. using option 66

I had similar trouble though with a different phone… have you entered the “/tftpboot/” parameter in the phone programming? If yes, try removing it (that worked for me). If no, then try adding it. Sorry if this answer seems elementary but it worked for me and I happened across this post so I thought I’d toss in my $.02

We are having this exact problem that you described in this post with a GXP1450 did you find a solution?

Whoops, ignore my question above. Our DHCP server was just configured improperly as it was sending the wrong IP for the TFTP Server once I fixed that it worked right away after reboot using factory settings.