Jump to content

jmbjmbjmb

Members
  • Posts

    49
  • Joined

  • Last visited

Everything posted by jmbjmbjmb

  1. Hi, Is it possible to use a Snom phone as a "Room monitor" ? What we would need to do is turn on the microphone of an "on-hook" Snom phone and be able to listen in to what is going on in the immediate area. I can see "Listen-in and Teach" modes but they require a conversation to be in progress. Thanks Jon
  2. Hello, We recently upgraded a client to 4.5.1090 and they are complaining of changed behaviour for emails generated by missed calls. Incoming calls are answered by AA and (in this instance) ring a 3 user hunt group. Missed calls to this group no longer (or so i am told) generate a "Missed Calls" email Internal missed calls to individual users in the group generate an email, as do calls to their individual DDI numbers.. The web interface of the phones show the missed call, but they do not show in the users web page of the SnomOne. Any suggestions ?
  3. Thank you. You were correct, audio_en was missing as well as audio_moh. That was the problem
  4. Hi Downloaded/installed/licensed 5.0.7.(Win 64) to a new machine and found the following issues. Audio_moh was missing from the folder list. No problem there, just find another copy and that's fixed. More troubling is the lack of ring tone when calling from one extn to another. Nothing on either the handset or speaker of the calling extn. Destination extn rings normally No audio when a call is forwarded to a mailbox. No prompts, no greetings No audio when calling your own mailbox Restarted services etc, downloaded and installed the Win32 pxctrl.exe file just in case it was 64 bit related (like i think the 5.0.3 release), but still no change Phones are 720's initially at 8.7.3.19, but changed to 8.7.4.7 just in case Have just defaulted to factory config and issues all still exist. System is using audio_uk language pack which appears to be ok. 415 files all that have been tried have played correctly. Any suggestions ?
  5. I guess a followup is in order here. Changing the 720/760's to firmware version 8.7.3.15 has helped immensely but is not a 100% cure. The buttons still go to sleep occasionally. 320's (on 8.7.3.14 or 15) with a DSS console are the most troublesome, but again not anywhere as frequently as before. However, a receptionist's console that won't allow transfer by button keys usually generates a pretty urgent service request !
  6. There must be more to this....After all that would be the first thing a customer would try...press the key with the light on ! I've just set up a quick system at home and mapped a scheduled Service Flag account to key 1 on a snom 300 I can see the light is on/off and can control it by altering the schedule time as you would expect. Key 2 is mapped to a manual Service Flag account and works as expected. A key press changes the Service Flag status. But, when the scheduled Service Flag account is "Set", pressing the key 1 on the phone just returns the voice prompt "this feature is not available at this time" and doesn't change the status of the account. The phone screen shows the correct account number is being dialled. Its almost like we need an "Extensions that may change status" field in the Scheduled Service Flag setup, like in the Manual Service flag screen Test system is 4.5.1090 on Win 32
  7. Well, i have talked to several of our customers who would like this feature and presented them with some options. Not surprisingly, they all opted for a simple solution and this one proposed by SnomOne would be ideal. ------------------------------------------------------------------------------------- Or would it not be more practical to have the LED on the phone come up at 5 PM and when the secretary sees that, she just presses the button and presses it again when she leaves? That is already possible today. ------------------------------------------------------------------------------------- So if it is possible, how ? Thanks
  8. Correct. As you say, the leaving early situation is covered, but the working late is not and in these times of austerity.....people are working later But seriously, i do think there is a need for this or a similar feature.
  9. Did anything every eventuate from this request ? It is something we are asked for regularly. What is needed is a method of changing the state of a Service Flag before a pre-programmed schedule change. For simplicity, the schedule should regain control of the Service flag at the next event time. A Manual Service flag allows the "Set" action to continue until removed (great for long weekends or unforeseen weather events etc), but there appears to be no way of temporarily "Un-Setting" a Scheduled Service Flag action should the customer require this occasionally. If there is no method for doing this at present time, please consider this to be a feature request. Thanks
  10. Thanks Thomas, I'm glad someone else in the world has seen the same problem.
  11. Also to mention, when the phone keys are "dead", no SIP activity is generated by pressing any of the keys.
  12. Here is a log file from a 320 that presented with this fault a couple of days ago. There are 3 logs here. Caller tries to transfer a call using the "Dead" BLF keys Result = Unsuccessful Caller tries to transfer a call by dialling extn number Result = Successful Caller tries to transfer a call using BLF keys after Keymap modified on Snom Result = Successful Phone was not rebooted, only the Keyplan in the Snom was modified and saved (One of the Park Orbits accounts was renumbered, saved, then changed back to the original setting. Changing any key allocation will achieve the same result) This fault is presenting regularly from many of our sites. As previously stated, Snom v4.5.0.1050/1075/1090 are affected, Snom 320/720/760 phones on 8.4.35/8.3.7.3 are affected (don't know about 8.3.7.10 as i only have about 15 phones using this release so far), Win 32/Win 64 and Snom SoHo hardware all show this fault. Snom Buttons.txt
  13. 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.
  14. 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
  15. OK, the formatting on those log files wasn't preserved in the post process, is there any other way you would like them delivered ??
  16. 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.
  17. So....did we get any further here ??
  18. Key Type = Key Event Number = DND Just to be sure i did a TFTP recovery on a phone and fully provisioned it from scratch.
  19. 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
  20. What are these keys programmed to? Various, BLF (speeddial/Monitor/pickup), Park Orbits, Paging We had (actually years ago) problems when the shared lines got stuck and would not come back after a minute or so. No shared lines on the system(s) A reboot of the phone should actually solve the problem as well, as it should re-program all buttons again. As above, a phone reboot doesn't solve the problem, but a change to button programming and a save will bring the buttons back to life. Are you using PnP for the phone? Yes
  21. Agreed, for a while it looked like 4.5.1090 had fixed the issue, but it is still there. Since my first post an an hour or so ago, i've had to "fix" a 760 on another site. Thats two today and it's only 10 am !
  22. Hi, We have a problem with the keys on the snom phones. Occasionally the users report that they stop working. Users report the BLF keys are "Dead". A phone restart will not restore them but a system services restart will, although the less disruptive fix is to access the button programming, make one change, save and lo and behold, the buttons will be working again ! 7xx phones (on 8.7.3.7) and 3xx phones ( on 8.4.35) are all victims of this fault. It was especially bad using 4.5.1050/1075, but i've just had it reappear on one site that is using 4.5.1090 as well. Both Soho's and Win 32 platforms are affected. Any ideas ?
  23. Sorry Mr X, i'm a couple of hundred miles away from there now. Trust me here, it's the contents of noise.wav (which in our case happens to be renamed ringback.wav from the audio_uk file set) If you dial an external number, hold the receiver to your ear and press the tick key, as soon as noise.wav starts to play, some of it (say 1/4 second or so) is played through the phone speaker. Same tone, same cadence, same timing. Log file confirms that noise.wav was played.
×
×
  • Create New...