[VoiceOps] ACME Contact Header rewrite
Mark Holloway
mh at markholloway.com
Wed Oct 7 16:33:49 EDT 2009
You might want to look at the "contact" options in the ACLI
configuration section titled Global SIP Options.
On Oct 7, 2009, at 12:17 PM, Lee Riemer wrote:
> Yes, reg caching is disabled on that sip-interface. The
> registration requests come through with an acceptable Contact
> header. The header retains the original host and the ACME only adds
> its IP in a maddr tag. However, every other non-registration dialog
> contains a Contact header host rewritten with the ACME's IP.
>
> Mark Holloway wrote:
>>
>> When registration-caching is enabled the SD automatically rewrites
>> the contact header. Do you have it enabled?
>>
>> You may want to read the ACLI configuration guide section titled
>> SIPconnect > Modifications to Registration Caching Behavior.
>>
>>
>> On Oct 7, 2009, at 11:40 AM, anorexicpoodle wrote:
>>
>>> Do you have global-contact configured in the sip-config options
>>> tokenizing the contact header?
>>>
>>> If you dont need the contact-header tokenized like this you can
>>> remove global-contact from the sip-config but this is a global
>>> setting so be very certain.
>>>
>>> Alternatively if you need that function elsewhere, just write some
>>> HMR to re-write the contact into whatever form MS requires,
>>> substituting the from/to or whatever you desire, this is exactly
>>> what I have done to work around elements that cannot handle the
>>> length of the global-contact header.
>>>
>>>
>>>
>>> On Wed, 2009-10-07 at 13:09 -0500, Lee Riemer wrote:
>>>>
>>>> Anyone know how to disable the Contact rewrite? I'm trying to
>>>> build a
>>>> PBX in a Metaswitch and the configured SIP binding has an ACME as
>>>> it's
>>>> proxy. I have outbound working fine, but it breaks on inbound as
>>>> the MS
>>>> is looking for the PBX IP in the Contact header, not the ACME's. I
>>>> understand the point is for the signaling to come back to the
>>>> ACME, but
>>>> the proxy setting in the SIP binding takes care of that.
>>>>
>>>> Lee
>>>> _______________________________________________
>>>> 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/20091007/6fe94ebc/attachment.html>
More information about the VoiceOps
mailing list