1 Apr
2009
1 Apr
'09
12:12 p.m.
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/
1 Apr
1 Apr
1:24 p.m.
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
1:32 p.m.
2009/4/1 Klaus Darilion <klaus.mailinglists(a)pernau.at>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
<ibc(a)aliax.net>
5:12 p.m.
Iñaki Baz Castillo wrote:
2009/4/1 Klaus Darilion
<klaus.mailinglists(a)pernau.at>at>:
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
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.
5:20 p.m.
2009/4/1 Klaus Darilion <klaus.mailinglists(a)pernau.at>at>:
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.
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
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. 
6:10 p.m.
New subject: [Kamailio-Users] another Fork
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
6:14 p.m.
New subject: [Kamailio-Users] another Fork
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(a)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(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
--
Alex Balashov
Evariste Systems
Web : http://www.evaristesys.com/
Tel : (+1) (678) 954-0670
Direct : (+1) (678) 954-0671
Mobile : (+1) (678) 237-1775
7:04 p.m.
New subject: [Kamailio-Users] another Fork
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(a)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(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
6:14 p.m.
New subject: [Kamailio-Users] another Fork
Is this a 1st of April joke ??
Joao
olivier.taylor(a)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(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
--
StarTel - A Rede Livre
Joao Gomes Pereira
www.startel.pt
+351 304500650
sip: gomespereira(a)startel.pt
6:23 p.m.
New subject: [Kamailio-Users] another Fork
On Wednesday 01 April 2009, olivier.taylor(a)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
8:10 p.m.
New subject: [Kamailio-Users] another Fork
1 apr 2009 kl. 18.23 skrev Henning Westerholt:
On Wednesday 01 April 2009, olivier.taylor(a)gmail.com
wrote:
If this was meant as an April fool's joke, i fail to understand it.
/O
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.
8:40 p.m.
New subject: [Kamailio-Users] another Fork
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(a)gmail.com wrote:
If this was meant as an April fool's joke, i fail to understand it.
/O 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.
6:17 p.m.
Iñaki Baz Castillo wrote:
2009/4/1 Klaus Darilion
<klaus.mailinglists(a)pernau.at>at>:
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
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. 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.
8:08 p.m.
1 apr 2009 kl. 18.17 skrev Klaus Darilion:
Iñaki Baz Castillo wrote:
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
2009/4/1 Klaus Darilion
<klaus.mailinglists(a)pernau.at>at>:
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 :-) 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.
5513
days inactive
5513
days old
13 comments
8 participants
participants (8)
-
Alex Balashov -
Henning Westerholt -
Iñaki Baz Castillo -
Joao Gomes Pereira -
Klaus Darilion -
olivier.taylor＠gmail.com -
Olle E. Johansson -
sasirekha jaganathan