[email protected] wrote:
> Send sipx-dev mailing list submissions to
>       [email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
>       http://list.sipfoundry.org/mailman/listinfo/sipx-dev
> or, via email, send a message with subject or body 'help' to
>       [email protected]
>
> You can reach the person managing the list at
>       [email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of sipx-dev digest..."
>   
> ------------------------------------------------------------------------
>
> [please change the subject line when replying]
> ------------------------------------------------------------------------
>
> Today's Topics:
>
>    1. Re: sipx-dev Digest, Vol 7, Issue 19 (Douglas Hubler)
>    2. Ldap Group attributes (Kumaran)
>    3. Core dump (Kumaran)
>    4. Re: Core dump (Joegen Baclor)
>    5. Re: Core dump (Kumaran)
>    6. Polycom MyStatus and Buddies Features on sipXecs (kemal ero?lu)
>    7. Re: Alert-Info header adding for gateway calls (David Becker)
>    8. Re: Ldap Group attributes (Laurentiu Ceausescu)
>    9. Emergency Dial Plan (Kumaran)
>   10. Re: Emergency Dial Plan (Laurentiu Ceausescu)
>   
>
> ------------------------------------------------------------------------
>
> Subject:
> Re: [sipx-dev] sipx-dev Digest, Vol 7, Issue 19
> From:
> Douglas Hubler <[email protected]>
> Date:
> Tue, 18 Jan 2011 23:45:19 -0500
> To:
> sipXecs developer discussions <[email protected]>
>
> To:
> sipXecs developer discussions <[email protected]>
>
>
> On Tue, Jan 18, 2011 at 3:35 AM, Kumaran
> <[email protected]> wrote:
>   
>>             In both user and Phone group the values are reflected as
>> per the Last group has highest precedence.But for the checkbox,it is not
>> reflected as per the Last group has highest precedence
>>     
>
> Ok, I would include all your info in the bug report, thanks for
> narrowing down the issue.
>
> Also, you should be aware of some mailing list etiquette
> - I would suggest you subscribe to list instead of digest, because
> replying to digests breaks threaded navigation in ML archives
> - if you are replying to a digest, at least change the subject line to
> relevant item.
> - Trim email down to relevant information so folks don't have to hunt
> for your reply.
>
> I'm glad you post in-line though, good job on that.
>
>   
>
> ------------------------------------------------------------------------
>
> Subject:
> [sipx-dev] Ldap Group attributes
> From:
> Kumaran <[email protected]>
> Date:
> Wed, 19 Jan 2011 11:31:34 +0530
> To:
> [email protected]
>
> To:
> [email protected]
>
>
> Hi All,
> I installed ldap and added user to it.The user group attributes is 
> ou...For all the user ou= senior employee...When I import contact from 
> LDAP ,the users are are added to Config UI....Then I saw there 2 User 
> groups Ldap_import and senior employee.So my query is
> 1.Where the Ldap_import user group came from?
> 2.How the Config UI allow to have UserGroup with white between the 
> name (senior employee)?...Either it should create separate group for 
> employee or Config UI should strip the senior employee into one 
> word(senior_employee) while importing
>
> Please Guide
>
> Regards
> Venkateshwaran T
>
>
> ------------------------------------------------------------------------
>
> Subject:
> [sipx-dev] Core dump
> From:
> Kumaran <[email protected]>
> Date:
> Wed, 19 Jan 2011 11:50:24 +0530
> To:
> [email protected]
>
> To:
> [email protected]
>
>
> Hi All,
> Whenever I restarted the RLS server,the core dump is generated from 
> Sipxrls.Did any one come through it?
> Environment: sipXconfig (4.4.0-38.f5cb4 2011-01-13EST12:45:51 swift)
> Please guide
> Regards
> Venkateswharan T
>
>
> ------------------------------------------------------------------------
>
> Subject:
> Re: [sipx-dev] Core dump
> From:
> Joegen Baclor <[email protected]>
> Date:
> Wed, 19 Jan 2011 16:38:16 +0800
> To:
> sipXecs developer discussions <[email protected]>
>
> To:
> sipXecs developer discussions <[email protected]>
> CC:
> Kumaran <[email protected]>
>
>
> On Wednesday, 19 January, 2011 02:20 PM, Kumaran wrote:
>> Hi All,
>> Whenever I restarted the RLS server,the core dump is generated
>> from Sipxrls.Did any one come through it?
>> Environment: sipXconfig (4.4.0-38.f5cb4 2011-01-13EST12:45:51 swift)
>> Please guide
>> Regards
>> Venkateswharan T
>> _______________________________________________
>> sipx-dev mailing list
>> [email protected]
>> List Archive: http://list.sipfoundry.org/archive/sipx-dev/
>>
> Please send a back trace where it is dumping core so we can trace and 
> fix it. You will need to install gdb to get the callstack.
>
>
> ------------------------------------------------------------------------
>
> Subject:
> Re: [sipx-dev] Core dump
> From:
> Kumaran <[email protected]>
> Date:
> Wed, 19 Jan 2011 14:18:23 +0530
> To:
> Joegen Baclor <[email protected]>
>
> To:
> Joegen Baclor <[email protected]>
> CC:
> sipXecs developer discussions <[email protected]>
>
>
> Joegen Baclor wrote:
>> On Wednesday, 19 January, 2011 02:20 PM, Kumaran wrote:
>>> Hi All,
>>> Whenever I restarted the RLS server,the core dump is generated
>>> from Sipxrls.Did any one come through it?
>>> Environment: sipXconfig (4.4.0-38.f5cb4 2011-01-13EST12:45:51 swift)
>>> Please guide
>>> Regards
>>> Venkateswharan T
>>> _______________________________________________
>>> sipx-dev mailing list
>>> [email protected]
>>> List Archive: http://list.sipfoundry.org/archive/sipx-dev/
>>>
>> Please send a back trace where it is dumping core so we can trace and 
>> fix it. You will need to install gdb to get the callstack.
> Hi Joegen,
> Please refer Issue no XX-9335....What is gdb ? how to install it?
> Regards
> Venkateshwaran
>
>
> ------------------------------------------------------------------------
>
> Subject:
> [sipx-dev] Polycom MyStatus and Buddies Features on sipXecs
> From:
> kemal erog(lu <[email protected]>
> Date:
> Wed, 19 Jan 2011 11:13:10 +0200
> To:
> sipx-dev <[email protected]>, sipx-users 
> <[email protected]>
>
> To:
> sipx-dev <[email protected]>, sipx-users 
> <[email protected]>
>
>
> Hi,
> I have a Polycom Soundpoint IP 550 registered on my SipXecs server. I 
> want to enable its presence features where I can change my status or 
> subscribe someone's presence. As I read from user guides there should 
> be a menu for status cahanges under "Menu>Feautures>MyStatus" and 
> there should be an option "Watch Buddy" under "Directory" I have the 
> latest firmwares but I could not see these menus on my phone. Does 
> sipXecs support these features, if so how can I enable them?
> Thanks,
> Kemal Eroglu
>
> ------------------------------------------------------------------------
>
> Subject:
> Re: [sipx-dev] Alert-Info header adding for gateway calls
> From:
> David Becker <[email protected]>
> Date:
> Wed, 19 Jan 2011 10:24:52 +0100
> To:
> sipXecs developer discussions <[email protected]>
>
> To:
> sipXecs developer discussions <[email protected]>
>
>
> Am 18.01.2011 15:30, schrieb Joegen Baclor:
>> I don't think this can be done using plugins since plugins are only 
>> given access to the request and not the responses. You of course 
>> could modify the proxy code to insert the alert-info header for 18x 
>> responses. You may also do this in sipXbridge if it is in the middle 
>> of the flow.
>>
>> On Tuesday, 18 January, 2011 05:55 PM, David Becker wrote:
>>> Am 17.01.2011 16:44, schrieb Douglas Hubler:
>>>> On Mon, Jan 17, 2011 at 7:12 AM, David Becker
>>>> <[email protected]> wrote:
>>>>> We're looking into having phones play different ringtones when 
>>>>> called by
>>>>> an external number as opposed to an internal one using the alert-info
>>>>> header. Is there any existing functionality for this? If not, which
>>>>> component would be the most suited for adding this value to SIP 
>>>>> traffic
>>>>> from the gateway?
>>>> sipXproxy and sipXregistrar both have plugin architectures. Question
>>>> is, would they have a list of the gateways to identify and would they
>>>> be allowed to modify the SIP message which I believe you need.
>>>> Outside that, fronting the sipXproxy with another proxy like opensips,
>>>> kamailio, openser, opensbc... might be another option.
>>>> _______________________________________________
>>>> sipx-dev mailing list
>>>> [email protected]
>>>> List Archive: http://list.sipfoundry.org/archive/sipx-dev/
>>> Since we'd like to avoid adding a second proxy, how would one go about
>>> adding a plugin to the proxy? If plugins are not capable of doing this
>>> job, could we modify the proxy itself?
>>> _______________________________________________
>>> sipx-dev mailing list
>>> [email protected]
>>> List Archive: http://list.sipfoundry.org/archive/sipx-dev/
>>>
>>
> I meant the sound the receiving telephone makes when ringing, not the 
> tone the caller hears while waiting for the callee to pick up. I 
> believe that only requires modifying the INVITE.
>
>
> ------------------------------------------------------------------------
>
> Subject:
> Re: [sipx-dev] Ldap Group attributes
> From:
> Laurentiu Ceausescu <[email protected]>
> Date:
> Wed, 19 Jan 2011 11:28:16 +0200
> To:
> sipXecs developer discussions <[email protected]>
>
> To:
> sipXecs developer discussions <[email protected]>
>
>
> On Wed, Jan 19, 2011 at 8:01 AM, Kumaran 
> <[email protected] 
> <mailto:[email protected]>> wrote:
>
>     Hi All,
>     I installed ldap and added user to it.The user group
>     attributes is ou...For all the user ou= senior employee...When I
>     import
>     contact from LDAP ,the users are are added to Config UI....Then I saw
>     there 2 User groups Ldap_import and senior employee.So my query is
>     1.Where the Ldap_import user group came from?
>
>
> 'ldap_imports' group is created programmatically in sipX
>
>     2.How the Config UI allow to have UserGroup with white between
>     the name (senior employee)?...Either it should create separate
>     group for
>     employee or Config UI should strip the senior employee into one
>     word(senior_employee) while importing
>
>
> Please raise a JIRA issue - this is a bug
>
> Thanks,
> Laurentiu
>
>
> ------------------------------------------------------------------------
>
> Subject:
> [sipx-dev] Emergency Dial Plan
> From:
> Kumaran <[email protected]>
> Date:
> Wed, 19 Jan 2011 16:06:22 +0530
> To:
> sipXecs developer discussions <[email protected]>
>
> To:
> sipXecs developer discussions <[email protected]>
>
>
> Hi All,
> For Emergency Dial plan there is no permission for user.It is Valid 
> one.Then why there is scheduling option for Emergency Dial plan ? It 
> can be removed...
> Please guide
> Regards
> Venkateshwaran T
>
>
> ------------------------------------------------------------------------
>
> Subject:
> Re: [sipx-dev] Emergency Dial Plan
> From:
> Laurentiu Ceausescu <[email protected]>
> Date:
> Wed, 19 Jan 2011 13:11:50 +0200
> To:
> sipXecs developer discussions <[email protected]>
>
> To:
> sipXecs developer discussions <[email protected]>
>
>
> The schedule for Emergency Dial Rule is set on Always by default.
> Not sure why an admin would change this but he can do it by adding new 
> schedules.
Hi Laurentiu,
What you mentioned is valid.Emergency Dialing is 24x7.So for user 
friendly "Scheduling" can be removed from Emergency dial plan.
for eg
By mistake Admin set a scheduling for weekdays from 9 Am to 6 Pm...If a 
person working in weekends,he want to do emergency call then what will 
he do...
If it is International or local,the user need Permission.So scheduling 
is required for set of time...
So there is no permission emergency dialing,so there is no use 
scheduling option for emergency dialing
Regards
Venkateshwaran T

>
> On Wed, Jan 19, 2011 at 12:36 PM, Kumaran 
> <[email protected] 
> <mailto:[email protected]>> wrote:
>
>     Hi All,
>     For Emergency Dial plan there is no permission for user.It is Valid
>     one.Then why there is scheduling option for Emergency Dial plan ?
>     It can
>     be removed...
>     Please guide
>     Regards
>     Venkateshwaran T
>     _______________________________________________
>     sipx-dev mailing list
>     [email protected] <mailto:[email protected]>
>     List Archive: http://list.sipfoundry.org/archive/sipx-dev/
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> sipx-dev mailing list
> [email protected]
> http://list.sipfoundry.org/mailman/listinfo/sipx-dev
>   

_______________________________________________
sipx-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev/

Reply via email to