Hi , Can anyone point me to the function used to remove a tag in To Header field. For ex: To:sss@sss.com;tag=09888
In this case how to remove the tag param.
Thanks
Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/
sasirekha jaganathan wrote:
Hi , Can anyone point me to the function used to remove a tag in To Header field. For ex: To:sss@sss.com;tag=09888
In this case how to remove the tag param.
There is no dedicated function. You can use the functions from textops module to replace the tag (using regular expressions) (make sure to not remove the \r at the end of the line)
regards klaus
2009/4/1 Klaus Darilion klaus.mailinglists@pernau.at:
There is no dedicated function. You can use the functions from textops module to replace the tag (using regular expressions) (make sure to not remove the \r at the end of the line)
Or you can remove the "To" header with remove_hf("To") and create a new one: insert_hf("To: <$tu>\r\n");
But I really wonder why you need to remove the To tag in an in-dialog request.
Iñaki Baz Castillo wrote:
2009/4/1 Klaus Darilion klaus.mailinglists@pernau.at:
There is no dedicated function. You can use the functions from textops module to replace the tag (using regular expressions) (make sure to not remove the \r at the end of the line)
Or you can remove the "To" header with remove_hf("To") and create a new one: insert_hf("To: <$tu>\r\n");
But I really wonder why you need to remove the To tag in an in-dialog request.
A common use case is a SIP client which gets confused by multiple early dialogs (e.g. Asterisk in pedenatic mode). Just remove the totags from the responses 101-199 and you are done.
regards klaus
2009/4/1 Klaus Darilion klaus.mailinglists@pernau.at:
But I really wonder why you need to remove the To tag in an in-dialog request.
A common use case is a SIP client which gets confused by multiple early dialogs (e.g. Asterisk in pedenatic mode). Just remove the totags from the responses 101-199 and you are done.
Wow! Asterisk in pedantic mode (theorically this means more RFC 3261 compliant) requires To tag in provisional 1XX responses to be removed in case of getting forked responses!
What will be the next? requiring just one Via header? requiring media address in SDP being the same as address in Contact header? requiring a new propietary header "Require: x-digium" ?
Amazing.
Daniel Constantin Mierla decided to create a new sip Proxy with Olle E Johansson. Kamailo will fork and the new versions of the software will be licensed by Microsoft under the closed source software agreement(http://www.closedSoftware.bill). The fee is quite cool and will remain under 2000€ by user per day. We all hope a nice future to Constantin and Kamailio.
Kind regards,
Olivier
Olivier,
I am intrigued by your ideas and would like to subscribe to your quarterly newsletter. I am also interested in attending your biannual conference and leadership seminar.
This sounds like an intriguing enterprise-strength solution that proactively leverages B2B/B2C channel partnerships in a turn-key, whiteboard-convergent, high-ROI XML-enabled together with value-added five-9s, N+1, 24/7 methodologies.
-- Alex
olivier.taylor@gmail.com wrote:
Daniel Constantin Mierla decided to create a new sip Proxy with Olle E Johansson. Kamailo will fork and the new versions of the software will be licensed by Microsoft under the closed source software agreement(http://www.closedSoftware.bill). The fee is quite cool and will remain under 2000€ by user per day. We all hope a nice future to Constantin and Kamailio.
Kind regards,
Olivier
Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
And many more :) 48/14 on the pipe.
Olivier
Alex Balashov a écrit :
Olivier,
I am intrigued by your ideas and would like to subscribe to your quarterly newsletter. I am also interested in attending your biannual conference and leadership seminar.
This sounds like an intriguing enterprise-strength solution that proactively leverages B2B/B2C channel partnerships in a turn-key, whiteboard-convergent, high-ROI XML-enabled together with value-added five-9s, N+1, 24/7 methodologies.
-- Alex
olivier.taylor@gmail.com wrote:
Daniel Constantin Mierla decided to create a new sip Proxy with Olle E Johansson. Kamailo will fork and the new versions of the software will be licensed by Microsoft under the closed source software agreement(http://www.closedSoftware.bill). The fee is quite cool and will remain under 2000€ by user per day. We all hope a nice future to Constantin and Kamailio.
Kind regards,
Olivier
Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Is this a 1st of April joke ?? Joao
olivier.taylor@gmail.com wrote:
Daniel Constantin Mierla decided to create a new sip Proxy with Olle E Johansson. Kamailo will fork and the new versions of the software will be licensed by Microsoft under the closed source software agreement(http://www.closedSoftware.bill). The fee is quite cool and will remain under 2000€ by user per day. We all hope a nice future to Constantin and Kamailio.
Kind regards,
Olivier
Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
On Wednesday 01 April 2009, olivier.taylor@gmail.com wrote:
Daniel Constantin Mierla decided to create a new sip Proxy with Olle E Johansson. Kamailo will fork and the new versions of the software will be licensed by Microsoft under the closed source software agreement(http://www.closedSoftware.bill). The fee is quite cool and will remain under 2000€ by user per day. We all hope a nice future to Constantin and Kamailio.
If you've read the GPL licence, or at least the FAQ about it, you'd understand that this is not possible within this project. Kamailio is an open source project, and it will stay an open source project. Please don't spread such false informations on this list.
Henning
1 apr 2009 kl. 18.23 skrev Henning Westerholt:
On Wednesday 01 April 2009, olivier.taylor@gmail.com wrote:
Daniel Constantin Mierla decided to create a new sip Proxy with Olle E Johansson. Kamailo will fork and the new versions of the software will be licensed by Microsoft under the closed source software agreement(http://www.closedSoftware.bill). The fee is quite cool and will remain under 2000€ by user per day. We all hope a nice future to Constantin and Kamailio.
If you've read the GPL licence, or at least the FAQ about it, you'd understand that this is not possible within this project. Kamailio is an open source project, and it will stay an open source project. Please don't spread such false informations on this list.
If this was meant as an April fool's joke, i fail to understand it.
/O
Another fish for me :)
Thanks Olle,
Olivier
ps: Next will be Daniel?
Olle E. Johansson a écrit :
1 apr 2009 kl. 18.23 skrev Henning Westerholt:
On Wednesday 01 April 2009, olivier.taylor@gmail.com wrote:
Daniel Constantin Mierla decided to create a new sip Proxy with Olle E Johansson. Kamailo will fork and the new versions of the software will be licensed by Microsoft under the closed source software agreement(http://www.closedSoftware.bill). The fee is quite cool and will remain under 2000€ by user per day. We all hope a nice future to Constantin and Kamailio.
If you've read the GPL licence, or at least the FAQ about it, you'd understand that this is not possible within this project. Kamailio is an open source project, and it will stay an open source project. Please don't spread such false informations on this list.
If this was meant as an April fool's joke, i fail to understand it.
/O
Iñaki Baz Castillo wrote:
2009/4/1 Klaus Darilion klaus.mailinglists@pernau.at:
But I really wonder why you need to remove the To tag in an in-dialog request.
A common use case is a SIP client which gets confused by multiple early dialogs (e.g. Asterisk in pedenatic mode). Just remove the totags from the responses 101-199 and you are done.
Wow! Asterisk in pedantic mode (theorically this means more RFC 3261 compliant) requires To tag in provisional 1XX responses to be removed in case of getting forked responses!
At least that was the case ~1 year ago. I have not tried current versions.
And yes - Asterisk is buggy in both modes :-)
klaus
What will be the next? requiring just one Via header? requiring media address in SDP being the same as address in Contact header? requiring a new propietary header "Require: x-digium" ?
Amazing.
1 apr 2009 kl. 18.17 skrev Klaus Darilion:
Iñaki Baz Castillo wrote:
2009/4/1 Klaus Darilion klaus.mailinglists@pernau.at:
But I really wonder why you need to remove the To tag in an in- dialog request.
A common use case is a SIP client which gets confused by multiple early dialogs (e.g. Asterisk in pedenatic mode). Just remove the totags from the responses 101-199 and you are done.
Wow! Asterisk in pedantic mode (theorically this means more RFC 3261 compliant) requires To tag in provisional 1XX responses to be removed in case of getting forked responses!
At least that was the case ~1 year ago. I have not tried current versions.
And yes - Asterisk is buggy in both modes :-)
I think this was fixed a long time ago. We should lock on the tag in the first 200 OK in pedantic mode. I've run these tests and SIPit and Asterisk handled it great. Getting multiple 200 OK is another story.
We do try to fix stuff if proper bug reports are filed with bugs.digium.com.
If this bug has re-appeared lately, then it needs to be re-fixed.
/O