<div>Gene,</div>
<div> </div>
<div>I'm trying to better understand what you've developed. It seems that you're trying to share Asterisk SLA trunks w/ a different system (Broadsoft). Is the following a correct representation of your architecture?
</div>
<div> </div>
<div> </div>
<div></div>
<div></div>
<div></div>
<div><font face="courier new,monospace"> | SLA Trunks </font></div>
<div><font face="courier new,monospace"> | </font></div>
<div><font face="courier new,monospace"> | </font></div>
<div><font face="courier new,monospace"> ------------ ------------- </font></div>
<div><font face="courier new,monospace"> | Asterisk |---SIP---| Broadsoft | </font></div>
<div><font face="courier new,monospace"> ------------ peers ------------- </font></div>
<div><font face="courier new,monospace"> | | </font></div>
<div><font face="courier new,monospace"> | | </font></div>
<div><font face="courier new,monospace"> Asterisk Broadsoft </font></div>
<div><font face="courier new,monospace">SLA Stations SLA Stations</font> </div>
<div> </div>
<div> </div>
<div></div>
<div></div>
<div></div>
<div>You speak about something called as CALL_INFO event-package and then reference it to Call-Info: header in RFC 3261. An event-package (RFC 3265) and header are two separate things. There is no standard CALL_INFO event package in SIP. Likewise, there is no standard Line-Seize event-package in SIP. It seems that these are Broadsoft proprietary SIP event-packages.
</div>
<div> </div>
<div></div>
<div>It seems that you've developed these proprietary SIP event-packages in Asterisk. Why couldn't this be done using the standard dialog-package (RFC 4235)? </div>
<div> </div>
<div></div>
<div>The "line sieze" issue that you're trying to solve is an interesting one. Line seize can be accomplished using RFC 4235 (although it is not very straightforward to do so). Basically, I think the issue you're trying to solve is to show a line busy on other SLA phones while one of the SLA phones has seized the line and is dialing the destination number. I've seen different commercial PBX vendors handle it in their own proprietary way. So, I can somewhat understand why you've resorted to proprietary SIP event-package for solving the "line seize" problem. But what does the call-info event-package buy you?
</div>
<div> </div>
<div></div>
<div>-- </div>
<div>Raj </div>
<div> </div>
<div> </div>
<div></div>
<div></div>
<div></div>
<div>On Jan 1, 2008 12:09 PM, Eugene Grossi <<a href="mailto:grossi@cv.med.nyu.edu">grossi@cv.med.nyu.edu</a>> wrote: </div>
<div>> I started out this summer implementing Asterisk SLA for the Sipura/Linksys </div>
<div>> handsets. My strategy was to make Asterisk compatible with the Broadworks </div>
<div>> sip access side extensions; this would allow the Sipura shared extensions to </div>
<div>> be compatible Asterisk SLA. </div>
<div>> </div>
<div>> Currently I have full SLA compatability with SPA942's working as well as </div>
<div>> integration with other (AASTRA 53i) SLA compatible phones. I have described </div>
<div>> my implementation strategy below for developer comments, before I post the </div>
<div>> code as a potential feature patch. </div>
<div>> </div>
<div>> **************** </div>
<div>> Listed below are modifications of Asterisk in chan_sip.c and pbx.h to </div>
<div>> accommidate rudimentary implementation of Broadsoft Extensions. The </div>
<div>> specifications in "BROADWORKS SIP ACCESS SIDE EXTENSIONS INTERFACE </div>
<div>> SPECIFICATIONS -RELEASE 13.0" were used, with the short term goal of </div>
<div>> achieving SLA functionality for Sipura phones (tested on SPA942's). </div>
<div>> </div>
<div>> To Asterisk: </div>
<div>> </div>
<div>> In pbx.h: </div>
<div>> AST_EXTENSION_REQLINESEIZE was added to ast_extension_states. A Broadsoft </div>
<div>> shared extension can request a line seize. </div>
<div>> </div>
<div>> In chan_sip.c: </div>
<div>> </div>
<div>> Added subscriptiontype of CALL_INFO. The Call-Info header is specified in </div>
<div>> RFC 3261. </div>
<div>> </div>
<div>> Added to the sip_user configuration and sip_pvt declarations "notify_exten" </div>
<div>> as discussed earlier in the fall on the developers list. Originally this was </div>
<div>> going to be used due to lack of a subscription setup on the Sipura phones; </div>
<div>> Current firmware does generate a subscription to the peer exten </div>
<div>> automatically now for "shared" extensions. I am using this variable to </div>
<div>> specifically direct the incoming call when a SLA is already active, </div>
<div>> otherwise the INVITE generated by the broadsoft generates an "incomplete </div>
<div>> address" from Asterisk. Should this field be renamed to "sla_connect" ? </div>
<div>> </div>
<div>> Transmit_state_notify subroutine was added and modified to handle CALL_INFO </div>
<div>> . Also added state "LINE_SEIZE" used by Broadsoft and </div>
<div>> AST_EXTENSION_REQLINESEIZE handler was added. When a Broadsoft Shared </div>
<div>> extension requests a line seize, it is automatically granted. When other </div>
<div>> Broadsoft Shared extensions are sent a notification, there are told that the </div>
<div>> call is on "hold" (not private). This allows them to join into the SLA (by </div>
<div>> generating an INVITE) if their line key is hit. </div>
<div>> </div>
<div>> Handle_request_invite subroutine was modified. When a Broadsoft Shared </div>
<div>> extension attempts to INVITE into an active shared call, the address was </div>
<div>> incomplete. This is checked for and the address is "completed" using the </div>
<div>> information from the "notify_exten" variable. </div>
<div>> </div>
<div>> Handle_request_subscribe subroutine was modified. Deal with subscription for </div>
<div>> Line-Seize event and for Call-info subscriptions. Uses Call-info as the </div>
<div>> subscription type for Linksys user agents. </div>
<div>> </div>
<div>> I would appreciate any feedback. </div>
<div>> gene </div>
<div>> </div>
<div>> </div>
<div>> ------------------------------- </div>
<div>> Eugene A. Grossi, M.D. </div>
<div>> Professor of Cardiothoracic Surgery </div>
<div>> New York University School of Medicine </div>
<div>> Suite 9-V; 530 First Avenue </div>
<div>> New York, NY 10016 </div>
<div>> ph (212) 263-7452 </div>
<div>> fax(212) 263-5534 </div>
<div>> <a href="mailto:grossi@cv.med.nyu.edu">grossi@cv.med.nyu.edu</a> </div>
<div>> </div>
<div>> _______________________________________________ </div>
<div>> --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--">http://www.api-digital.com--</a> </div>
<div>> </div>
<div>> asterisk-dev mailing list </div>
<div>> To UNSUBSCRIBE or update options visit: </div>
<div>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev">http://lists.digium.com/mailman/listinfo/asterisk-dev</a> </div>
<div>> </div>
<div></div>