Recent content by ps1

error vanishes but it seems the variables are not loaded. can someone verify this? i have problem to use a freshly defined VPN-IP variable in internal SIP-Profile. deleted cache even on filesystem and restartet, the variable is not set (if a hardcode the ip in SIP-Profile instead of $$(myip) it...

thank you. yes its a bug, i found the information after posting .-) 5.5.10 has the bugfix

hi have an installation that should be like many others but this on has call recording on by default. every destination i add has action set record_path=${recordings_dir}/${domain_name}/archive/${strftime(%Y)}/${strftime(%b)}/${strftime(%d)} true 0 40 True action set...

still watching... its a long term decicion with business impact

last time we used the installer the compilation of freeswitch failed. its a while so i dont remember the details (was in nov though). due to lake of time we didnt investigate further then the problem is the signalwire source and make and used the precompiled debs

Hi we are having problems to work BLF reliable with snom phones and current fusionpbx/debian. would anybody share his/her configuration or changes to defaults on snom xml and/or serverside? it's kind of a show stopper and I dont find a solution (older installs fpbx 4.x and older...

we are struggling with BLF and Snom phones working reliable: - newly started phones: BLF status correct - call extension: BLF status set correctly - after some time extension is falsly set to "non available" - call this extension: BLF again set correctly any hints where to fix this "timeout"...

ok, after some testing we see, that BLF doest work either reliable. its up/down randomly. now testet on to different systems (customer and lab), different networks. any idea?

Hi, sorry formmy english, I try to explain my problem as best as I can we migrated a host from a very old fusionpbx (4 I guess, debian buster) to a current version 5 and debian bookworm we have snom phones with "extensions" programmed to function keys. before migration: button light green...