[Home]

Summary:ASTERISK-09239: SIP_HEADER function after re-invite doesn't report headers in initial INVITE
Reporter:Bradley Watkins (marquis)Labels:
Date Opened:2007-04-10 17:39:55Date Closed:2011-06-07 14:03:12
Priority:MajorRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:
Description:Any customer headers that are added to a SIP message are unavailable when the line of dialplan code is from a Realtime switch.  Adding the exact same line (while keeping the rest in Realtime) in extensions.conf makes it work fine.

However, all "normal" headers (User-Agent, etc.) are available.
Comments:By: Bradley Watkins (marquis) 2007-04-17 21:00:03

Hrmmm...  As it turns out, this bug is in no way related to Realtime.  After some more debugging, it's actually a timing-based issue with custom SIP headers and reinvites that manifested itself when using Realtime.

In actuality, using Wait() with any value other than 0 has the same effect.  I've posted on the -dev list for some discussion as well, primarily for hashing out the desired/expected behavior before progressing with this.

At a minimum though, something should be done about the title.  It's quite misleading now that I've narrowed it down.  The bug can also be closed with a note that I should re-open with better/more information and/or title.  Whatever the bug marshals deem correct.

By: Olle Johansson (oej) 2007-04-27 09:29:48

Changing this to "feature" from "major" since this is a feature request hybrid with a BUG. This is a result of the current architecture of the SIP channel and it will need a lot of changes to do things in any other way, something that is planned for pineapple.

By: jmls (jmls) 2007-09-12 16:30:42

if pineapple is rotting, should we close this ?

By: Joshua C. Colp (jcolp) 2008-02-11 09:31:01.000-0600

I'll suspend this for now since it isn't actively being looked at... if you want to pursue it oej, I'll leave it alone.