Damian Krzeminski 提到:
> Steve wrote:
>   
>> Damian Krzeminski 提到:
>>     
>>> Steve wrote:
>>>   
>>>       
>>>> Hello Damian
>>>>
>>>> Finally I build sipx develop environment successful on FC10.
>>>>
>>>> Testing with G-Tek phone and works.
>>>>
>>>> I have add some settings to line.xml & phone.xml
>>>> Fix line_index bug in config.vm
>>>>
>>>> Please take look
>>>>
>>>> Thank you
>>>>
>>>> Steve
>>>>
>>>>     
>>>>         
>>> Great news.
>>> Thanks for fixing config.vm
>>> I can committing the initial version as soon as you sing contributors
>>> agreement:
>>>
>>> http://www.sipfoundry.org/contributor-agreement.html
>>>   
>>>       
>> Thank you, I will sign contributors agreement
>>     
>>> Some comments to your changes:
>>> Adding new parameters is great. But please remember about updating:
>>>
>>> gtek/test/org/sipfoundry/sipxconfig/phone/gtek/expected-config
>>> I cannot take your changes if tests fail.
>>>
>>> Try not to hard code any specific values like time zone or NTP server
>>> address.
>>> You should get the time zone info from DeviceDefaults.getTimeZone and
>>> NTP server address from DeviceDefaults.getNtpServer.
>>> Check out LG Nortel plugin to see how it works.
>>>   
>>>       
>> OK, fixed
>>
>> Add GtekPhoneDefaults.java
>>     
>>> Similarly adding support for sipXconfig speed dials is probably better
>>> then displaying UI for each button in the plug-in.
>>> I added some notes here on how to do that.
>>> http://sipx-wiki.calivia.com/index.php/Adding_support_for_managed_phones#Advanced_Features
>>> D.
>>>
>>>   
>>>       
>> OK, fixed
>>
>> Please see attach files
>>
>> Thank you
>>
>> Steve
>>
>>     
>
> Nice. Mostly looks good. I re-enabled profile generation tests (please
> do not disable them again - that's the only way for me to find out what
> profile you want to generate) and added SpeedDial tests.
> I have some questions related to SpeedDials. SpeedDials can be a
> combination of monitored (BLF) and standard entries. After your changes
> (and my adjustments) the plug-in generates something like this:
>
> For standard speed dial:
>
> [SPEED_DIAL_0]
> NUM=201
> TYPE=SPEED_DIAL
> USER=~~rl~C~juser
>
>
> For BLF speed dial:
>
> [SPEED_DIAL_1]
> NUM=202
> TYPE=BLF
> USER=~~rl~C~juser
>
> Does that look OK to you? USER element contains the ID of the resource
> list that phone subscribes to. It's strange that it's needed for every
> speed dial (there is only one list after all) but that's OK. Also, most
> phones expect the full URL here.
> If you think it should look differently please let me know.
>
> Damian
>
>
>   
Hello Damian

Oh Oh, That's not what I want.
There's some misunderstanding.

1)
Most of the G-Tek phones have speed dial KEYs, the group [SPEED_DIAL_X]
is to setup the speed dial key X for phone.
For example, there are 16 speed dial keys on HL20x.
Each key can be define by

[SPEED_DIAL_X]
NUM=<number>
TYPE=<SPEED_DAIL / BLF>
USER=<user name>

As I know SCS500 can define speed dials for each user.
That's logical problem.
How SCS500 speed dial map to speed dial key on G-Tek phone ?

I take USER to find out which line to use so I can get full URI.
But, it seems dirty and ugly.
I will try more reasonable way.

2)
In SpeedDial.java

public String getResourceListId(boolean consolidated) {}
returns "~~rl~C~" or "~~rl~F~"

How can I get name like RLS URI ? (For example ~~rl~5)
I need it to send SUBSCRIBE.

Thank you

Steve


CONFIDENTIALITY NOTICE:
This e-mail, including attachments, may include confidential and/or proprietary 
information, and may be used only by the person or entity to which it is 
addressed. If the reader of this e-mail is not the intended recipient or his or 
her authorized agent, the reader is hereby notified that any dissemination, 
distribution or copying of this e-mail is prohibited. If you have received this 
e-mail in error, please notify the sender by replying to this message and 
delete this e-mail immediately.

_______________________________________________
sipx-dev mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to