It appears that Sofia does not allow support for unsolicited NOTIFY events. This is a problem for proxies which prefer to generate message waiting NOTIFY packets without supporting subscription. The NORTEL DMS is an example of such a proxy. It replies 501 to a SUBSCRIBE for message-summary, but sends a NOTIFY when a voice-mail is available.
It seems to me the stack should forward the NOTIFY to the application via the nua_i_notify. Then the application could handle it appropriately. i.e. send back the 481 if it does not want it. I realize this would be outside a dialog, but it still seems like it should be up to the application even if it has to handle the nua_handle differently for subscribed NOTIFYs and non-subscribed NOTIFYs. I think a simple check to see if the handle is the same as the subscription handle is an easy test. Alternatively, the application could subscribe for any NOTIFY packet silently somehow. Or a TAG that allows un-subscribed NOTIFY packets to get processed by the application. What do you think ? Is this such a large violation of the spec that I need to push Nortel to fix their side ? Colin.. ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Sofia-sip-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
