GXP2000 Feature Requests

VoIP Hardware Solutions
Provider Solution Details
VoIP Hardware Zycoo UC Solutions
  • Modular Design IP PBX for SMB
  • Remote office Centralized Management solution
  • 3rd party app integration, Enterprise Billing, Android & iOS client
Details
Yeastar Communications Solutions
  • Cost-effective IP-PBX Solution for SMB
  • FXS, FXO, GSM, BRI and PRI VoIP Gateways
  • Rich features and reliable performance
Details
For more information about the GXP2000 Please go to http://www.voip-info.org/wiki/view/GXP-2000

Feature Requests


Feature Requests should be added here. Grandstream has stated that they review the feature requests we post here to help direct the future development of their firmware. As features are implemented, they should be removed from this list.

  • FEATURE REQUEST: (September 26/07) Auto Answer Toggle
    • The web interface allows you to enable or disable AA for the phone on a per line basis however it would be useful if there was also a way to toggle it by pressing a key on the phone itself similiar to the DND button.

  • FEATURE REQUEST: (September 11/07) DND Status Button
    • It would be nice if it was possible to program a button as a DND Button that would activate/deactivate DND, and be lit when active. - Mike Myersohn (US)

  • FEATURE REQUEST: (August 16/07) Disable DND
    • Allow admin setting to prevent user placing the phone in DND mode. - RyanWilliams (au)

  • FEATURE REQUEST: (June 28/07)
  • Big thanx (Jun28/07) for "speed searching phonebook".
    • Will be nice to see the name of caller on the screen instead of his number, if the caller is in the phonebook

  • FEATURE REQUEST: (June 04/07) Phone book browsing enhancements
    • Add a key-repeat to the arrows so you can simply hold them down to scroll through the list.
    • Allow the keypad buttons to jump to phone book entries beginning with those letters. - RyanWilliams (au)

  • FEATURE REQUEST: (May 07/07) Automatic idle screen update
    • Automatic download of Idle Screen (not by user request). It would be useful to have a sort of "download xml every X minutes" and "download xml at boot" flag - QSS (it)

  • FEATURE REQUEST: (May 07/07) Move "Download SCR XML" and "Erase Custom SCR" from Preferences to Config
    • Even with configuration locked, the end-user can enter Preferences menu and perform an Erase Custom SCR command. It would be solved if this menu is moved in the configuration menu - QSS (it)

  • FEATURE REQUEST: (May 07/07) Add "Lock Keypad" feature
    • It would be useful to have a "Lock Keypad" feature, to prevent end-users entering the menu with the 5-key small keypad - QSS (it)

  • FEATURE REQUEST: (May 07/07) Extend idle-screen image from 130 to 131 pixels
    • I noticed that i can only upload 130x64 images, but the screen seems to be 131x64. In fact, if you enable the status bar, upload a white 130x64 image at position (0,0), you will notice that there is a small pixel on top-right of the screen: that is the last pixel of the status bar line, so the screen seems to be 131 pixel large, but if you upload images larger than 130 the xml will be rejected - QSS (it)

  • FEATURE REQUEST: (Apr 04/07) SLOWEST SPEED OF BLINKING LED FOR ON HOLD BLF
    • Now that Asterisk 1.4 support Shared Line Appearances, would be nice to support onhold state for BLF, for example blinking the led at slowest speed that in ringing state, so a user can recognize and take the call on hold, like a traditional key system.
    • Now, with notifyhold=yes defined in sip.conf, when you put on hold, the GXP2000 send to asterisk 'Got SIP response 415 "Unacceptable Content-Type"'; the Snom instead support this and the BLF start to blink - Francesco_r (it)

  • FEATURE REQUEST: (Feb 27/07) RING TONES
    • Automatic Upload of Idle Screen (not by user request).
    • Upload ring tones with provisioning, not with firmware upgrade, to have different ring tones by phone - Tetard (fr)

  • FEATURE REQUEST: (Dec12/06) DTMF
    • Generate DTMF sounds from Multi Purpose Keys if we press them during a call. (Can be used to create custom transfer keys, or to use it for direct access to other PBX features) - lenker (de)

  • FEATURE REQUEST: (Oct01/06) Localisation Is Grandstream ever going to provide a way to localise things like dialtones, ringtones, busy tones etc? Not *everyone* lives in the US.- RobH (au)
    • NOTE: Kudos to Grandstream for their implementation of this in 1.1.2.23.- RobH (au)

  • FEATURE REQUEST: (Oct11/06) SIP MESSAGE
    • After Grandstream added SIP MESSAGE - support, it would be nice, if they added support for the Content-Dispositon = desktop Header. Background: This Method is implemented on all Snom-Phones and it is very useful for status-information. The sent message appears in the last line of the display and can be deleted by sending an empty message (test via /usr/bin/sipsak -M -O desktop -B "test" -s sip:${USERID}@${PHONEIP} -H ${SERVERIP} -vvv ) - bladerunner

  • FEATURE REQUEST: (Oct11/06) TFTP Provisioning
    • Add polling of a generic configuration file (for common settings, like SIP/DNS/NTP server, etc), prior to the specific one (cfg[mac]).

  • FEATURE REQUEST: (Oct5/06) Expansion Units
    • Possibility of adding more than 2 expansion units to the phone.

  • FEATURE REQUEST: (Jun8/06) Some useful things
    • Call forward if no answer, after settable timeout function
    • Dialing from call list by just picking up handset or pressing speaker or send button (and maybe #)
    • Option to set busy trigger to limit max incoming calls at same time (example: 4 lines-1 call in progress, 1 call waiting & 2 lines left, but busy for incomming calls)
    • set callforward by pressing transfer button, while no call is in progress (instead of dialing *72) and number. It could be for transfer all, while on hook and transfer if busy, while doing it off hook.
    • If down key is pressed, phonebook appears on the beginning. Why wouldn't up key display phone book on the end? Show missed calls could still stay up, because first you check missed calls, right?
    • auto redial function if destination is busy.
    • more ringtones - bad2Dbone

  • FEATURE REQUEST: Preloaded ring tones It would be great to have three different ring tones preloaded on the phone, instead of having to upload our own tones to the phones to enable distinctive ring feature. Nothing fancy, just three different simple ring tones. - Kurgan
    • Note: (Jul03/06) 1.1.0.16 comes with three new ring*.bin files in the zip download. Can't say I think they're great, but it's a start. - ninthclowd

  • FEATURE REQUEST: (Jun05/06) built in microphone When you use the handset and press the speaker button the microphone should not switch to the build in microphone but should stay in the handset. This function is used for letting others listen to a conversation without notice, when the handset is on hook the built in microphone should be used. Right now its not possible to let someone listen to a conversation without lower quality for the called party, even old ISDN phones have this feature.- datu
    • NOTE: (Jun05/06) Absolutly not! I've never seen a phone behave this way and it would drive me nuts. - nezer
    • NOTE: (Jun06/06) Agree w/ nezer... this is a very odd feature. Perhaps it's common in Europe? I live in USA and i have NEVER seen any phone act this way (and I've seen alot). I suggest a better way of listening is with asterisk and ChanSpy() to listen from another phone. Either way, if this is added it should be optional and disabled by default (If I found a phone that acted in this manner i would report it as a bug.). - Helix
    • NOTE: (Jun06/06) if you want hands free speaking you just let the handset on hook, this is one of the biggest complains with my users, when you want your office mate to listen to a support hotline or client while talking this is very useful. - datu
    • NOTE: (Jun06/06) I Agree. In Europe speakerphones work like this: If you press the "speaker" button and keep the handset off hook, you talk through the handset and you listen both through the handset and the speaker; if you put the handset on hook, you talk and listen only through the speakerphone. And I think this is a nice feature that should be implemented.. - Kurgan
    • NOTE: (Jun06/06) Agree w/ nezer as well... And I do believe this should be listed as a TWEAK and not a MINOR bug as this is not a bug at all since the phone is operating as intended. - ninthclowd
    • NOTE: (Jun16/06) Agree w/ ninthclowd. There's no bug here. It's a difference of oppinion on design. This should be a tweak and the logic should be configurable if possible. I have always found speakerphone logic to be very variable between phones, European or not. - jedi98
    • NOTE: (Jun22/06)I'm calling it. Changed this to a feature request since it seems to me the current behavior doesn't need to be tweaked, but the option to change it should be added as a new feature. Feel free to change if you think otherwise. -NateBell
    • NOTE: (Sept25/06) Agree with datu ! This feature is very common and will arrange echo problem... Best would be that user are able to choose between the 2 mic - flo_turc

  • FEATURE REQUEST: Allow the user to dial a phone number without having to take off the handset or pressing the SPEAKER key before. This 'feature' works on all phones (see cell phones or other voip hard phones). It should be possible to type in a number, then pick up the handset or press the speaker button to actually dial. The SEND button would not be needed with this dial procedure. - cheetah
    • NOTE: (Feb22/06) Agreed --Alex
    • NOTE: (Feb22/06) Agreed. This is called On Hook Dialing and would be VERY useful. - Helix
    • NOTE: (Apr/28) Agreed. We installed 30+ GXP 2000 in our company and this feature is urgently missing as people are used to dial on hook and constantly ask me why its not working in this phone. - Datumaster
    • NOTE: (May23/06) Oh man this would be nice! The problem is that there is no Release/Cancel key on the GXP-2000 (A major design flaw IMHO), meaning you would have to use another key(like the MUTE/DEL key) to cancel it if you accidentally hit a key. What if it was possible to use one of the speed dial buttons as a global release key? You could use it as a global "cancel" key as well. You could do the same for any function that the phone supports(i.e. REDIAL or callback), just by adding something like "RELEASE" to the speed dial dropdown menu in the GUI. - ninthclowd
    • NOTE: (June 8/06) Agreed. This feature would be very nice. We have some "very slow dialers" here and even if I set the timeout to 15 seconds (maximum time for GXP-2000 and BT101) it's sometimes not enough. It would be much better to let them dial as slow as they want and then pick up the phone... - graffiti
    • NOTE: (Jun16/06) ditto about the slow dialiers. Not everyone is a 19 year old, 6 point font reader and speed dialer. - Anthony
    • NOTE: (Jun21/06) I would like to be able to type 9 to take the phone off hook like the PBX system I am replacing. - Diver
    • NOTE: (Jul26/06) Definitely high on my personal list of desired features. You can use the Hold key as a cancel button. Ultimately, what would be great is the following: Start typing a phone number. As you type, the numbers display at the top of the screen, (call this the "digit entry line".) Use the "Mute/Del" key to delete, and the left and right arrow to move the cursor left and right in the entered number. After each digit, search for possible matches in the phone book and recently used numbers lists. If one or more matches are found, auto-complete the entry, with the autocompleted digits highlighted, and allow the user to press the Up Arrow button to accept the autocompletion - otherwise, lifting the handset, pressing Speaker, a line button, or the circle button dials only the digits entered. If there are more than one match, autocomplete the first match in the list (sorted in ascending order) and display additional matches in a list below the line on which digits are entered. Allow the user to press the down arrow to enter the list, then use down and up to cycle through matching numbers, and finally to press the circle button to populate a number from the list to the digit entry line. Pressing a number while navigating the list adds to the entered digits and switches focus back to the digit entry line. Pressing Up Arrow at the top of the list should move focus back to the digit entry line. Pressing Hold at any point in this cancels the entire digit entry process and returns to the idle screen. - PusherRobot


  • FEATURE REQUEST: (Nov25/05) SEND TEXT. I think I speak for many GXP-2000 users when I ask Grandstream: Please implement SEND TEXT support (and maybe even SEND IMAGE) so we can send custom text to the GXP-2000. Imagine for just a moment what this would mean, especially if the GXP-2000 could be configured to send events on button presses. Phone books could be implemented on a PBX (making them portable) but appear to be on the local phone. Any number of features could be implemented an appear to be local to the phone. This might even make this feature request section get a lot smaller, because a lot of capabilities could be integrated at the PBX level. - thetatag
    • NOTE: (Nov 25/05) I second this. If you could run simple applications on the phone, either with extensions and SEND TEXT/Image or possibly with some simple XML format (ie aastra 480i), that would make this phone a serious business condender, competing with phones that cost 2x as much. Being able to access a centralized directory, even if it's just a dinky SIP or XML script, is a very useful feature. --Helix
    • NOTE:(Jan 12/06) Thirded! :) The large backlit LCD is very pretty, but mostly a useless gimmick right now. Currently the LCD doesn't provide any more useful information than a cheapy 2-row LCD phone. XML browser support like Cisco or Aastra would be a MAJOR win. - bani
    • NOTE:(May 07/06) Fourthed! :) I'm setting up an Asterisk PBX system and using all GXP-2000's. Some of our managers have access to multiple voicemail boxes. Setting up multiple voicemail boxes in the SIP conf for each is fine, but they never know which voicemail box has messages, or how many. I can use SEND TEXT and the PERL or PHP AGI to report how many voicemails are in each box. This would be great to have on the display if they pressed a custom defined speed dial button, for example. - brian

  • FEATURE REQUEST: XML/XHTML microbrowser support would be nice, like Snom, Cisco, Aastra and Polycom do it. But even SendText support would be better than nothing. - bani

  • FEATURE REQUEST: (Nov23/06) XML Provisioning Now that Grandstream obviously has got some means of XML parsing build into the firmware, an intelligent XML based provisioning scheme aught to be high on the feature wish list. The current scheme with binary files are plain silly and hard to work with.
- lth


  • FEATURE REQUEST: (Nov25/05) OPEN SOURCE. (I just had to add this one.) If Grandstream were to open source their firmware and allow other private developers to add features and fix bugs (with Asterisk-esque developer oversight), they would probably have a much better product for it. - thetatag
    • NOTE: (Nov25/05) (i agree please OPEN SOURCE) i understand that you likely have segments when are propriatry to other companies (like the Adaptive Digital Echo cancellation) but even if you were to release source code with the propriatry parts removed it would be great as we woul still be able to write code to replace the missing parts and changes could still be rolled into the grandstream firmware if this was your wish... - SoloFlyer
    • NOTE: (Feb06/06) I agree! grandstream sells hardware, not software. aredfox released PA1688 open source and became a much better product because of community contributions. - bani
    • NOTE:(Feb12/05) That may not be possible because of third party licensing requirements, such as the codecs. I wonder how the manufacturer of PA1688 solved this? Maybe other parts such as the user interface still could be opened? -job
    • NOTE: (Feb22/06) Agreed --Alex
    • NOTE: (Jun16/06) Ditto and agreed etc --Anthony

  • FEATURE REQUEST: The ability (user-selectable from the web interface or the local phone menus) to avoid taking calls by simply lifting the handset. Suppose you have two incoming calls that are ringing on "line1" and "line2", and would like to take the second call only... I'd like to pick the handset up and get a dial tone, and then press one of the line buttons to take the call on that line, or ignore the ringing calls and place an outgoing call on line three. On busy system this could be useful, because otherwise when the phone rings I am forced to take the ringing call, and cannot do anything else. - kurgan

  • FEATURE REQUEST: iLBC or SPEEX codec
    • NOTE: (Feb07/06) Agreed --Helix
    • NOTE: (Feb12/06) That would be very welcome. The only low-bandwidth good-quality codec this phone offers is g.729 which carries a licensing cost at the server. If the processing power is there, having any of these codecs would be extremely useful. - job

  • FEATURE REQUEST: Ability to configure the default ring volume (as a user setting please...)
    • NOTE: (Feb16/06) Or at least remember what it was last set to... --SoloFlyer
    • NOTE: (Jun16/06) Good idea. I just included this as a recommendation for solving inaudible pages (see above) - Anthony

  • FEATURE REQUEST: I'd like the IP settings to be in Admin config rather in User config
    • NOTE: (Nov??/05) perhaps this can be a config option- restrict IP setting to admin interface? IMHO the main reason for keeping them separate is a user can setup the device as CPE but not change account settings - helix
    • NOTE: (Nov??/05) well... I've put it here because my provider doesn't want to give me the User conf. password because he thinks that I could somehow mix the IP conf. up... - ??
    • NOTE: (Nov??/05) then your provider is a moron. You can set DHCP=yes or an ip address in the TFTP file, which will be auto downloaded to your phone, preventing any change from lasting very long. IP address is widely considered to be a user-side feature, and that prevents you from using speed dials. Admin settings are locked for providers selling the phone as locked CPE or businesses that dont want users messing with the nitty gritty... the IP address *shouldnt* be in admin unless its by an option IMHO. - helix
    • NOTE: (Nov25/05) (i agree your provider is a moron. :) but my preference would for ip address stuff to be under admin, but the option of where to put it would be even better - SoloFlyer

  • FEATURE REQUEST: Option to have phone produce a pleasant tone when dialing, rather than DTMF

  • FEATURE REQUEST: Configuration option to make a line behave in "immediate" mode — where a number is automatically dialed when the handset is lifted or the line is selected in speakerphone mode. This, especially coupled with Send Text support (see above), would allow a PBX to handle all of the dialing issues if one wanted to do so. It would also allow for these phones to be used to play announcements, or a particular account/line to be connected directly to an overhead paging system. (And the list goes on and on.)
    • NOTE: (Feb07/06) Agreed --Helix

  • FEATURE REQUEST: Use a slow steady red blink on line appearances for MWI. If you register more than one account, you don't know which account has voicemail until you try them all and see which one has the stutter!
    • NOTE: (Nov25/05) Another solution, which I would prefer, is to have an indication on the display. It's a big display. Let's use it for something useful. - thetatag
    • NOTE: (Feb07/06) Perhaps have the MWI light blink slowly and the LINE light blinks in unison? -Helix
    • NOTE: (Feb12/06) MWI blinks would be more useful for more line status modes. An indication in the display would be better. Or having the MWI for example blink three times, pause, three blinks etc. for third line. Any (or both) of these indications would be great. - job

  • FEATURE REQUEST: Add support for SIP header Alert-Info to trigger custom ringtones, e.g. SIPAddHeader("Alert-Info: ring3"). - bani
    • NOTE: When the phone is ringing, it would be useful to be able to press MUTE (or similar) to suppress ringing on that call. For example, EX-GIRLFRIEND shows up on the caller-id and you don't want to take the call or even listen to the ringing, you should be able to suppress the ringing. The line would continue to blink and could be picked up if you were so inclined. A new call coming in should ring normally, unless it too is suppressed.
    • NOTE: (Feb06/06) if grandstream supported Alert-Info for custom ringtones, you could just make eg a ring3.bin of silence. asterisk could then send SIPAddHeader("Alert-Info: ring3"). I think this is the best solution. - bani

    • NOTE: Selection of distinctive ringtones based on multiple numbers, or specific context to distinguish calls originating from PSTN and those coming from internal extensions.
    • NOTE: (Dec03/05) On the same note, as well as wildcard matching for rings, it would be nice if the server could specify which of the three rings to use via a SIP header. Ideally the server could specify a url to an audio file ala Snom 360, but that would be much harder to do --Helix
    • NOTE: (Feb06/06) I think Alert-Info header is the best method for this. Asterisk can handle this much more flexibly than any phone ever could. It should be asterisk's job to decide which ringtone to play. - bani
    • NOTE: (Feb06/06) I second this. We need an alert-info header for distinctive ring, and four factory-default decent ringtones, too. - kurgan
    • NOTE: (Feb06/06) Distinctive ringtone selection with wildcard or SIP header. Best implemented through SIP header? Or with wildcards in the advanced settings..(an X or a . like in asterisk?) - stoffel
    • NOTE: (Feb12/06) This phone is also useful for home deployments where you hardly install a PBX (for which a softphone would be more cost-effective), so having the option in the phone book be a nice bonus. I also second the SIP header proposal but it should be on a per line basis as the auto answer header is. - job
    • NOTE: (Jun16/06) I think this should be considered a major bug. Anyone up for raising this to a major fix? (my neck is not long enough yet). - Anthony

  • FEATURE REQUEST: This isn't directly related to the GXP firmware, but I'd like GS to document the script format used by their ringtones. The GXP comes with a ring file that will ring once, then say "You have a call from" and read off the caller ID number. With documentation of this data format, it would be possible to write custom ring tones that do the same thing but change the ring sound and the prompts. - Helix

  • FEATURE REQUEST: GS please supply a dozen of ready made decent ringtones to be able to use these phones on desks close by. Realise that ringtone converters exist but would gladly avoid the audio format mumbo jumbo to have a phone ring differently! - bengrech

  • FEATURE REQUEST: Make the GXP respond to a check-sync NOTIFY event and reboot or re-tftp. The 'grandstream reboot script' is a hack. - Helix

  • FEATURE REQUEST: Phone should accept NTP settings via DHCP, eg option ntp-servers and option time-offset from ISC DHCP. - bani
    • NOTE:(Feb08/06) The option ntp-servers works for me in firmware version 1.0.1.9 using ISC DHCP. Is this broken in 1.0.2.x? bklang
    • NOTE:(Feb08/06) Are you sure? I don't think this ever worked, even in 1.0.1.9. The firmware comes pre-configured with pre-set ntp time server. To verify that it is actually working in 1.0.1.9 you will want to blank out the ntp server in the advanced settings tab, update and then reboot. See if it actually gets your ntp server from dhcp. - bani
    • NOTE:(Feb15/06) I was wrong; it does NOT work in 1.0.1.9 (thanks bani for pointing that out). I agree this would be a very useful feature especially for heavily firewalled environments. - bklang

  • FEATURE REQUEST: The ability to call a SIP address directly (by SIP-URL). - job

  • FEATURE REQUEST: Extend BLF support to show more extension states such as ringing. The Snom phones do this very well. - job

  • FEATURE REQUEST: Make phonebook and any useful menu item from the display-GUI available in the web-backend please. - PaulK

  • FEATURE REQUEST: Storing/retrieving phone book with LDAP would be very welcome for enterprise use. - job

  • FEATURE REQUEST: when someone calls, and the number is known from the phonebook, display the name as well as the number. Keep in mind, someone calling from 5 is the same as 098335455 locally for germany. - PaulK
    • NOTE: (Feb06/06) Couldn't asterisk already do this by changing the caller id string? Eg Set(CALLERID(name)="Somename") It's a bit more work, but I think the proper place to do this is asterisk. - bani
    • NOTE: (Feb12/06) The phone book is local to the phone. It cannot be handled by the PBX, except for central phone books which already work as you propose. Under no circumstances should features be asterisk-specific unless there is an extremely good reason. - job
    • NOTE: (Feb12/06) Asking grandstream to hardcode the local calling rules of every city on earth is too much. These kind of special case translations belong in asterisk not the phone. - bani
    • NOTE: (Feb18/06) Agreed the phone should not try to be smart about the numbers. But if the number exists in the local phone book, the phone should present the corresponding name as well. That would be a lot more useful than not doing it at all. I also want to stress that nothing "belongs" in asterisk specifically, it is important to follow standards so the phones are useful with any SIP proxy/PBX. - job

  • FEATURE REQUEST: Option to define TFTP 'Firmware Server Path' and 'Config Server Path' via DHCP. option bootfile-name and option tftp-server-name in ISC DHCP. - bani

  • FEATURE REQUEST: Option to enable/disable sidetone and adjust sidetone volume. - bani

  • FEATURE REQUEST: Extensions number (account 1) should be on display, plus option to turn off showing ip address (users dont need to know it). - zalink
    • NOTE: (Feb12/06) Agreed. Registered username(s) is often much more interesting than phone IP. The display is large so all active usernames and their respective status could fit there. - job

  • FEATURE REQUEST: Missed calls should not take over the whole display. Should just have a small message in top right that says n missed calls. - zalink

  • FEATURE REQUEST: When on a speakerphone call, Mute button should only mute microphone and leave speakerphone still active. This is especially useful for speakerphone on hold or listening to voicemail - bklang
    • NOTE:(Feb15/06) This seems to be the case after switching to the GSM codec. Is this possible? Only true for g.711u? - bklang

  • FEATURE REQUEST: Show current time in the phone status page. There is no REMOTE way to know if the phone has correctly received the time via NTP. - SamL
    • NOTE: (Feb12/06) Also line account status, preferrably with time stamps when the events happened, would be nice. -job
    • NOTE: (Feb12/06) Related: Phone should try to get time via NTP every few minutes if it fails during boot. It seems phone only tries to get the time once, and if it doesn't, it doesn't try again until next reboot. -SamL

  • FEATURE REQUEST: (Feb11/06) Pressing Transfer + one of the speed dial / BLF buttons should do a blind transfer to that speed dial extension. - Ted
    • NOTE: (Jun08/06) AGREED! This only makes sense. Makes memorizing extentions a thing of the past! -NJTaz76

  • FEATURE REQUEST: (Feb11/06) It would help to make the speed dial buttons usable during a call. They could then be used for special PBX features like call parking. Ideally, in the setup, have two numbers: what to dial if already in a call, and what to dial when using it to make a new call/transfer. Then I can press a button in the call to park the call while in the call. Then use the same button to pick up a parked call. - Ted
    • AGREED. I would like to use one SD button for a door-phone application but cannot use it while the phone is off-hook. - Anthony

  • FEATURE REQUEST: (Feb11/06) Support simple plaintext or xml configuration files, without having to use the grandstream java configuration tool. - bani
    • NOTE: (Feb12/06) At least the file and checksum format should be made public. The third party market would love to get native support for provisioning of these phones. Grandstream only loses market share by trying to keep this secret. -job
    • NOTE: (Feb12/06) I think overall the phone needs to be more 'open'- GS should take a hint from AAstra (they provide tons of documentation on how to provision, configure, and write XML apps free for everyone). I think possibly GS wants to keep things a little under wraps so they can sell GAPS licenses (my observation/theory, not spreading accusations). If this is the case, I would at least suggest they consider the possibility that opening their formats and maturing their firmware will result in far more HW sales to the Asterisk community (especially small/medium integrators and hobbyists) than will be lost by large carriers not being locked into using GAPS. FWIW, I fall into both of the above categories and i found the 'grandstream config tool' to be a PITA... -Helix
    • NOTE: (Feb12/06) I don't mind them wanting to use a special binary format. I do however think they'd be much better off if they just publicly documented the format, since then conversion tools can be written in any language, including ones that don't take a full 5 seconds of CPU time to process a text file (i.e. every language other than Java). Though needing to use the tool doesn't particularly inhibit configuration via PHP or XML. PHP can generate the config file, and than then call the java app to compile that file into the binary config for TFTP. Or an XML file could be generated, and a simple XSLT script could convert the XML to Grandstream's text config file format and then run the config tool on that. In fact, you could even use PHP to connect to the phone's web interface, collect current values (via XPath querying form input on the returned page's DOM, and extracting the mappings of PXXX -> value). And one could also use the phone's web interface from a PHP script to update new values. -Ted
    • NOTE: (Feb12/06) What purpose does it serve to have encrypted config files which can only be generated by a special tool? Maybe if you want to make it possible for ITSPs to lock down devices to a single provider (and thus lock out asterisk), but this seems pretty dumb for a device which has explicit asterisk support ("asterisk BLF" in the menus). The binary format is annoying and serves no purpose other than making it more cumbersome to integrate gxp2000 with auto-provisioning tools. It means grandstream is the odd man out (compared to polycom, cisco, aastra, linksys, snom, and just about everyone else on the planet who has open provisioning formats). additional: having to execute external closed-source binary programs opens up a whole new can of worms security-wise. if you can keep all functionality selfcontained within your cgi, things are extremely simple to lock down. as soon as you have to start doing system()/exec() etc, the floodgates are open. - bani
    • NOTE: (Feb12/06) I agree with Ted, my main complaint is not the file format itself but the lack of openness. Using AAstra as an example again, they use a XML based file, but allow it to be encrypted so the phone can be locked by an ITSP (they provide a tool to generate a keypair and put the decrypt key into the phone). The difference between AAstra and GS is that GS seems to be (possibly) keeping the file format under wraps so they can make money selling that tool, which they call GAPS (Grandstream Automated Provisioning System). GAPS can also remote-reboot a phone via an undocumented means (or so I've read). While I dislike locked HW as a concept, I am not against it for the purposes of this discussion. My complaint is that useful features (remote-boot phones, generate our own config files using 3rd party tools) are *possibly* being withheld so GS can sell more GAPS licenses (why would an ITSP pay $lots for GAPS when they can download some dude's config script for free?). Keep in mind I am *NOT* accusing anybody of anything, just theorizing. Another possibility is that the binary format is kept under wraps because it is written to flash with little inspection or modification by the phone. I dont care if they make the configs XML based (that would be preferred) or document the existing format, I just care about the end result which would be a much more useful and less clumsy way of centrally managing GS phones, which would make me more likely to use the GXP for professional deployments. -Helix
    • NOTE: (Feb15/06) While I think an open configuration format would be nice, I would like the closed format kept too. I autoconfigure my phones across the public Internet and if someone were to unscramble one of the files, they would find out the SIP account passwords. It's true that I could get the phone users to enter their passwords manually but that takes me one step away from a totally autoconfiguring system. I do realise that these files could probably be reverse engineered without too much effort but I doubt anyone would want to abuse our system that much. As for the practically of using such files, I set up a simple shell script that makes generating them quite simple for us. - Chewi
    • NOTE: (Feb16/06) Maybe im missing something... but it is possible to create config files which are accepted by gxp-200's but the passwords dont get encrypted they just do the checksum, it was reverse engineered by a guy on the digium mailing lists who wrote a perl script to make the files... it has worked for every firmware version i have tested it on (up to 1.0.1.13) it is attached here --SoloFlyer
    • NOTE: (Feb16/06) Hmmm, thats actually pretty useful, i'll see if it helps (I wasn't aware such a thing existed, I had looked for one a while ago with no luck). Thanks!. However Chewi- an obfuscated config file and a secure config file are two VERY different things. GXP cfg file is somewhat obfuscated, but not secure. Unless the phones are using some kind of cryptography, then all you have to do is figure out how exactly the password fields are being scrambled, and you can unscramble them all. (i'm talking theoretically btw). This perhaps is why they have not documented the full file format. In contrast, AAstra uses open XML for everything, but when you need security, you use their tool to generate a real crypto key to load onto the phone before shipping it to the user. Their tool will then use the same key to crypt the XML file, resulting in crypted output which is totally useless unless you know the key (which the phone does). IMHO this is a more elegant solution. However since it seems (from this script at least) that the main purpose of the cfg format is to provide integrity (checksums/etc) I have much less of a problem with it. While I'd still like XML, or even real GS docs on the format, this looks to be much more workable now. - Helix
    • NOTE:(Jan23/07) The file attached here posted feb16/06 works for 1.1.1.14, can someone please give me a hand converting the pack/unpack functions to PHP? - jamesb63

  • FEATURE REQUEST: (Feb14/06) My users don't like seeing missed call logs for the ring groups of which they are members; they only like seeing missed calls specifically for their extension (not the generic ring group). Please add support to ignore missed calls to ring groups by examining a Caller ID prefix. In Asterisk, you can append a prefix to the Caller ID of all calls to a specific Ring Group. For instance, we prefix "Sales:" and "Support:" to the Caller ID of calls into those ring groups. By parsing the Caller ID, you could easily filter which calls make it to the Missed Calls list. - gammacoder
    • NOTE: (Feb14/06) Like so many other things, this could be handled if the GXP-2000 used sip headers (e.g., X-GXP2000-MissedCall-Logging: no) to control a lot more of its functionality. The phone should probably give the option "Support X-GXP2000 SIP Headers?" for situations where the remote connection is not trusted or authoritative. For most PBX implementations, however, having those SIP headers available for control would grant an enormous amount of control to the administrators to tweak the system to its highest potential. - thetatag

  • FEATURE REQUEST: (Feb15/06) UPnP Support - I have set up my company's phones to autoconfigure. The only thing that prevents us from complete autoconfiguration is the fact that anyone behind a NAT router has to manually forward UDP port 5004 to their phone. If this could be done automatically using UPnP, that would be great. I'm not sure what UPnP is capable of but if it is able to query the router about what ports are available, it would be possible to have several phones behind the same NAT router without any extra configuration being necessary. - Chewi

  • FEATURE REQUEST: (Feb15/06) DHCP Hostname support - Adding the ability to configure a Hostname on the phone which will be sent in the DHCP Request packets will help with dynamic DNS. - bklang

  • FEATURE REQUEST: (Feb19/06) Settings should take effect even without a reboot. Some settings may still need a reboot - a reboot should be proposed then.- PaulK
    • NOTE: (Feb20/06) Many settings do take effect as soon as they are changed and do not require a reboot (Speed dials for example)... but it would be nice for the phone to only suggest reboot when actually required... --SoloFlyer

  • FEATURE REQUEST: i would like to be able to control the AGC gain from the admin page.-Alex

  • FEATURE REQUEST: (Feb28/06) I would like to be able to hit "mute/del",or something when the phone rings to make the phone ring silent.-mtryfoss

  • FEATURE REQUEST: (Mar18/06) Multilanguage support - For all us not english speaking, I suggest getting language out of the main firmware file and let it be downloadable like ringtone files. If I could adjust those files myself, it woulf be great, too (say like GNU multilanguage support). - KampfCaspar

  • FEATURE REQUEST: (Mar18/06) Arrow key functions - Arrow keys should ALWAYS lead to some interesting information, eg. Arrow-Up is ALWAYS the missed calls list (even if empty), Arrow-Down ist ALWAYS the Phonebook... As an added extra, the function might be configurable. - KampfCaspar

  • FEATURE REQUEST: (Mar18/06) "Send" = redial -"Send" Key in idle state should get one to the dialled numbers list. Upto now (1.0.2.13) I seem to only be able to call the LAST dialled number directly. - KampfCaspar

  • FEATURE REQUEST: (Mar18/06) Mute/Del = Escape - In whatever menu or function I am, I want a single "get me out one level" key. I think the Mute/Del key would be fine for that... Even if it gets a little crowded if DND in idle mode and stop ringing in ringing mode are added, too.... - KampfCaspar

  • FEATURE REQUEST: (Mar18/06) Transfer ringing call - I would like to transfer a call BEFORE accepting it. Like the phone rings, I press TRNF and a speed dial - gone. A redirect to voice mail would be great, too (TRNF & MSG). - KampfCaspar
    • NOTE: (Aug16/07) You can already deflect a call to voicemail by pressing MUTE/DEL while the phone is ringing... Ryan Williams (au)

  • FEATURE REQUEST: (Mar18/06) Idle display configurable - Depending on usage, the most important idle information is different. Let it be configurable if you want the date as prominently displayed (or rather all date/time in the topmost line), if you even need a bold "username/number" display or rather some information about the four lines or other users (like the boss knows his name but wants to know if the secretary is online), etc. As an added bonus, let it be some XHTML/WAP display (like suggested above) - KampfCaspar

  • FEATURE REQUEST: (Mar18/06) Action Urls - Like with SNOM - probably even enhanced - would solve a lot of issues. - KampfCaspar

  • FEATURE REQUEST: (Mar20/06) BLF with CLIP - Ability to display calling number information on a blf key (secretary get's number calling boss). - KampfCaspar

  • FEATURE REQUEST: (Mar24/06) Phone Book Load via TFTP - As a feature for small-to-medium deployments, why not have the option to populate each phone's internal phone book from an easily editable text file (or whatever) via TFTP on reboot. This would seem to be a reasonable compromise for the small business/serious home user/hobbyist between the pain of editing each phone individually and running a full-blown centralised database (assuming we get support for that one day). It's a lot quicker and easier to reboot 6+ phones than edit them! - Channel-Two
    • NOTE: (Apr17/06) Agreed - it would be great to have a way to upload a user-editable file of numbers (by TFTP or some other method); it's a pain to have to key them in, and even worse to have to update each phone individually --ADW

  • FEATURE REQUEST: (Mar29/06) Automatic Daylight Saving switching - Twice a year I have to update lots of phones to change daylight saving settings from YES to NO and back. It would be great to have the phone do this by itself. - Kurgan

  • FEATURE REQUEST: (Apr17/06) Dial Plan enhancements - I have set up a dial plan on my Sipura SPA-3000 such that the local area code is automatically inserted for calls to my local area (here, any number starting with 7 or 8 is a local number). This makes the conversion from PSTN more transparent for my users who are used to making local calls without having to dial the area code. Is there any way to do this with the GXP-2000? It would make the phone more acceptable if it were possible. - ADW

  • FEATURE REQUEST: (Apr28/06) display messages in German language - my German customers are not willing to buy a phone which has no German user interface, at least the basic displays should be adjustable in other languages. - Datumaster

  • FEATURE REQUEST: (May1/06) On-hook answer button. Option for configure button for on-hook answering for working with RJ9 modular connector headphones. - cupotka

  • FEATURE REQUEST: (May 3/06) Use DHCP option 88 to set DST. This is the right way of getting the DST rules (when does time change, and by how many hours) to display proper time. Better than faking a wrong timezone calculated by adding DST to local timezone and setting it with DHCP option 2. Using both options 2 and 88 would allow for a complete and proper time setting for both timezone and DST rules.- Kurgan

  • FEATURE REQUEST: (June 8/06) It woud be nice to have the possibility to switch the LEDs on the speed dial keys (maybe as an extension to the send text feature requested above - a special formatted text should do the trick). This could be used e.g. from Asterisk to signal whether another phone is ringing (LED blinking) or busy (LED on). - graffiti
    • NOTE: (Jun08/06) This is already possible. As of firmware version 1.0.1.13 (I think, it is very old) the speed dial keys (basic setup page) have a type option for "Asterisk BLF". If you set this as well as subscribecontext= in sip.conf and hint exten's in the subscribe context, the LEDs will provide presence for monitored extensions. Off=not on phone, button is a speed dial. Blinking=monitored extension is ringing, pushing button will dial its exten with ** before it (so you can set **exten to be pickup). On = user is on the phone, button does nothing. - Helix
    • NOTE: (Jun08/06) Thanks for info. I've never realized what BLF really means. - graffiti

  • FEATURE REQUEST:(Jun15/06) SRTP support Maybe I'll get flamed for this, but privacy is important... especially in a business environment. - grsch

  • FEATURE REQUEST:(Jun30/06) BLF InUse option to light only when line is "InUse" vs "Unavaliable" (not registered) - peter

  • FEATURE REQUEST:(?????/??) One button Transfer It would be great if you had e.g. You pick up a call — click on an extension — call is transfered. - joekane

  • FEATURE REQUEST:(?????/??) Extension loading Would it be possible when the phone is loaded all the extension lights come on at the same time, instead one at a time. Thanks for the improvements so far. - joekane

  • FEATURE REQUEST:(Oct19/06) SIPS support SRTP makes not too much sense without SIPS ;) (thx nevertheless for the implementation of SRTP so far) -kodomo

  • FEATURE REQUEST:(Oct18/06) Transfer Tone It would be nice if during an attended transfer there was a tone/beep/note played to the person that the call is being transfered to, so that they know when the transfer has been completed -SoloFlyer
For more information about the GXP2000 Please go to http://www.voip-info.org/wiki/view/GXP-2000

Feature Requests


Feature Requests should be added here. Grandstream has stated that they review the feature requests we post here to help direct the future development of their firmware. As features are implemented, they should be removed from this list.

  • FEATURE REQUEST: (September 26/07) Auto Answer Toggle
    • The web interface allows you to enable or disable AA for the phone on a per line basis however it would be useful if there was also a way to toggle it by pressing a key on the phone itself similiar to the DND button.

  • FEATURE REQUEST: (September 11/07) DND Status Button
    • It would be nice if it was possible to program a button as a DND Button that would activate/deactivate DND, and be lit when active. - Mike Myersohn (US)

  • FEATURE REQUEST: (August 16/07) Disable DND
    • Allow admin setting to prevent user placing the phone in DND mode. - RyanWilliams (au)

  • FEATURE REQUEST: (June 28/07)
  • Big thanx (Jun28/07) for "speed searching phonebook".
    • Will be nice to see the name of caller on the screen instead of his number, if the caller is in the phonebook

  • FEATURE REQUEST: (June 04/07) Phone book browsing enhancements
    • Add a key-repeat to the arrows so you can simply hold them down to scroll through the list.
    • Allow the keypad buttons to jump to phone book entries beginning with those letters. - RyanWilliams (au)

  • FEATURE REQUEST: (May 07/07) Automatic idle screen update
    • Automatic download of Idle Screen (not by user request). It would be useful to have a sort of "download xml every X minutes" and "download xml at boot" flag - QSS (it)

  • FEATURE REQUEST: (May 07/07) Move "Download SCR XML" and "Erase Custom SCR" from Preferences to Config
    • Even with configuration locked, the end-user can enter Preferences menu and perform an Erase Custom SCR command. It would be solved if this menu is moved in the configuration menu - QSS (it)

  • FEATURE REQUEST: (May 07/07) Add "Lock Keypad" feature
    • It would be useful to have a "Lock Keypad" feature, to prevent end-users entering the menu with the 5-key small keypad - QSS (it)

  • FEATURE REQUEST: (May 07/07) Extend idle-screen image from 130 to 131 pixels
    • I noticed that i can only upload 130x64 images, but the screen seems to be 131x64. In fact, if you enable the status bar, upload a white 130x64 image at position (0,0), you will notice that there is a small pixel on top-right of the screen: that is the last pixel of the status bar line, so the screen seems to be 131 pixel large, but if you upload images larger than 130 the xml will be rejected - QSS (it)

  • FEATURE REQUEST: (Apr 04/07) SLOWEST SPEED OF BLINKING LED FOR ON HOLD BLF
    • Now that Asterisk 1.4 support Shared Line Appearances, would be nice to support onhold state for BLF, for example blinking the led at slowest speed that in ringing state, so a user can recognize and take the call on hold, like a traditional key system.
    • Now, with notifyhold=yes defined in sip.conf, when you put on hold, the GXP2000 send to asterisk 'Got SIP response 415 "Unacceptable Content-Type"'; the Snom instead support this and the BLF start to blink - Francesco_r (it)

  • FEATURE REQUEST: (Feb 27/07) RING TONES
    • Automatic Upload of Idle Screen (not by user request).
    • Upload ring tones with provisioning, not with firmware upgrade, to have different ring tones by phone - Tetard (fr)

  • FEATURE REQUEST: (Dec12/06) DTMF
    • Generate DTMF sounds from Multi Purpose Keys if we press them during a call. (Can be used to create custom transfer keys, or to use it for direct access to other PBX features) - lenker (de)

  • FEATURE REQUEST: (Oct01/06) Localisation Is Grandstream ever going to provide a way to localise things like dialtones, ringtones, busy tones etc? Not *everyone* lives in the US.- RobH (au)
    • NOTE: Kudos to Grandstream for their implementation of this in 1.1.2.23.- RobH (au)

  • FEATURE REQUEST: (Oct11/06) SIP MESSAGE
    • After Grandstream added SIP MESSAGE - support, it would be nice, if they added support for the Content-Dispositon = desktop Header. Background: This Method is implemented on all Snom-Phones and it is very useful for status-information. The sent message appears in the last line of the display and can be deleted by sending an empty message (test via /usr/bin/sipsak -M -O desktop -B "test" -s sip:${USERID}@${PHONEIP} -H ${SERVERIP} -vvv ) - bladerunner

  • FEATURE REQUEST: (Oct11/06) TFTP Provisioning
    • Add polling of a generic configuration file (for common settings, like SIP/DNS/NTP server, etc), prior to the specific one (cfg[mac]).

  • FEATURE REQUEST: (Oct5/06) Expansion Units
    • Possibility of adding more than 2 expansion units to the phone.

  • FEATURE REQUEST: (Jun8/06) Some useful things
    • Call forward if no answer, after settable timeout function
    • Dialing from call list by just picking up handset or pressing speaker or send button (and maybe #)
    • Option to set busy trigger to limit max incoming calls at same time (example: 4 lines-1 call in progress, 1 call waiting & 2 lines left, but busy for incomming calls)
    • set callforward by pressing transfer button, while no call is in progress (instead of dialing *72) and number. It could be for transfer all, while on hook and transfer if busy, while doing it off hook.
    • If down key is pressed, phonebook appears on the beginning. Why wouldn't up key display phone book on the end? Show missed calls could still stay up, because first you check missed calls, right?
    • auto redial function if destination is busy.
    • more ringtones - bad2Dbone

  • FEATURE REQUEST: Preloaded ring tones It would be great to have three different ring tones preloaded on the phone, instead of having to upload our own tones to the phones to enable distinctive ring feature. Nothing fancy, just three different simple ring tones. - Kurgan
    • Note: (Jul03/06) 1.1.0.16 comes with three new ring*.bin files in the zip download. Can't say I think they're great, but it's a start. - ninthclowd

  • FEATURE REQUEST: (Jun05/06) built in microphone When you use the handset and press the speaker button the microphone should not switch to the build in microphone but should stay in the handset. This function is used for letting others listen to a conversation without notice, when the handset is on hook the built in microphone should be used. Right now its not possible to let someone listen to a conversation without lower quality for the called party, even old ISDN phones have this feature.- datu
    • NOTE: (Jun05/06) Absolutly not! I've never seen a phone behave this way and it would drive me nuts. - nezer
    • NOTE: (Jun06/06) Agree w/ nezer... this is a very odd feature. Perhaps it's common in Europe? I live in USA and i have NEVER seen any phone act this way (and I've seen alot). I suggest a better way of listening is with asterisk and ChanSpy() to listen from another phone. Either way, if this is added it should be optional and disabled by default (If I found a phone that acted in this manner i would report it as a bug.). - Helix
    • NOTE: (Jun06/06) if you want hands free speaking you just let the handset on hook, this is one of the biggest complains with my users, when you want your office mate to listen to a support hotline or client while talking this is very useful. - datu
    • NOTE: (Jun06/06) I Agree. In Europe speakerphones work like this: If you press the "speaker" button and keep the handset off hook, you talk through the handset and you listen both through the handset and the speaker; if you put the handset on hook, you talk and listen only through the speakerphone. And I think this is a nice feature that should be implemented.. - Kurgan
    • NOTE: (Jun06/06) Agree w/ nezer as well... And I do believe this should be listed as a TWEAK and not a MINOR bug as this is not a bug at all since the phone is operating as intended. - ninthclowd
    • NOTE: (Jun16/06) Agree w/ ninthclowd. There's no bug here. It's a difference of oppinion on design. This should be a tweak and the logic should be configurable if possible. I have always found speakerphone logic to be very variable between phones, European or not. - jedi98
    • NOTE: (Jun22/06)I'm calling it. Changed this to a feature request since it seems to me the current behavior doesn't need to be tweaked, but the option to change it should be added as a new feature. Feel free to change if you think otherwise. -NateBell
    • NOTE: (Sept25/06) Agree with datu ! This feature is very common and will arrange echo problem... Best would be that user are able to choose between the 2 mic - flo_turc

  • FEATURE REQUEST: Allow the user to dial a phone number without having to take off the handset or pressing the SPEAKER key before. This 'feature' works on all phones (see cell phones or other voip hard phones). It should be possible to type in a number, then pick up the handset or press the speaker button to actually dial. The SEND button would not be needed with this dial procedure. - cheetah
    • NOTE: (Feb22/06) Agreed --Alex
    • NOTE: (Feb22/06) Agreed. This is called On Hook Dialing and would be VERY useful. - Helix
    • NOTE: (Apr/28) Agreed. We installed 30+ GXP 2000 in our company and this feature is urgently missing as people are used to dial on hook and constantly ask me why its not working in this phone. - Datumaster
    • NOTE: (May23/06) Oh man this would be nice! The problem is that there is no Release/Cancel key on the GXP-2000 (A major design flaw IMHO), meaning you would have to use another key(like the MUTE/DEL key) to cancel it if you accidentally hit a key. What if it was possible to use one of the speed dial buttons as a global release key? You could use it as a global "cancel" key as well. You could do the same for any function that the phone supports(i.e. REDIAL or callback), just by adding something like "RELEASE" to the speed dial dropdown menu in the GUI. - ninthclowd
    • NOTE: (June 8/06) Agreed. This feature would be very nice. We have some "very slow dialers" here and even if I set the timeout to 15 seconds (maximum time for GXP-2000 and BT101) it's sometimes not enough. It would be much better to let them dial as slow as they want and then pick up the phone... - graffiti
    • NOTE: (Jun16/06) ditto about the slow dialiers. Not everyone is a 19 year old, 6 point font reader and speed dialer. - Anthony
    • NOTE: (Jun21/06) I would like to be able to type 9 to take the phone off hook like the PBX system I am replacing. - Diver
    • NOTE: (Jul26/06) Definitely high on my personal list of desired features. You can use the Hold key as a cancel button. Ultimately, what would be great is the following: Start typing a phone number. As you type, the numbers display at the top of the screen, (call this the "digit entry line".) Use the "Mute/Del" key to delete, and the left and right arrow to move the cursor left and right in the entered number. After each digit, search for possible matches in the phone book and recently used numbers lists. If one or more matches are found, auto-complete the entry, with the autocompleted digits highlighted, and allow the user to press the Up Arrow button to accept the autocompletion - otherwise, lifting the handset, pressing Speaker, a line button, or the circle button dials only the digits entered. If there are more than one match, autocomplete the first match in the list (sorted in ascending order) and display additional matches in a list below the line on which digits are entered. Allow the user to press the down arrow to enter the list, then use down and up to cycle through matching numbers, and finally to press the circle button to populate a number from the list to the digit entry line. Pressing a number while navigating the list adds to the entered digits and switches focus back to the digit entry line. Pressing Up Arrow at the top of the list should move focus back to the digit entry line. Pressing Hold at any point in this cancels the entire digit entry process and returns to the idle screen. - PusherRobot


  • FEATURE REQUEST: (Nov25/05) SEND TEXT. I think I speak for many GXP-2000 users when I ask Grandstream: Please implement SEND TEXT support (and maybe even SEND IMAGE) so we can send custom text to the GXP-2000. Imagine for just a moment what this would mean, especially if the GXP-2000 could be configured to send events on button presses. Phone books could be implemented on a PBX (making them portable) but appear to be on the local phone. Any number of features could be implemented an appear to be local to the phone. This might even make this feature request section get a lot smaller, because a lot of capabilities could be integrated at the PBX level. - thetatag
    • NOTE: (Nov 25/05) I second this. If you could run simple applications on the phone, either with extensions and SEND TEXT/Image or possibly with some simple XML format (ie aastra 480i), that would make this phone a serious business condender, competing with phones that cost 2x as much. Being able to access a centralized directory, even if it's just a dinky SIP or XML script, is a very useful feature. --Helix
    • NOTE:(Jan 12/06) Thirded! :) The large backlit LCD is very pretty, but mostly a useless gimmick right now. Currently the LCD doesn't provide any more useful information than a cheapy 2-row LCD phone. XML browser support like Cisco or Aastra would be a MAJOR win. - bani
    • NOTE:(May 07/06) Fourthed! :) I'm setting up an Asterisk PBX system and using all GXP-2000's. Some of our managers have access to multiple voicemail boxes. Setting up multiple voicemail boxes in the SIP conf for each is fine, but they never know which voicemail box has messages, or how many. I can use SEND TEXT and the PERL or PHP AGI to report how many voicemails are in each box. This would be great to have on the display if they pressed a custom defined speed dial button, for example. - brian

  • FEATURE REQUEST: XML/XHTML microbrowser support would be nice, like Snom, Cisco, Aastra and Polycom do it. But even SendText support would be better than nothing. - bani

  • FEATURE REQUEST: (Nov23/06) XML Provisioning Now that Grandstream obviously has got some means of XML parsing build into the firmware, an intelligent XML based provisioning scheme aught to be high on the feature wish list. The current scheme with binary files are plain silly and hard to work with.
- lth


  • FEATURE REQUEST: (Nov25/05) OPEN SOURCE. (I just had to add this one.) If Grandstream were to open source their firmware and allow other private developers to add features and fix bugs (with Asterisk-esque developer oversight), they would probably have a much better product for it. - thetatag
    • NOTE: (Nov25/05) (i agree please OPEN SOURCE) i understand that you likely have segments when are propriatry to other companies (like the Adaptive Digital Echo cancellation) but even if you were to release source code with the propriatry parts removed it would be great as we woul still be able to write code to replace the missing parts and changes could still be rolled into the grandstream firmware if this was your wish... - SoloFlyer
    • NOTE: (Feb06/06) I agree! grandstream sells hardware, not software. aredfox released PA1688 open source and became a much better product because of community contributions. - bani
    • NOTE:(Feb12/05) That may not be possible because of third party licensing requirements, such as the codecs. I wonder how the manufacturer of PA1688 solved this? Maybe other parts such as the user interface still could be opened? -job
    • NOTE: (Feb22/06) Agreed --Alex
    • NOTE: (Jun16/06) Ditto and agreed etc --Anthony

  • FEATURE REQUEST: The ability (user-selectable from the web interface or the local phone menus) to avoid taking calls by simply lifting the handset. Suppose you have two incoming calls that are ringing on "line1" and "line2", and would like to take the second call only... I'd like to pick the handset up and get a dial tone, and then press one of the line buttons to take the call on that line, or ignore the ringing calls and place an outgoing call on line three. On busy system this could be useful, because otherwise when the phone rings I am forced to take the ringing call, and cannot do anything else. - kurgan

  • FEATURE REQUEST: iLBC or SPEEX codec
    • NOTE: (Feb07/06) Agreed --Helix
    • NOTE: (Feb12/06) That would be very welcome. The only low-bandwidth good-quality codec this phone offers is g.729 which carries a licensing cost at the server. If the processing power is there, having any of these codecs would be extremely useful. - job

  • FEATURE REQUEST: Ability to configure the default ring volume (as a user setting please...)
    • NOTE: (Feb16/06) Or at least remember what it was last set to... --SoloFlyer
    • NOTE: (Jun16/06) Good idea. I just included this as a recommendation for solving inaudible pages (see above) - Anthony

  • FEATURE REQUEST: I'd like the IP settings to be in Admin config rather in User config
    • NOTE: (Nov??/05) perhaps this can be a config option- restrict IP setting to admin interface? IMHO the main reason for keeping them separate is a user can setup the device as CPE but not change account settings - helix
    • NOTE: (Nov??/05) well... I've put it here because my provider doesn't want to give me the User conf. password because he thinks that I could somehow mix the IP conf. up... - ??
    • NOTE: (Nov??/05) then your provider is a moron. You can set DHCP=yes or an ip address in the TFTP file, which will be auto downloaded to your phone, preventing any change from lasting very long. IP address is widely considered to be a user-side feature, and that prevents you from using speed dials. Admin settings are locked for providers selling the phone as locked CPE or businesses that dont want users messing with the nitty gritty... the IP address *shouldnt* be in admin unless its by an option IMHO. - helix
    • NOTE: (Nov25/05) (i agree your provider is a moron. :) but my preference would for ip address stuff to be under admin, but the option of where to put it would be even better - SoloFlyer

  • FEATURE REQUEST: Option to have phone produce a pleasant tone when dialing, rather than DTMF

  • FEATURE REQUEST: Configuration option to make a line behave in "immediate" mode — where a number is automatically dialed when the handset is lifted or the line is selected in speakerphone mode. This, especially coupled with Send Text support (see above), would allow a PBX to handle all of the dialing issues if one wanted to do so. It would also allow for these phones to be used to play announcements, or a particular account/line to be connected directly to an overhead paging system. (And the list goes on and on.)
    • NOTE: (Feb07/06) Agreed --Helix

  • FEATURE REQUEST: Use a slow steady red blink on line appearances for MWI. If you register more than one account, you don't know which account has voicemail until you try them all and see which one has the stutter!
    • NOTE: (Nov25/05) Another solution, which I would prefer, is to have an indication on the display. It's a big display. Let's use it for something useful. - thetatag
    • NOTE: (Feb07/06) Perhaps have the MWI light blink slowly and the LINE light blinks in unison? -Helix
    • NOTE: (Feb12/06) MWI blinks would be more useful for more line status modes. An indication in the display would be better. Or having the MWI for example blink three times, pause, three blinks etc. for third line. Any (or both) of these indications would be great. - job

  • FEATURE REQUEST: Add support for SIP header Alert-Info to trigger custom ringtones, e.g. SIPAddHeader("Alert-Info: ring3"). - bani
    • NOTE: When the phone is ringing, it would be useful to be able to press MUTE (or similar) to suppress ringing on that call. For example, EX-GIRLFRIEND shows up on the caller-id and you don't want to take the call or even listen to the ringing, you should be able to suppress the ringing. The line would continue to blink and could be picked up if you were so inclined. A new call coming in should ring normally, unless it too is suppressed.
    • NOTE: (Feb06/06) if grandstream supported Alert-Info for custom ringtones, you could just make eg a ring3.bin of silence. asterisk could then send SIPAddHeader("Alert-Info: ring3"). I think this is the best solution. - bani

    • NOTE: Selection of distinctive ringtones based on multiple numbers, or specific context to distinguish calls originating from PSTN and those coming from internal extensions.
    • NOTE: (Dec03/05) On the same note, as well as wildcard matching for rings, it would be nice if the server could specify which of the three rings to use via a SIP header. Ideally the server could specify a url to an audio file ala Snom 360, but that would be much harder to do --Helix
    • NOTE: (Feb06/06) I think Alert-Info header is the best method for this. Asterisk can handle this much more flexibly than any phone ever could. It should be asterisk's job to decide which ringtone to play. - bani
    • NOTE: (Feb06/06) I second this. We need an alert-info header for distinctive ring, and four factory-default decent ringtones, too. - kurgan
    • NOTE: (Feb06/06) Distinctive ringtone selection with wildcard or SIP header. Best implemented through SIP header? Or with wildcards in the advanced settings..(an X or a . like in asterisk?) - stoffel
    • NOTE: (Feb12/06) This phone is also useful for home deployments where you hardly install a PBX (for which a softphone would be more cost-effective), so having the option in the phone book be a nice bonus. I also second the SIP header proposal but it should be on a per line basis as the auto answer header is. - job
    • NOTE: (Jun16/06) I think this should be considered a major bug. Anyone up for raising this to a major fix? (my neck is not long enough yet). - Anthony

  • FEATURE REQUEST: This isn't directly related to the GXP firmware, but I'd like GS to document the script format used by their ringtones. The GXP comes with a ring file that will ring once, then say "You have a call from" and read off the caller ID number. With documentation of this data format, it would be possible to write custom ring tones that do the same thing but change the ring sound and the prompts. - Helix

  • FEATURE REQUEST: GS please supply a dozen of ready made decent ringtones to be able to use these phones on desks close by. Realise that ringtone converters exist but would gladly avoid the audio format mumbo jumbo to have a phone ring differently! - bengrech

  • FEATURE REQUEST: Make the GXP respond to a check-sync NOTIFY event and reboot or re-tftp. The 'grandstream reboot script' is a hack. - Helix

  • FEATURE REQUEST: Phone should accept NTP settings via DHCP, eg option ntp-servers and option time-offset from ISC DHCP. - bani
    • NOTE:(Feb08/06) The option ntp-servers works for me in firmware version 1.0.1.9 using ISC DHCP. Is this broken in 1.0.2.x? bklang
    • NOTE:(Feb08/06) Are you sure? I don't think this ever worked, even in 1.0.1.9. The firmware comes pre-configured with pre-set ntp time server. To verify that it is actually working in 1.0.1.9 you will want to blank out the ntp server in the advanced settings tab, update and then reboot. See if it actually gets your ntp server from dhcp. - bani
    • NOTE:(Feb15/06) I was wrong; it does NOT work in 1.0.1.9 (thanks bani for pointing that out). I agree this would be a very useful feature especially for heavily firewalled environments. - bklang

  • FEATURE REQUEST: The ability to call a SIP address directly (by SIP-URL). - job

  • FEATURE REQUEST: Extend BLF support to show more extension states such as ringing. The Snom phones do this very well. - job

  • FEATURE REQUEST: Make phonebook and any useful menu item from the display-GUI available in the web-backend please. - PaulK

  • FEATURE REQUEST: Storing/retrieving phone book with LDAP would be very welcome for enterprise use. - job

  • FEATURE REQUEST: when someone calls, and the number is known from the phonebook, display the name as well as the number. Keep in mind, someone calling from 5 is the same as 098335455 locally for germany. - PaulK
    • NOTE: (Feb06/06) Couldn't asterisk already do this by changing the caller id string? Eg Set(CALLERID(name)="Somename") It's a bit more work, but I think the proper place to do this is asterisk. - bani
    • NOTE: (Feb12/06) The phone book is local to the phone. It cannot be handled by the PBX, except for central phone books which already work as you propose. Under no circumstances should features be asterisk-specific unless there is an extremely good reason. - job
    • NOTE: (Feb12/06) Asking grandstream to hardcode the local calling rules of every city on earth is too much. These kind of special case translations belong in asterisk not the phone. - bani
    • NOTE: (Feb18/06) Agreed the phone should not try to be smart about the numbers. But if the number exists in the local phone book, the phone should present the corresponding name as well. That would be a lot more useful than not doing it at all. I also want to stress that nothing "belongs" in asterisk specifically, it is important to follow standards so the phones are useful with any SIP proxy/PBX. - job

  • FEATURE REQUEST: Option to define TFTP 'Firmware Server Path' and 'Config Server Path' via DHCP. option bootfile-name and option tftp-server-name in ISC DHCP. - bani

  • FEATURE REQUEST: Option to enable/disable sidetone and adjust sidetone volume. - bani

  • FEATURE REQUEST: Extensions number (account 1) should be on display, plus option to turn off showing ip address (users dont need to know it). - zalink
    • NOTE: (Feb12/06) Agreed. Registered username(s) is often much more interesting than phone IP. The display is large so all active usernames and their respective status could fit there. - job

  • FEATURE REQUEST: Missed calls should not take over the whole display. Should just have a small message in top right that says n missed calls. - zalink

  • FEATURE REQUEST: When on a speakerphone call, Mute button should only mute microphone and leave speakerphone still active. This is especially useful for speakerphone on hold or listening to voicemail - bklang
    • NOTE:(Feb15/06) This seems to be the case after switching to the GSM codec. Is this possible? Only true for g.711u? - bklang

  • FEATURE REQUEST: Show current time in the phone status page. There is no REMOTE way to know if the phone has correctly received the time via NTP. - SamL
    • NOTE: (Feb12/06) Also line account status, preferrably with time stamps when the events happened, would be nice. -job
    • NOTE: (Feb12/06) Related: Phone should try to get time via NTP every few minutes if it fails during boot. It seems phone only tries to get the time once, and if it doesn't, it doesn't try again until next reboot. -SamL

  • FEATURE REQUEST: (Feb11/06) Pressing Transfer + one of the speed dial / BLF buttons should do a blind transfer to that speed dial extension. - Ted
    • NOTE: (Jun08/06) AGREED! This only makes sense. Makes memorizing extentions a thing of the past! -NJTaz76

  • FEATURE REQUEST: (Feb11/06) It would help to make the speed dial buttons usable during a call. They could then be used for special PBX features like call parking. Ideally, in the setup, have two numbers: what to dial if already in a call, and what to dial when using it to make a new call/transfer. Then I can press a button in the call to park the call while in the call. Then use the same button to pick up a parked call. - Ted
    • AGREED. I would like to use one SD button for a door-phone application but cannot use it while the phone is off-hook. - Anthony

  • FEATURE REQUEST: (Feb11/06) Support simple plaintext or xml configuration files, without having to use the grandstream java configuration tool. - bani
    • NOTE: (Feb12/06) At least the file and checksum format should be made public. The third party market would love to get native support for provisioning of these phones. Grandstream only loses market share by trying to keep this secret. -job
    • NOTE: (Feb12/06) I think overall the phone needs to be more 'open'- GS should take a hint from AAstra (they provide tons of documentation on how to provision, configure, and write XML apps free for everyone). I think possibly GS wants to keep things a little under wraps so they can sell GAPS licenses (my observation/theory, not spreading accusations). If this is the case, I would at least suggest they consider the possibility that opening their formats and maturing their firmware will result in far more HW sales to the Asterisk community (especially small/medium integrators and hobbyists) than will be lost by large carriers not being locked into using GAPS. FWIW, I fall into both of the above categories and i found the 'grandstream config tool' to be a PITA... -Helix
    • NOTE: (Feb12/06) I don't mind them wanting to use a special binary format. I do however think they'd be much better off if they just publicly documented the format, since then conversion tools can be written in any language, including ones that don't take a full 5 seconds of CPU time to process a text file (i.e. every language other than Java). Though needing to use the tool doesn't particularly inhibit configuration via PHP or XML. PHP can generate the config file, and than then call the java app to compile that file into the binary config for TFTP. Or an XML file could be generated, and a simple XSLT script could convert the XML to Grandstream's text config file format and then run the config tool on that. In fact, you could even use PHP to connect to the phone's web interface, collect current values (via XPath querying form input on the returned page's DOM, and extracting the mappings of PXXX -> value). And one could also use the phone's web interface from a PHP script to update new values. -Ted
    • NOTE: (Feb12/06) What purpose does it serve to have encrypted config files which can only be generated by a special tool? Maybe if you want to make it possible for ITSPs to lock down devices to a single provider (and thus lock out asterisk), but this seems pretty dumb for a device which has explicit asterisk support ("asterisk BLF" in the menus). The binary format is annoying and serves no purpose other than making it more cumbersome to integrate gxp2000 with auto-provisioning tools. It means grandstream is the odd man out (compared to polycom, cisco, aastra, linksys, snom, and just about everyone else on the planet who has open provisioning formats). additional: having to execute external closed-source binary programs opens up a whole new can of worms security-wise. if you can keep all functionality selfcontained within your cgi, things are extremely simple to lock down. as soon as you have to start doing system()/exec() etc, the floodgates are open. - bani
    • NOTE: (Feb12/06) I agree with Ted, my main complaint is not the file format itself but the lack of openness. Using AAstra as an example again, they use a XML based file, but allow it to be encrypted so the phone can be locked by an ITSP (they provide a tool to generate a keypair and put the decrypt key into the phone). The difference between AAstra and GS is that GS seems to be (possibly) keeping the file format under wraps so they can make money selling that tool, which they call GAPS (Grandstream Automated Provisioning System). GAPS can also remote-reboot a phone via an undocumented means (or so I've read). While I dislike locked HW as a concept, I am not against it for the purposes of this discussion. My complaint is that useful features (remote-boot phones, generate our own config files using 3rd party tools) are *possibly* being withheld so GS can sell more GAPS licenses (why would an ITSP pay $lots for GAPS when they can download some dude's config script for free?). Keep in mind I am *NOT* accusing anybody of anything, just theorizing. Another possibility is that the binary format is kept under wraps because it is written to flash with little inspection or modification by the phone. I dont care if they make the configs XML based (that would be preferred) or document the existing format, I just care about the end result which would be a much more useful and less clumsy way of centrally managing GS phones, which would make me more likely to use the GXP for professional deployments. -Helix
    • NOTE: (Feb15/06) While I think an open configuration format would be nice, I would like the closed format kept too. I autoconfigure my phones across the public Internet and if someone were to unscramble one of the files, they would find out the SIP account passwords. It's true that I could get the phone users to enter their passwords manually but that takes me one step away from a totally autoconfiguring system. I do realise that these files could probably be reverse engineered without too much effort but I doubt anyone would want to abuse our system that much. As for the practically of using such files, I set up a simple shell script that makes generating them quite simple for us. - Chewi
    • NOTE: (Feb16/06) Maybe im missing something... but it is possible to create config files which are accepted by gxp-200's but the passwords dont get encrypted they just do the checksum, it was reverse engineered by a guy on the digium mailing lists who wrote a perl script to make the files... it has worked for every firmware version i have tested it on (up to 1.0.1.13) it is attached here --SoloFlyer
    • NOTE: (Feb16/06) Hmmm, thats actually pretty useful, i'll see if it helps (I wasn't aware such a thing existed, I had looked for one a while ago with no luck). Thanks!. However Chewi- an obfuscated config file and a secure config file are two VERY different things. GXP cfg file is somewhat obfuscated, but not secure. Unless the phones are using some kind of cryptography, then all you have to do is figure out how exactly the password fields are being scrambled, and you can unscramble them all. (i'm talking theoretically btw). This perhaps is why they have not documented the full file format. In contrast, AAstra uses open XML for everything, but when you need security, you use their tool to generate a real crypto key to load onto the phone before shipping it to the user. Their tool will then use the same key to crypt the XML file, resulting in crypted output which is totally useless unless you know the key (which the phone does). IMHO this is a more elegant solution. However since it seems (from this script at least) that the main purpose of the cfg format is to provide integrity (checksums/etc) I have much less of a problem with it. While I'd still like XML, or even real GS docs on the format, this looks to be much more workable now. - Helix
    • NOTE:(Jan23/07) The file attached here posted feb16/06 works for 1.1.1.14, can someone please give me a hand converting the pack/unpack functions to PHP? - jamesb63

  • FEATURE REQUEST: (Feb14/06) My users don't like seeing missed call logs for the ring groups of which they are members; they only like seeing missed calls specifically for their extension (not the generic ring group). Please add support to ignore missed calls to ring groups by examining a Caller ID prefix. In Asterisk, you can append a prefix to the Caller ID of all calls to a specific Ring Group. For instance, we prefix "Sales:" and "Support:" to the Caller ID of calls into those ring groups. By parsing the Caller ID, you could easily filter which calls make it to the Missed Calls list. - gammacoder
    • NOTE: (Feb14/06) Like so many other things, this could be handled if the GXP-2000 used sip headers (e.g., X-GXP2000-MissedCall-Logging: no) to control a lot more of its functionality. The phone should probably give the option "Support X-GXP2000 SIP Headers?" for situations where the remote connection is not trusted or authoritative. For most PBX implementations, however, having those SIP headers available for control would grant an enormous amount of control to the administrators to tweak the system to its highest potential. - thetatag

  • FEATURE REQUEST: (Feb15/06) UPnP Support - I have set up my company's phones to autoconfigure. The only thing that prevents us from complete autoconfiguration is the fact that anyone behind a NAT router has to manually forward UDP port 5004 to their phone. If this could be done automatically using UPnP, that would be great. I'm not sure what UPnP is capable of but if it is able to query the router about what ports are available, it would be possible to have several phones behind the same NAT router without any extra configuration being necessary. - Chewi

  • FEATURE REQUEST: (Feb15/06) DHCP Hostname support - Adding the ability to configure a Hostname on the phone which will be sent in the DHCP Request packets will help with dynamic DNS. - bklang

  • FEATURE REQUEST: (Feb19/06) Settings should take effect even without a reboot. Some settings may still need a reboot - a reboot should be proposed then.- PaulK
    • NOTE: (Feb20/06) Many settings do take effect as soon as they are changed and do not require a reboot (Speed dials for example)... but it would be nice for the phone to only suggest reboot when actually required... --SoloFlyer

  • FEATURE REQUEST: i would like to be able to control the AGC gain from the admin page.-Alex

  • FEATURE REQUEST: (Feb28/06) I would like to be able to hit "mute/del",or something when the phone rings to make the phone ring silent.-mtryfoss

  • FEATURE REQUEST: (Mar18/06) Multilanguage support - For all us not english speaking, I suggest getting language out of the main firmware file and let it be downloadable like ringtone files. If I could adjust those files myself, it woulf be great, too (say like GNU multilanguage support). - KampfCaspar

  • FEATURE REQUEST: (Mar18/06) Arrow key functions - Arrow keys should ALWAYS lead to some interesting information, eg. Arrow-Up is ALWAYS the missed calls list (even if empty), Arrow-Down ist ALWAYS the Phonebook... As an added extra, the function might be configurable. - KampfCaspar

  • FEATURE REQUEST: (Mar18/06) "Send" = redial -"Send" Key in idle state should get one to the dialled numbers list. Upto now (1.0.2.13) I seem to only be able to call the LAST dialled number directly. - KampfCaspar

  • FEATURE REQUEST: (Mar18/06) Mute/Del = Escape - In whatever menu or function I am, I want a single "get me out one level" key. I think the Mute/Del key would be fine for that... Even if it gets a little crowded if DND in idle mode and stop ringing in ringing mode are added, too.... - KampfCaspar

  • FEATURE REQUEST: (Mar18/06) Transfer ringing call - I would like to transfer a call BEFORE accepting it. Like the phone rings, I press TRNF and a speed dial - gone. A redirect to voice mail would be great, too (TRNF & MSG). - KampfCaspar
    • NOTE: (Aug16/07) You can already deflect a call to voicemail by pressing MUTE/DEL while the phone is ringing... Ryan Williams (au)

  • FEATURE REQUEST: (Mar18/06) Idle display configurable - Depending on usage, the most important idle information is different. Let it be configurable if you want the date as prominently displayed (or rather all date/time in the topmost line), if you even need a bold "username/number" display or rather some information about the four lines or other users (like the boss knows his name but wants to know if the secretary is online), etc. As an added bonus, let it be some XHTML/WAP display (like suggested above) - KampfCaspar

  • FEATURE REQUEST: (Mar18/06) Action Urls - Like with SNOM - probably even enhanced - would solve a lot of issues. - KampfCaspar

  • FEATURE REQUEST: (Mar20/06) BLF with CLIP - Ability to display calling number information on a blf key (secretary get's number calling boss). - KampfCaspar

  • FEATURE REQUEST: (Mar24/06) Phone Book Load via TFTP - As a feature for small-to-medium deployments, why not have the option to populate each phone's internal phone book from an easily editable text file (or whatever) via TFTP on reboot. This would seem to be a reasonable compromise for the small business/serious home user/hobbyist between the pain of editing each phone individually and running a full-blown centralised database (assuming we get support for that one day). It's a lot quicker and easier to reboot 6+ phones than edit them! - Channel-Two
    • NOTE: (Apr17/06) Agreed - it would be great to have a way to upload a user-editable file of numbers (by TFTP or some other method); it's a pain to have to key them in, and even worse to have to update each phone individually --ADW

  • FEATURE REQUEST: (Mar29/06) Automatic Daylight Saving switching - Twice a year I have to update lots of phones to change daylight saving settings from YES to NO and back. It would be great to have the phone do this by itself. - Kurgan

  • FEATURE REQUEST: (Apr17/06) Dial Plan enhancements - I have set up a dial plan on my Sipura SPA-3000 such that the local area code is automatically inserted for calls to my local area (here, any number starting with 7 or 8 is a local number). This makes the conversion from PSTN more transparent for my users who are used to making local calls without having to dial the area code. Is there any way to do this with the GXP-2000? It would make the phone more acceptable if it were possible. - ADW

  • FEATURE REQUEST: (Apr28/06) display messages in German language - my German customers are not willing to buy a phone which has no German user interface, at least the basic displays should be adjustable in other languages. - Datumaster

  • FEATURE REQUEST: (May1/06) On-hook answer button. Option for configure button for on-hook answering for working with RJ9 modular connector headphones. - cupotka

  • FEATURE REQUEST: (May 3/06) Use DHCP option 88 to set DST. This is the right way of getting the DST rules (when does time change, and by how many hours) to display proper time. Better than faking a wrong timezone calculated by adding DST to local timezone and setting it with DHCP option 2. Using both options 2 and 88 would allow for a complete and proper time setting for both timezone and DST rules.- Kurgan

  • FEATURE REQUEST: (June 8/06) It woud be nice to have the possibility to switch the LEDs on the speed dial keys (maybe as an extension to the send text feature requested above - a special formatted text should do the trick). This could be used e.g. from Asterisk to signal whether another phone is ringing (LED blinking) or busy (LED on). - graffiti
    • NOTE: (Jun08/06) This is already possible. As of firmware version 1.0.1.13 (I think, it is very old) the speed dial keys (basic setup page) have a type option for "Asterisk BLF". If you set this as well as subscribecontext= in sip.conf and hint exten's in the subscribe context, the LEDs will provide presence for monitored extensions. Off=not on phone, button is a speed dial. Blinking=monitored extension is ringing, pushing button will dial its exten with ** before it (so you can set **exten to be pickup). On = user is on the phone, button does nothing. - Helix
    • NOTE: (Jun08/06) Thanks for info. I've never realized what BLF really means. - graffiti

  • FEATURE REQUEST:(Jun15/06) SRTP support Maybe I'll get flamed for this, but privacy is important... especially in a business environment. - grsch

  • FEATURE REQUEST:(Jun30/06) BLF InUse option to light only when line is "InUse" vs "Unavaliable" (not registered) - peter

  • FEATURE REQUEST:(?????/??) One button Transfer It would be great if you had e.g. You pick up a call — click on an extension — call is transfered. - joekane

  • FEATURE REQUEST:(?????/??) Extension loading Would it be possible when the phone is loaded all the extension lights come on at the same time, instead one at a time. Thanks for the improvements so far. - joekane

  • FEATURE REQUEST:(Oct19/06) SIPS support SRTP makes not too much sense without SIPS ;) (thx nevertheless for the implementation of SRTP so far) -kodomo

  • FEATURE REQUEST:(Oct18/06) Transfer Tone It would be nice if during an attended transfer there was a tone/beep/note played to the person that the call is being transfered to, so that they know when the transfer has been completed -SoloFlyer
Created by: indesignfirm, Last modification: Mon 21 of May, 2012 (22:56 UTC) by admin
Please update this page with new information, just login and click on the "Edit" or "Discussion" tab. Get a free login here: Register Thanks! - Find us on Google+