[sr-dev] Via parser does not accept any token as transport
Olle E. Johansson
oej at edvina.net
Wed Sep 14 09:12:36 CEST 2011
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
More information about the sr-dev
mailing list