[sr-dev] SIP-I ?

[Javi Gallart]

Hi Daniel

understood. We haven't developed anything yet, I wanted to know the 
general opinion about the convenience of writing a module of such nature 
in kamailiio. By the way, it that person is "listening", it would be 
nice if we can get in touch.

Regards

Javi
On 03/22/2013 03:53 PM, Daniel-Constantin Mierla wrote:
> Someone else approached me at Fosdem (iirc), saying they are working 
> on (or already have) a module to deal with SIP-I, but it may not 
> actually happen to get it from there (unless the person is here and 
> can confirm more).
>
> Anyhow, adding in a new module is ok as long as there is a maintainer 
> for it in the first year. Most of my modules were added because I 
> needed them, not because there was another potential user. In this 
> case, as said above, I expect more to use it, but that does not matter 
> at the end. So I would find it useful to have.
>
> Just for sake of completeness, besides the maintainer rule, the only 
> constraint for modules would be not to be something very specific just 
> for a private use case (e.g., a connector to an internal system, not 
> available to others at all, with custom protocol and no chance for 
> additional use cases). Not the case here, of course, being actually 
> about a recognized standard.
>
> Cheers,
> Daniel
>
>
> On 3/22/13 3:27 PM, Alex Balashov wrote:
>> Yes, but what happens when those modifications, or responses based on 
>> those modifications, are returned to the sender? Much as with most 
>> SIP headers, the sending SS7 gateway can well say, "I didn't send that."
>>
>>
>> Javi Gallart <jgallart at systemonenoc.com> wrote:
>>
>>> Thanks Alex
>>>
>>> the first thing that came to my mind is performing some number
>>> manipulation. Imagine kamailio acting as a router for several carriers.
>>>
>>> One of them demands an international NOA with a weird prefix, whereas
>>> the other one, for the same destination, requires a pound (#) at the
>>> end, and so on. I agree with you in disliking idea of being too
>>> "invasive" in the body of the sip message, but it's something already
>>> doable for instance with SDP.
>>>
>>> Javi
>>> On 03/22/2013 02:50 PM, Alex Balashov wrote:
>>>> Hi Javi,
>>>>
>>>> The first question to ask is: if Kamailio could understand ISUP
>>>> parameters, what would it do with them?
>>>>
>>>> If the answer is "not a whole lot", chances are it is something that
>>>> only needs to be understood by the endpoints, and which Kamailio
>>> would
>>>> continue to be agnostic to, as it is now.  Kamailio is, above all
>>>> else, a message relay.
>>>>
>>>> -- Alex
>>>>
>>>>
>>>
>>> _______________________________________________
>>> sr-dev mailing list
>>> sr-dev at lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>