DND problem

[jmbjmbjmb]

Hi

 

snomONE 4.5.0.1090 on Win 64 with snom 720 phones running 8.7.3.7

 

Setting DND with *78/*79 works as expected

Setting DND as one of the 18 Programmable keys works as expected (Sends *78/*79 as DND on/DND off)

Setting DND using the DND key on the phone has no effect at all.

 

Is there a way to make the DND key provided on the phone work ? A correctly crafted Action URL perhaps, similar to the one that lives behind the "Menu" key

 

Upgrading the phone to 8.7.3.10 has no effect.

 

Thanks

[Vodia PBX]

Did you PnP those phones?

[jmbjmbjmb]

Yes

[Vodia PBX]

Hmm. We have to double check, maybe there are differences between the other phones and the 7xx series.

[pbx support]

Seems to work fine on the 720 here, running SIP 8.7.3.10

 

Setting DND with *78/*79 works as expected - Works here too.

Setting DND as one of the 18 Programmable keys works as expected (Sends *78/*79 as DND on/DND off) - Did not test it here.

Setting DND using the DND key on the phone has no effect at all - Works fine here.

 

Can you log into the phone's web interface and check the function key mappings?

[jmbjmbjmb]

Key Type = Key Event

Number = DND

 

Just to be sure i did a TFTP recovery on a phone and fully provisioned it from scratch.

[jmbjmbjmb]

So....did we get any further here ??

[pbx support]

We have the same mapping and it works fine. Did you check the phone logs when you press that button? Does it happen on just 1 phone/model or on other phones/models too?

[jmbjmbjmb]

Well, here you go.

 

Just to reiterate.

These results are from a test system on a Win 32 Platform, 4.5.0.1090, DEFAULT configuration,apart from DND being assigned to Key 6 in the snom 300 PNP page (admin/settings/pnp) and DND being assigned to key 1 in the Button assignements for the 320 and the 720

 

1x snom 720 phone, 1x snom 320 phone and 1x snom 300 phone, all running 8.3.7.10 firmware

Same results have been observed in the field with 4.5.0.1090 on Win 64 on more than one site with 720 phones using 8.3.7.3

 

 

Dial *78/*79, DND works as expected, shows DND symbol against the account (domain/accounts)

 

Use the preconfigured DND keys on the phones, DND feature does not work (calls are not diverted to v-mail etc), no DND symbol shows against the account (domain/accounts)

 

Assign DND feature to any flexible key on the 320/720 phones and DND works as expected, DND symbol shows against the account (domain/accounts)

 

 

 

 

---------------------------------------------------------------------------------------------------------------

Log file from 720 phone when pressing the pre-configured DND key (This is the situation where DND doesn't work)

 

 

 

Log Level -1 0 1 2 3 4 5 6 7 8 9 18/8/2012 14:31:26 [DEBUG1] PHN: SIP: remove receive packet: 9, all 318/8/2012 14:31:28 [iNFO ] PHN: WEB: Request 25/583/0: POST /log.htm HTTP/1.118/8/2012 14:31:28 [iNFO ] PHN: WEB: 25 Basic authentication.18/8/2012 14:31:31 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:31 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:31 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:31 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:31 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:31 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:31 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:31 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:31 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:31 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:31 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:31 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:32 [DEBUG1] PHN: SIP: remove receive packet: 10, all 218/8/2012 14:31:32 [DEBUG1] PHN: SIP: remove receive packet: 11, all 118/8/2012 14:31:33 [iNFO ] PHN: WEB: Request 25/583/0: POST /log.htm HTTP/1.118/8/2012 14:31:33 [iNFO ] PHN: WEB: 25 Basic authentication.18/8/2012 14:31:36 [iNFO ] LID: LLDP: Skipped packet (280 bytes), not from router\bridge18/8/2012 14:31:40 [iNFO ] LID: LLDP: Skipped packet (280 bytes), not from router\bridge18/8/2012 14:31:41 [DEBUG1] PHN: Sending Keepalive to Watchdog18/8/2012 14:31:43 [NOTICE] PHN: TPL: Socket 25 idle/connect timeout18/8/2012 14:31:55 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:55 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:55 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:55 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:55 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:55 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:55 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:55 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:55 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:55 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:55 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:55 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:31:56 [DEBUG1] PHN: SIP: remove pending packet: 1000002, all 718/8/2012 14:31:57 [DEBUG1] PHN: SIP: remove pending packet: 1000001, all 618/8/2012 14:31:57 [DEBUG1] PHN: SIP: remove pending packet: 1000003, all 518/8/2012 14:31:57 [DEBUG1] PHN: SIP: remove pending packet: 1000005, all 418/8/2012 14:31:59 [iNFO ] PHN: WEB: Request 26/583/0: POST /log.htm HTTP/1.118/8/2012 14:31:59 [iNFO ] PHN: WEB: 26 Basic authentication.

 

 

 

 

 

 

Same actions using DND programmed to Flexible Button 1(This is the situation where DND is set correctly on the system and DOES work)

 

 

 

Log Level -1 0 1 2 3 4 5 6 7 8 9 18/8/2012 14:47:54 [iNFO ] PHN: WEB: Request 44/583/0: POST /log.htm HTTP/1.118/8/2012 14:47:54 [iNFO ] PHN: WEB: 44 Basic authentication.18/8/2012 14:47:57 [DEBUG1] PHN: SIP: Routing to outbound proxy: sip:192.168.100.103:5061;transport=tls18/8/2012 14:47:57 [DEBUG1] PHN: SIP: route pending packet 1000069: entry=url ? sip:192.168.100.103:5061;transport=tls all 1018/8/2012 14:47:57 [DEBUG1] PHN: SIP: route pending packet 1000069: entry=tls 192.168.100.103 5061 all 1018/8/2012 14:47:57 [iNFO ] PHN: SIP: Use Connection tls:192.168.100.123:42019 for packet 100006918/8/2012 14:47:57 [DEBUG1] PHN: SIP: send MESSAGE (1: 6a012f50c384-n82yen5dach4) -> tls:192.168.100.103:506118/8/2012 14:47:57 [DEBUG1] PHN: SIP: recv 200 MESSAGE (1: 6a012f50c384-n82yen5dach4) <- tls:192.168.100.103:506118/8/2012 14:47:57 [DEBUG1] PHN: SIP: recv MESSAGE (13415: 8ejayt6s@pbx) <- tls:192.168.100.103:506118/8/2012 14:47:57 [DEBUG1] PHN: SIP: route pending packet 1000070: entry=tls 192.168.100.103 5061 all 1118/8/2012 14:47:57 [iNFO ] PHN: SIP: Use Connection tls:192.168.100.123:42019 for packet 100007018/8/2012 14:47:57 [DEBUG1] PHN: SIP: send 200 MESSAGE (13415: 8ejayt6s@pbx) -> tls:192.168.100.103:506118/8/2012 14:47:57 [DEBUG1] PHN: SIP: recv MESSAGE (39586: ifofq9tz@pbx) <- tls:192.168.100.103:506118/8/2012 14:47:57 [DEBUG1] PHN: SIP: route pending packet 1000071: entry=tls 192.168.100.103 5061 all 1218/8/2012 14:47:57 [iNFO ] PHN: SIP: Use Connection tls:192.168.100.123:42019 for packet 100007118/8/2012 14:47:57 [DEBUG1] PHN: SIP: send 200 MESSAGE (39586: ifofq9tz@pbx) -> tls:192.168.100.103:506118/8/2012 14:48:02 [DEBUG1] PHN: SIP: Routing to outbound proxy: sip:192.168.100.103:5061;transport=tls18/8/2012 14:48:02 [DEBUG1] PHN: SIP: route pending packet 1000072: entry=url ? sip:192.168.100.103:5061;transport=tls all 1318/8/2012 14:48:02 [DEBUG1] PHN: SIP: route pending packet 1000072: entry=tls 192.168.100.103 5061 all 1318/8/2012 14:48:02 [iNFO ] PHN: SIP: Use Connection tls:192.168.100.123:42019 for packet 100007218/8/2012 14:48:02 [DEBUG1] PHN: SIP: send MESSAGE (1: 6a012f50c384-n82yen5dach4) -> tls:192.168.100.103:506118/8/2012 14:48:02 [DEBUG1] PHN: SIP: recv 200 MESSAGE (1: 6a012f50c384-n82yen5dach4) <- tls:192.168.100.103:506118/8/2012 14:48:02 [DEBUG1] PHN: SIP: recv MESSAGE (13205: 5086mayt@pbx) <- tls:192.168.100.103:506118/8/2012 14:48:02 [DEBUG1] PHN: SIP: route pending packet 1000073: entry=tls 192.168.100.103 5061 all 1418/8/2012 14:48:02 [iNFO ] PHN: SIP: Use Connection tls:192.168.100.123:42019 for packet 100007318/8/2012 14:48:02 [DEBUG1] PHN: SIP: send 200 MESSAGE (13205: 5086mayt@pbx) -> tls:192.168.100.103:506118/8/2012 14:48:02 [DEBUG1] PHN: SIP: recv MESSAGE (6359: t8u69et2@pbx) <- tls:192.168.100.103:506118/8/2012 14:48:02 [DEBUG1] PHN: SIP: route pending packet 1000074: entry=tls 192.168.100.103 5061 all 1518/8/2012 14:48:02 [iNFO ] PHN: SIP: Use Connection tls:192.168.100.123:42019 for packet 100007418/8/2012 14:48:02 [DEBUG1] PHN: SIP: send 200 MESSAGE (6359: t8u69et2@pbx) -> tls:192.168.100.103:506118/8/2012 14:48:04 [NOTICE] PHN: TPL: Socket 44 idle/connect timeout18/8/2012 14:48:05 [iNFO ] PHN: WEB: Request 45/583/0: POST /log.htm HTTP/1.118/8/2012 14:48:05 [iNFO ] PHN: WEB: 45 Basic authentication.

 

--------------------------------------------------------------------------------------------------------------------------------------------------------------------

 

Log file from 320 phone when pressing the pre-configured DND key (This is the situation where DND doesn't work)

Followed by the log file when pressing the Flexible Key assigned DND (DND does work)

 

 

 

Log Level -1 0 1 2 3 4 5 6 7 8 9 18/8/2012 14:58:04 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:04 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:04 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:04 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:04 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:04 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:04 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:04 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:04 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:04 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:04 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:04 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'on', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:04 [DEBUG1] PHN: SIP: remove receive packet: 84, all 818/8/2012 14:58:07 [DEBUG1] PHN: SIP: remove pending packet: 1000106, all 918/8/2012 14:58:07 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:07 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:07 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:07 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:07 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:08 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:08 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:08 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:08 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:08 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:08 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:08 [DEBUG0] PHN: settings::apply_value: dnd_mode = 'off', set.need_apply: 0, finished: 1, need reboot to apply: 018/8/2012 14:58:09 [DEBUG1] PHN: SIP: remove receive packet: 85, all 718/8/2012 14:58:09 [DEBUG1] PHN: SIP: remove receive packet: 86, all 618/8/2012 14:58:09 [DEBUG1] PHN: SIP: remove receive packet: 87, all 518/8/2012 14:58:10 [NOTICE] PHN: TPL: Socket 52 idle/connect timeout18/8/2012 14:58:12 [iNFO ] PHN: WEB: Request 53/583/0: POST /log.htm HTTP/1.118/8/2012 14:58:12 [iNFO ] PHN: WEB: 53 Basic authentication.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Log Level -1 0 1 2 3 4 5 6 7 8 9 18/8/2012 14:58:40 [iNFO ] LID: LLDP: Skipped packet (280 bytes), not from router\bridge18/8/2012 14:58:41 [DEBUG1] PHN: SIP: Routing to outbound proxy: sip:192.168.100.103:5061;transport=tls18/8/2012 14:58:41 [DEBUG1] PHN: SIP: route pending packet 1000115: entry=url ? sip:192.168.100.103:5061;transport=tls all 918/8/2012 14:58:41 [DEBUG1] PHN: SIP: route pending packet 1000115: entry=tls 192.168.100.103 5061 all 918/8/2012 14:58:41 [iNFO ] PHN: SIP: Use Connection tls:192.168.100.108:2065 for packet 100011518/8/2012 14:58:41 [DEBUG1] PHN: SIP: send MESSAGE (1: 502f01752875-tr5sizu271j8) -> tls:192.168.100.103:506118/8/2012 14:58:41 [DEBUG1] PHN: SIP: recv 200 MESSAGE (1: 502f01752875-tr5sizu271j8) <- tls:192.168.100.103:506118/8/2012 14:58:41 [DEBUG1] PHN: SIP: recv MESSAGE (60103: dugbia2d@pbx) <- tls:192.168.100.103:506118/8/2012 14:58:41 [DEBUG1] PHN: SIP: route pending packet 1000116: entry=tls 192.168.100.103 5061 all 1018/8/2012 14:58:41 [iNFO ] PHN: SIP: Use Connection tls:192.168.100.108:2065 for packet 100011618/8/2012 14:58:41 [DEBUG1] PHN: SIP: send 200 MESSAGE (60103: dugbia2d@pbx) -> tls:192.168.100.103:506118/8/2012 14:58:41 [DEBUG1] PHN: SIP: recv MESSAGE (33855: fkql1iv7@pbx) <- tls:192.168.100.103:506118/8/2012 14:58:41 [DEBUG1] PHN: SIP: route pending packet 1000117: entry=tls 192.168.100.103 5061 all 1118/8/2012 14:58:41 [iNFO ] PHN: SIP: Use Connection tls:192.168.100.108:2065 for packet 100011718/8/2012 14:58:41 [DEBUG1] PHN: SIP: send 200 MESSAGE (33855: fkql1iv7@pbx) -> tls:192.168.100.103:506118/8/2012 14:58:42 [DEBUG0] GUI: GUI: set_led: nr 1 id 1 state 118/8/2012 14:58:46 [DEBUG1] PHN: SIP: Routing to outbound proxy: sip:192.168.100.103:5061;transport=tls18/8/2012 14:58:46 [DEBUG1] PHN: SIP: route pending packet 1000118: entry=url ? sip:192.168.100.103:5061;transport=tls all 1218/8/2012 14:58:46 [DEBUG1] PHN: SIP: route pending packet 1000118: entry=tls 192.168.100.103 5061 all 1218/8/2012 14:58:46 [iNFO ] PHN: SIP: Use Connection tls:192.168.100.108:2065 for packet 100011818/8/2012 14:58:46 [DEBUG1] PHN: SIP: send MESSAGE (1: 502f01752875-tr5sizu271j8) -> tls:192.168.100.103:506118/8/2012 14:58:46 [DEBUG1] PHN: SIP: recv 200 MESSAGE (1: 502f01752875-tr5sizu271j8) <- tls:192.168.100.103:506118/8/2012 14:58:46 [DEBUG1] PHN: SIP: recv MESSAGE (10970: r77s7ngy@pbx) <- tls:192.168.100.103:506118/8/2012 14:58:46 [DEBUG1] PHN: SIP: route pending packet 1000119: entry=tls 192.168.100.103 5061 all 1318/8/2012 14:58:46 [iNFO ] PHN: SIP: Use Connection tls:192.168.100.108:2065 for packet 100011918/8/2012 14:58:46 [DEBUG1] PHN: SIP: send 200 MESSAGE (10970: r77s7ngy@pbx) -> tls:192.168.100.103:506118/8/2012 14:58:46 [DEBUG1] PHN: SIP: recv MESSAGE (12955: 1xc2ug07@pbx) <- tls:192.168.100.103:506118/8/2012 14:58:46 [DEBUG1] PHN: SIP: route pending packet 1000120: entry=tls 192.168.100.103 5061 all 1418/8/2012 14:58:46 [iNFO ] PHN: SIP: Use Connection tls:192.168.100.108:2065 for packet 100012018/8/2012 14:58:46 [DEBUG1] PHN: SIP: send 200 MESSAGE (12955: 1xc2ug07@pbx) -> tls:192.168.100.103:506118/8/2012 14:58:46 [DEBUG0] GUI: GUI: set_led: nr 1 id 1 state 018/8/2012 14:58:47 [DEBUG1] PHN: SIP: remove pending packet: 1000108, all 1418/8/2012 14:58:47 [DEBUG1] PHN: SIP: remove pending packet: 1000109, all 1318/8/2012 14:58:49 [NOTICE] PHN: TPL: Socket 54 idle/connect timeout18/8/2012 14:58:49 [iNFO ] PHN: WEB: Request 55/583/0: POST /log.htm HTTP/1.118/8/2012 14:58:49 [iNFO ] PHN: WEB: 55 Basic authentication.

 

 

 

 

 

[jmbjmbjmb]

OK, the formatting on those log files wasn't preserved in the post process, is there any other way you would like them delivered ??

[pbx support]

To summarize, on both 720 and 320, the pre-configured DND button does not work. Is that correct?

 

You can put then a notepad/wordpad and attach them. BTW, check SIP log on the phone too when you press the DND button.

[jmbjmbjmb]

Log files attached. Should be self explanatory.

 

SIP Traces show NO entries at all when using the phone's own DND key but show the correct invite messages etc when using *78/*79.

DND trace for Snom.txt

[Vodia PBX]

The snom 300 is a somewhat special case compared to the 320/370. The snom_300_fkeys.xml contains a setting for the DND key, you might have to take it out in the template. Then it is the same like on the 320/370 devices, and should also behave the same. After performing the change, you better factory reset the 300 to make sure that the DND key is clean.

[jmbjmbjmb]

We may safely leave the 300 out of this conversation.

 

You will note that the log files in my last post were from a 320.

[cphtdk]

We have the same problem with Snom320 8.7.3.10 / 4.5.0.1090 Epsilon Geminids (Win32).

 

Brgds

Thomas

[pbx support]

Can you folks send the screen shot of the button profile assigned to that extension (on the PBX) and "Function Keys" page from the phone that is registered to that extension (phone's web interface)?

[cphtdk]

Can you folks send the screen shot of the button profile assigned to that extension (on the PBX) and "Function Keys" page from the phone that is registered to that extension (phone's web interface)?

 

Yes,

 

I guess it's standard, we didn't change anything.

 

We do have the following lines in snom_3xx_phone.xml :

<using_server_managed_dnd idx="{lc}" perm="RW">on</using_server_managed_dnd>

<dnd_on_code perm="RW">{starcode code_dnde}</dnd_on_code>

<dnd_off_code perm="RW">{starcode code_dndd}</dnd_off_code>{fin_button dnd none}

 

/Thomas

 

(2nd file is here, was not able to upload more than 500k) http://ge.tt/2vP8HTN/v/0?c