[Home]

Summary:ASTERISK-10253: Multiple __SIPADDHEADERs don't work with Local channels
Reporter:Alistair Cunningham (acunningham)Labels:
Date Opened:2007-09-07 12:01:34Date Closed:2007-09-07 14:03:15
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Channels/chan_local
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:This bug is similar to ASTERISK-7684, but affects local channels.

If you do:

[default]
exten => 300, 1, Set(__SIPADDHEADER=X-Test1: 1)
exten => 300, 2, Set(__SIPADDHEADER=X-Test2: 2)
exten => 300, 3, Dial(Local/301@default/n)

exten => 301, 1, Dial(SIP/101)

and call 300, then on the INVITE to 101 X-Test2 gets sent but X-Test1 does not.

****** ADDITIONAL INFORMATION ******

The complete INVITE sent is (IP addresses changed to protect the innocent):

Reliably Transmitting (NAT) to 192.168.1.2:5060:
INVITE sip:101@192.168.1.2:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 192.168.1.1:5060;branch=z9hG4bK5acf0734;rport
From: "Alistair Cunningham" <sip:101@192.168.1.1>;tag=as5035b2be
To: <sip:101@192.168.1.2:5060;transport=udp>
Contact: <sip:101@192.168.1.1>
Call-ID: 295ab2a55de411462c15effc567637b8@192.168.1.1
CSeq: 102 INVITE
User-Agent: Asterisk
Max-Forwards: 70
Date: Fri, 07 Sep 2007 17:14:22 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
X-Test2: 2
Content-Type: application/sdp
Content-Length: 242

v=0
o=root 18369 18369 IN IP4 192.168.1.1
s=session
c=IN IP4 192.168.1.1
t=0 0
m=audio 19272 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
Comments:By: Jason Parker (jparker) 2007-09-07 13:55:21

Try this:

exten => 300,1,Set(__SIPADDHEADER02=X-Test1: 1)
exten => 300,2,Set(__SIPADDHEADER01=X-Test2: 2)
By: Alistair Cunningham (acunningham) 2007-09-07 14:00:07

Thank you, that works. I was not aware of this feature. Would you have a link to documentation on how to use it in more detail?
By: Jason Parker (jparker) 2007-09-07 14:03:15

Closing.

The bug you referenced pointed these out.