[asterisk-bugs] [Asterisk 0019062]: [patch] PRI party subaddress odd_even_indicator inconsitency / undocumented
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Apr 6 11:37:03 CDT 2011
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=19062
======================================================================
Reported By: festr
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 19062
Category: Channels/chan_dahdi
Reproducibility: have not tried
Severity: minor
Priority: normal
Status: confirmed
Asterisk Version: SVN
JIRA: SWP-3302
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 311931
Request Review:
======================================================================
Date Submitted: 2011-04-04 06:35 CDT
Last Modified: 2011-04-06 11:37 CDT
======================================================================
Summary: [patch] PRI party subaddress odd_even_indicator
inconsitency / undocumented
Description:
I'm playing with party subaddress -> Call(DAHDI/g1/1234:u0a23a4)
this syntax should set party subaddress to user specified and
odd_even_indicator to 0. Unfortunatly, odd_even_indicator is overwritten in
channels/sig_pri.c in function sig_pri_party_subaddress_from_ast:
pri_subaddress->odd_even_indicator = (length & 1);
So you cannot set your own odd_even_indicator specified by prefix 'u' or
'U' as it depends always on string length. I've hecked it by uncommenting
"pri_subaddress->odd_even_indicator = (length & 1);"
======================================================================
----------------------------------------------------------------------
(0133449) festr (reporter) - 2011-04-06 11:37
https://issues.asterisk.org/view.php?id=19062#c133449
----------------------------------------------------------------------
way 1) using odd ASCII hex string, isnt it wrong? I though that ASCII
string should be always even in case of "user" type (with 0 ending or
something like this)
way 2) odd/even flag is releated only in case you put uU which sets type
to "user". type (0) does not use odd/even indicator.
way 3) there can be no source in case you are making call (not forwarding
it)
Issue History
Date Modified Username Field Change
======================================================================
2011-04-06 11:37 festr Note Added: 0133449
======================================================================
More information about the asterisk-bugs
mailing list