[asterisk-bugs] [JIRA] (ASTERISK-23557) HEP/PJSIP: Add modules to support integrating Homer with PJSIP

Matt Jordan (JIRA) noreply at issues.asterisk.org
Fri Mar 28 13:05:19 CDT 2014


     [ https://issues.asterisk.org/jira/browse/ASTERISK-23557?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matt Jordan updated ASTERISK-23557:
-----------------------------------

    Attachment: 12-HEP-PJSIP.patch

> HEP/PJSIP: Add modules to support integrating Homer with PJSIP
> --------------------------------------------------------------
>
>                 Key: ASTERISK-23557
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-23557
>             Project: Asterisk
>          Issue Type: New Feature
>      Security Level: None
>          Components: Resources/res_pjsip
>    Affects Versions: 12.0.0
>            Reporter: Matt Jordan
>         Attachments: 12-HEP-PJSIP.patch
>
>
> This improvement adds the following:
> # A new module, res_hep, which implements a generic packet capture agent for the Homer Encapsulation Protocol (HEP) version 3. Note that this code is heavily based on a patch provided by Alexandr Dubovikov; I basically just wrapped it up, added configuration via the configuration framework, and threw in a taskprocessor.
> # A new module, res_hep_pjsip, which performs packet capturing for the PJSIP SIP stack. This is one of those modules that I think really showcases how nice the new stack is - we're able to add a new module that inserts itself into the stack and forwards the message traffic off to the res_hep module without modifying the core parts of the stack itself. This means a system administrator could load this at will on certain Asterisk systems and - if the capturing isn't needed - unload it and keep the stack 'slim'.
> A few notes:
> * This code exists in the following branch:
>   http://svn.asterisk.org/svn/asterisk/team/mjordan/12-hep
> * The code in the branch also contains a module for RTCP. While that actually *does* send RTCP information over HEP, it does so as a JSON blob, which is not super useful. It's an open question as to what the formatting should be, i.e., a SNOM-esque encoding, RFC 6035, etc. I'm open to suggestions on this, which is why I deferred that functionality for a later review. I'll open another issue for that one when it is further along.
> Finally, much thanks to Alexandr for his Asterisk patch for this code and for a *lot* of patience waiting for me to port it to 12/trunk. Due to some dithering on my part, this has taken the better part of a year to port forward (I still blame CDRs for the delay).



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list