Summary:	ASTERISK-01715: Unknown A-number (4823522) is displayed (stable cvs version) when no A-number is present
Reporter:	segamza (segamza)	Labels:
Date Opened:	2004-05-28 05:35:21	Date Closed:	2011-06-07 14:10:15
Priority:	Minor	Regression?	No
Status:	Closed/Complete	Components:	Core/General
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:
Description:	-- Making new call for cr 32774 > Protocol Discriminator: Q.931 (8)  len=41 > Call Ref: len= 2 (reference 6/0x6) (Originator) > Message type: SETUP (5) > Bearer Capability (len= 3) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Speech (0) >                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16) >                              Ext: 1  User information layer 1: A-Law (35) > Channel ID (len= 5) [ Ext: 1  IntID: Implicit, PRI Spare: 0, Preferred Dchan: 0 >                        ChanSel: Reserved >                       Ext: 1  Coding: 0   Number Specified   Channel Type: 3 >                       Ext: 1  Channel: 1 ] > Calling Number (len=11) [ Ext: 0  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0) >                           Presentation: Presentation allowed of network provided number (3) '4823522' ] > Called Number (len=15) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0) '003717365949' ] < Protocol Discriminator: Q.931 (8)  len=10 < Call Ref: len= 2 (reference 32774/0x8006) (Terminator) < Message type: SETUP ACKNOWLEDGE (13) < Channel ID (len= 5) [ Ext: 1  IntID: Implicit, PRI Spare: 0, Preferred Dchan: 0 <                        ChanSel: Reserved <                       Ext: 1  Coding: 0   Number Specified   Channel Type: 3 <                       Ext: 1  Channel: 1 ] -- Processing IE 24 (Channel Identification)
Comments:	By: Mark Spencer (markster) 2004-05-28 10:52:20 I'm not sure I understand your "bug".  The 4823522 is the callerid that asterisk is sending outgoing based upon whatever incoming interface started the call.  "sip show channel <foo>" can provide more information. In any case, please try to be more specific with your bug report and use complete sentences. By: Mark Spencer (markster) 2004-05-29 19:14:50 As best I can tell, not a bug, poster seems to have lost interest anyway. By: segamza (segamza) 2004-05-31 06:06:43 Call comes from first PRI port (TE410P) and goes out to second port. Incoming A-number is empty, but outcoming sometimes contains garbage (like this 4823522). By: Mark Spencer (markster) 2004-05-31 10:43:07 That would strongly smell of a configuration issue but if you find me on IRC I'll be happy to take a look. Remember that if you have callerid=4823522 before you declare your PRI channels, it will apply that to your PRI as well and override the incoming callerid (or lack thereof).   I recommend you do:  callerid=asreceived before you declare your channels to be on the safe side. Since you've labeled this as a "MAJOR" bug, you need to be much more responsive in getting back with us. By: Mark Spencer (markster) 2004-06-02 14:00:19 User seems to have lost interest.