[sr-dev] Via parser does not accept any token as transport

[Carsten Bock]

Hi Olle,

it added support for URN-URI's and for CID-URI's.
I think it is limited to support only few URI schemes for performance reasons.

Carsten

2011/9/14 Olle E. Johansson <oej at edvina.net>:
>
> 14 sep 2011 kl. 09:09 skrev Carsten Bock:
>
>> Hi Klaus,
>>
>> The problem is not the TM-Module, but the URI-Parser of the core which
>> does not support URN's.
>> The OpenIMSCore has support for URN-URI's, I've ported the support to
>> my carstenbock/ims branch; i will try to add the support for URN's to
>> the trunk-version this week.
>>
> Does this mean ONLY URN's or a generic support for *any* URI scheme?
>
> /O
>> Regards,
>> Carsten
>>
>>
>> 2011/9/14 Klaus Darilion <klaus.mailinglists at pernau.at>:
>>> On 13.09.2011 22:12, Olle E. Johansson wrote:
>>>>
>>>> 13 sep 2011 kl. 22:10 skrev Iñaki Baz Castillo:
>>>>
>>>>> 2011/9/13 Daniel-Constantin Mierla<miconda at gmail.com>:
>>>>>>
>>>>>> you started the discussion when many of us were partying for 10 years
>>>>>> celebration :-) so it got lost -- reminders are recommended always.
>>>>>>
>>>>>> There is no real good reason why not accepting unknown transport
>>>>>> protocols
>>>>>> non-top Vias. The limitation is coming from implementation of the
>>>>>> parser,
>>>>>> but should be relaxed.
>>>>>>
>>>>>> The best would be to introduce PROTO_OTHER in the enum of protocols
>>>>>> (ip_addr.h, enum sip_protos) and in case this type is encountered, read
>>>>>> the
>>>>>> string value of the protocol.
>>>>>>
>>>>>> Via parser is using quite a lot of states, so if you look to update it,
>>>>>> when
>>>>>> it gets to the state where the transport (proto) part starts, if does
>>>>>> not
>>>>>> match UDP, TCP, TLS or SCTP, then set vb->proto=PROTO_OTHER and start
>>>>>> and
>>>>>> length of the token in vb->transport. Should not be very complex to
>>>>>> enhance
>>>>>> once you get into via parser states.
>>>>>>
>>>>>> I may fix it before 3.2.0 is out if you are not doing it meanwhile, but
>>>>>> cannot give you a timeline for it right now.
>>>>>
>>>>>
>>>>> Thanks a lot Daniel !
>>>>>
>>>>> I will try to do it by myself by following your useful indications. If
>>>>> I get it I will announce prior to commiting it.
>>>>>
>>>> That reminds me of my favorite issue: Is it possible to get Kamailio to
>>>> accept other URI schemes than SIP and SIPS?
>>>
>>> Oh yes, tm module fails for example if RURI is a service URN.
>>>
>>> regards
>>> klaus
>>>
>>> _______________________________________________
>>> sr-dev mailing list
>>> sr-dev at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>>
>>
>>
>>
>> --
>> Carsten Bock
>> CEO (Geschäftsführer)
>>
>> ng-voice GmbH i. Gr.
>>
>> http://www.ng-voice.com
>> mailto:carsten at ng-voice.com
>>
>> Mobile +49 179 2021244
>> Office +49 40 34927219
>> Fax +49 40 34927220
>>
>> _______________________________________________
>> sr-dev mailing list
>> sr-dev at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
> ---
> * Olle E Johansson - oej at edvina.net
> * Cell phone +46 70 593 68 51, Office +46 8 96 40 20, Sweden
>
>
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>



-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH i. Gr.

http://www.ng-voice.com
mailto:carsten at ng-voice.com

Mobile +49 179 2021244
Office +49 40 34927219
Fax +49 40 34927220