Jump to content

Logicwrath

Customers
  • Posts

    578
  • Joined

  • Days Won

    21

Posts posted by Logicwrath

  1. Hello,

    In quite a few cases we end up daisy chaining PCs to phones so we do not have to run separate cables.  If we need to update BLF or line keys we currently have to reboot the phone.  I am not sure if this is something Yealink supports but, it would be great if there was another option to have the phone update the config without rebooting the phone.  I know in previous firmware or advanced provisioner versions the T48S would update the config without rebooting. Now, I think it currently reboots every time.

    Is it possible to get a second option that would updated config without rebooting when a config change does not require a reboot for Yealink?

  2. This also interests me.  I have in the past provisioned and tested a Grandstream device for this purpose (HT502) using the advanced provisioner and they specifically list the HT502 and HT502FAX.  I assumed the HT502FAX had settings specific to faxing enabled.

    I would be inclined to assume that the generic FAX device has some settings enabled like T.38 or may possibly even affect which carrier is used.  I am not able to help with these answers.

  3. It works for me when I have tried it.  I believe the default behavior will pickup a call from a ringing BLF.  Additionally, you can transfer a call, and the grab it back while its ringing.  At least this has worked for me with Yealink phones.

  4. I do not see any recording timeout settings in the menu schema.  You may need to record this on a PC, convert to mp3 < 5 MB and upload manually to a menu.  If this is something he needs to do constantly you may need to train him on updating the call flow in advanced callflows or create a script that patches the call flow with the new recordings using something like curl.

  5. You may want to check the raw access logs of the webserver hosting the file and see if the phones are trying to read it.  You could also try factory reset on the phones.  You may want to logon to the phone and see if exporting the config gives you anything to troubleshoot.  I think you can export the "remote config" and then look for the portion specifying the custom config URL.  This is likely what I would try first.

  6. I suspect there is packet loss.  What kinds of handsets do you have installed?  If you are using Yealink you can logon to the web interface and click on Status, RTP Status and see if there was packet loss on the previous or current in progress call.  It will also give you the IP address of the RTP media server used in the last call so you can run tests against it for packet loss.

    What are you even pinging?  I bet you are not pinging the media servers.  What proxy are you using?

  7. I have never had an issue around the Comcast SIP ALG, I did not even know they had one.  We have a lot of phones using Comcast without issues.  I will say that the first thing we do anytime we install phones or firewall is bridge the Comcast modem to our firewall device.  I think all the newer modems will allow you to bridge right from the web interface without calling Comcast.  If they are on an older modem you can call Comcast and have them bridge the modem for you.  When you bridge the modem the device gives your firewall a public IP via DHCP.  I suspect this would bypass any SIP ALG the device would have.

    If you have a static IP then you already have a public IP address so this would not be helpful.  Are you sure the SIP ALG is even affecting your traffic on the public IP?  What issues are you even having?  If a SIP ALG is causing issues I would think that it would be generating one way audio since the function of the ALG is to rewrite packets with with different source or destination addresses and solve NAT issues.

    I would first confirm that they are not maxing out the connection and I would also see if there is packet loss to the RTP media servers.  You may want to try using a different proxy.

  8. We have asked in the past for an option to download a config for a phone.  I was not specifically thinking about "last downloaded config" in that request.  In the past when we were troubleshooting we would try to pull up the config in a browser to look for errors.  This is not a good idea anymore due to the increase in security that 2600hz has rolled out.  It would be great to get a config download button.  This would let you confirm the settings are there correctly, troubleshoot any errors in the config, and also use the configuration as a base for hosting the configuration somewhere if you need to implement a work around for a specific phone.

  9. I wanted to mention, it appears that settings are properly getting inherited on the sub accounts now.  Thanks for fixing that.

    Also, it would be great if we could configure the handset name or inherit the Display Name of the account into the handset name.  The default configuration will match Account 1 to Handset 1, Account 2 to Handset 2, etc..  It would be great if the Display Name for Account 1 was inherited to Handset Name 1 and so on for the rest of the accounts.

×
×
  • Create New...