| Summary: | ASTERISK-01654: Incorrect calling party number parsing for debuging purpose | ||
| Reporter: | Paul Cadach (pcadach) | Labels: | |
| Date Opened: | 2004-05-19 12:40:59 | Date Closed: | 2004-09-25 02:45:07 |
| Priority: | Minor | Regression? | No |
| Status: | Closed/Complete | Components: | Core/General |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | As specified at Q.931 paragraph 4.5.10, octet 3a (which contains presentation/screening indication values) is optional, but q931.c assumes its always present. chan_zap parses calling party number correctly. | ||
| Comments: | By: Mark Spencer (markster) 2004-05-19 17:50:14 Fixed in CVS By: Paul Cadach (pcadach) 2004-05-22 15:17:53 Reminder sent to markster There is no caller phone number displayed: - pri_message("%c + if (ie->data[2] & 0x80) + pri_message("%c but no alternative when octet 3a is absent... | ||