Del,
first of all... NEVER set the passsword of the phone the same as the extension number. We see an increasing number of SIP attacks which expect just that. Once someone is registered on your sysyem illegally, you will never know until you receive your phone bill, by which time it's too late. SARK is deliberately set up to generate a strong, unique password for each endpoint. It really is best to use it.
Provided you have your SARK box issuing DHCP then your snom will provision itself entirely automatically, as long as you have entered the MAC address of the Snom into the corresponding extensions panel in SARK.
You should also add the following parameters to your Snom provisioning definition (the right-hand window in the extensions edit panel...
; leave dnd codes blank
dnd_on_code!:
dnd_off_code!:
; ntp server - ip of pbx, in case it doesn't come from dhcp
ntp_server$: xxx.xxx.xxx.xxx
; locale settings
timezone!: {your timezone code}
language!: {your language}
tone_scheme!: {your country}
date_us_format&: {off/on}
time_24_format&: on
; turn off challenge-response
challenge_response$: off
; change ringers as no one seems to like the Snom descending tone!
alert_internal_ring_sound!: Ringer6
alert_external_ring_sound!: Ringer2
user_ringer1!: Ringer6
user_ringer2!: Ringer6
; don't offer encrypted rtp, needs changing it Asterisk ever supports it
user_srtp1$: off
user_srtp2$: off
; turn off long contact sip headers
user_descr_contact1$: off
user_descr_contact2$: off
; "support broken registrar" not sure this is needed any more for asterisk but do it anyway
user_sipusername_as_line1$: on
user_sipusername_as_line2$: on
; shows name & number on inbound call
display_method!: display_name_number
; resync settings hourly, ONLY on v7 firmware!!!!!
settings_refresh_timer$: 3600
; settings for easier transfers
; call_join needs to be off for receptionists though!!!
transfer_on_hangup!: on
call_join_xfer!: on
; turns off flash plugin in web gui
with_flash$: off
; stops LED lighting for missed calls, which most people prefer
message_led_other!: off
Out of the box, all Snoms have a built-in random delay which is taken after the phone comes up and before it requests its provisioning data from the TFTP server. This is there to prevent overload on the server when mass deployments all come on-line together. Ignore anything that appears on the Snom s creen during this phase (unless the phone is clearly hanging).
Make sure your system is set up as I have described, then factory reset and reboot your Snom. Now, go and have a cup of cofee while the Snom sorts itself out.
Kind Regards
S