[asterisk-dev] [Code Review] 3113: PJSIP: Print "<unknown>" instead of a UUID for artificial PJSIP endpoints' account IDs in security events

Matt Jordan reviewboard at asterisk.org
Thu Jan 9 21:33:46 CST 2014



> On Jan. 9, 2014, 10:38 a.m., Joshua Colp wrote:
> > I'd be down with this in 12, makes it more clearer.

And more clearer == more better. :-)


- Matt


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3113/#review10535
-----------------------------------------------------------


On Jan. 9, 2014, 9:57 a.m., Mark Michelson wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/3113/
> -----------------------------------------------------------
> 
> (Updated Jan. 9, 2014, 9:57 a.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> I was doing a bit of testing regarding AMI security events with res_pjsip. I noticed that when dealing with an artificial endpoint, the ChallengeSent and ChallengeResponseFailed events printed a UUID for the account ID field. This is because the artificial endpoint is the relevant endpoint and its sorcery ID is a UUID. For the sake of security events, I think it's more user-friendly to print something more clear. I've chosen the string "<unknown>", but I'm open to other suggestions.
> 
> This review is made against Asterisk 12, but if this is something that feels more like a trunk-only change, I could make it there instead.
> 
> 
> Diffs
> -----
> 
>   /branches/12/res/res_pjsip/security_events.c 405131 
> 
> Diff: https://reviewboard.asterisk.org/r/3113/diff/
> 
> 
> Testing
> -------
> 
> Wrote a starpy script that printed out the security events as they were received. Confirmed that the account ID changed from a UUID to "<unknown>"
> 
> 
> Thanks,
> 
> Mark Michelson
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20140110/577affb7/attachment.html>


More information about the asterisk-dev mailing list