[VoiceOps] full to compact header conversion

[Lee Riemer]

When you store without using elements, doesn't it store the whole line, 
including "From:"?

Brandon Buckner wrote:
> Hmm, I don't know if there's a way to not have the Acme SBC convert "f:" to "From" when it actually sends the message. I wrote a HMR to store the value of From:, then delete it, then add a header of "f" then add the stored value to an INVITE heading out to one of my carriers on my lab system. A wireshark capture indeed shows the from being deleted and re-added to the bottom, but it lists as "From" instead of "f", even in the converted hex frame in the bottom wireshark window. I know there someone from Acme on here, perhaps they can shed some light on it? Here's what I came up with (I only used invite in my test but that's easily changed to any): 
>
> sip-manipulation
>         name                           CompactHeaders
>         description                    
>         header-rule
>                 name                           StoreFrom
>                 header-name                    From
>                 action                         store
>                 comparison-type                pattern-rule
>                 match-value                    .*
>                 msg-type                       request
>                 new-value                      
>                 methods                        INVITE
>         header-rule
>                 name                           DeleteFrom
>                 header-name                    From
>                 action                         delete
>                 comparison-type                case-sensitive
>                 match-value                    
>                 msg-type                       request
>                 new-value                      
>                 methods                        INVITE
>         header-rule
>                 name                           AddF
>                 header-name                    f
>                 action                         add
>                 comparison-type                case-sensitive
>                 match-value                    
>                 msg-type                       request
>                 new-value                      $StoreFrom.$0
>                 methods                        INVITE
>
>
> On a different tack, are you perhaps able to strip some extraneous information from the headers that the carrier doesn't need or even in the SDP such as unused codecs? 
>
> ----
> Brandon Buckner
> Switching Technician / VoIP Admin
> Iowa Network Services
> brandonb at netins.com
> ________________________________________
> From: voiceops-bounces at voiceops.org [voiceops-bounces at voiceops.org] On Behalf Of David Hiers [hiersd at gmail.com]
> Sent: Thursday, November 05, 2009 11:17 AM
> To: Scott Berkman
> Cc: VoiceOps at voiceops.org
> Subject: Re: [VoiceOps] full to compact header conversion
>
> Yep, acme is the first place I'm looking.  It'd be nice to use their
> ability to store the value in the From: header, delete the entire
> From: header, then write the stored value in a newly-created f:
> header.
>
> David
>
>
>
> On Thu, Nov 5, 2009 at 8:31 AM, Scott Berkman <scott at sberkman.net> wrote:
>   
>> Acme can strip headers, and so can SER/Variants.  Also if you are
>> specifically talking about SIP messages coming out from Broadsoft towards
>> the PSTN, there are some options in the AS SIP Interface CLI settings about
>> sending diversion headers and the different versions of PAID (privacy mode I
>> think?) that can help you shorten the headers.
>>
>>        -Scott
>>
>> -----Original Message-----
>> From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org]
>> On Behalf Of David Hiers
>> Sent: Thursday, November 05, 2009 9:44 AM
>> To: VoiceOps at voiceops.org
>> Subject: [VoiceOps] full to compact header conversion
>>
>> Anyone seen a slick way to convert headers from full to compact?
>>
>> After a bunch of diversions, we get close to the PMTU.
>>
>> Thanks,
>>
>> David
>> _______________________________________________
>> VoiceOps mailing list
>> VoiceOps at voiceops.org
>> https://puck.nether.net/mailman/listinfo/voiceops
>>
>>
>>
>>     
> _______________________________________________
> VoiceOps mailing list
> VoiceOps at voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops
> _______________________________________________
> VoiceOps mailing list
> VoiceOps at voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20091105/6acd7a6d/attachment-0001.html>