Jump to content

chrispopp

Members
  • Posts

    308
  • Joined

  • Last visited

Posts posted by chrispopp

  1. I have a Snom 320 version 8.4.35 and Vodia 5.5 we are testing. The phone has using_server_managed_dnd enabled. Problem is that the server does not switch to DND. How can we resolve this problem, so that the DND button syncs with the server?

     

    This is what the Snom firmware says:

     

    If this setting is "on" the server will be responsible for handling the DND(DO NOT DISTURB) functionality. From the call perspective the phone will act as if no dnd was set (all is managed by the server).
    The phone user will see the value from dnd_mode (in FW versions < 8.7.3:server_managed_dnd_state) as the current DND state, and this value can be changed at anytime by the server.
    This setting does not specify how the server changes the value of dnd_mode (in FW versions < 8.7.3:server_managed_dnd_state) nor how the phone updates them (it may be done via TR69).
  2. CAN-5? Did you add that yourself? I am not aware about that value in the time zones file. The dst settings look ok to me, but maybe the zone is confusing the phone.

     

    I did add that to the config file. That seems to be the correct value.

     

    Without adding the CAN-5, the timezone is simply USA and the value on the phone is the following:

    LOYbJM7ZZUuEZu5sfn1Z8r7cKOgFFd.png

     

    Adding CAN-5 gives you the following:

    QvzIisOTRINXFtxS9xoirbaIM30mW1.png.

     

    The automated generated file by Vodia seems to have an incorrect value, thus defaulting to Unused. See Snom wiki.

    http://wiki.snom.com/wiki/index.php/Settings/timezone

     

    At least that's what I understood from reading and dealing with this issue for the last month.

  3. Mar 8 14:45:08 [ERROR ] PHN: TPL: Socket Error: 317/50/connected, Tls error, closing
    Mar 8 14:45:08 [NOTICE] CFG: read_xml_settings: found firmware-settings XML header
    Mar 8 14:45:08 [NOTICE] CFG: read_xml_settings: found one byte encoding: 1
    Mar 8 15:45:09 [NOTICE] PHN: DST start 03.02.2016 02:00:00 end 06.11.2016 02:00:00 offset 3600
    Mar 8 15:45:09 [NOTICE] CFG: Std-Settings stored
    Mar 8 15:47:07 [NOTICE] PHN: Executing timer driven automatic settings refresh
    Mar 8 15:47:07 [NOTICE] PHN: Setting automatic settings refresh timer with 120 seconds
    Mar 8 15:47:07 [NOTICE] PHN: Setting server prio 1, type redirection, url: >
    Mar 8 15:47:07 [NOTICE] PHN: Fetching URL:
    Mar 8 15:47:07 [NOTICE] CFG: read_xml_settings: found setting-files XML header
    Mar 8 15:47:07 [NOTICE] CFG: read_xml_settings: found one byte encoding: 1

     

    So it seems the DST is causing the issues. As you can see, as soon as the DST starts, it ruins the time and jumps it ahead an hour. Any ideas?

     

    The DHCP option 42 did not help...

  4. How can we make sure this is not a bug on the snom phones? If they have the right time after the boot up, well that cannot be a coincidence. How do you refresh? Sync the extension from the PBX web interface?

    I was looking at this:

    NTdijXBKsAWGKaULAakTqAXKgJ67px.png

     

     

    Currently playing around with the DHCP option 42.

     

    This is a screenshot of my Snom 720. Moved the option 42 from ON to OFF.

     

    wLqPa8nraQiC4gsNysBVVcB1b6DWGB.png

     

    Whereas the Snom 370 has only these settings.

    Wlp6gMKSKQwpaoIyeIs83h707s4Udq.png

     

     

    I rebooted the phone and awaiting to see if this fixes the issue. Waiting for the NTP timer. Also considering issues with DST... I just can't find any settings relating to DST on these phones. The problem happened since the DST change here in Canada...

  5. Fixed it on the Cisco, but the Snom's are still picking up the incorrect time. They boot up, pick up the right time. After the refresh (one hour), they go one hour ahead. Any fixes for this? The log and the SIP trace both show the incorrect time. Changed the NTP server, didn't help. Changed the DNS, also didn't help. The time on the server and PBX is showing the correct time.

  6. Programmed some Cisco SPA509 and SPA525G and they are also one hour ahead. Used different NTP servers, and on different networks.

    
    <Set_Local_Date__mm_dd_ ua="na"> 
    

    </Set_Local_Date__mm_dd_>
    <Set_Local_Time__HH_mm_ ua="na">
    </Set_Local_Time__HH_mm_>
    <Time_Zone ua="na"> GMT-04:00
    </Time_Zone>
    <Time_Offset__HH_mm_ ua="na">
    </Time_Offset__HH_mm_>
    <Daylight_Saving_Time_Rule ua="na"> start=3/2/7/2:0;end=11/1/7/2:0;save=1
    </Daylight_Saving_Time_Rule>

  7.  

    I don't understand why there would be a "USA". In the timezones.xml file there is a entry for snom:

    
    
    <zone name="EDT">
    <description>Eastern Time Zone</description>
    ...
    <snom>USA-5</snom>
    ...
    </zone>
    In theory, it should render the "USA-5" there. Did you change the timezones.xml file or the snom_xxx.xml templates?

     

    No I did not. But seems to be a constant in the pnp xml files....

     

    zYl14JaLIUc7MuH7QXJU6z97Anajxx.png

     

    This is from the server wide snom_760_phone.xml file... what is the variable that this should be switch to?

     

    Edit: The same seems to be in all the other xml files.

     

    Edit 2: Checked another old server on version 4.5 and it has the same USA as the value...

  8. Running a few phones snom760-SIP 8.7.5.35 with version on Vodia 5.2.5a.

     

    This is what is generated for the auto-provision:

     

    <timezone perm="RW">USA</timezone>^
    <utc_offset perm="RW">-18000</utc_offset>^
    <dst perm="RW">3600 3.2.7 2:0:0 11.1.7 2:0:0</dst>^
    I believe the time zone value is incorrect, as depicted in this page:
    In my case, it should be (USA-5)
×
×
  • Create New...