Hi, I have some code for updating the destination number and the NAI of an ISUP message encoded in a SIP message and would be interested in submitting it as a module to Kamailio. Could I get more information on guidelines and procedure for submitting a module?
Regards, Torrey On 22 March 2013 16:49, Alex Balashov <[email protected]> wrote: > Yes, but don't elements of the MIME body get copied into the SIP responses by > the UAS? > > > Javi Gallart <[email protected]> wrote: > >>Hi >> >>this is really a common practice among carriers. Actually the SS7 case >>is easier because, unlike in SIP with the To, From..., in a regular >>ISUP >>call the details of the initiating call are not sent in the backwards >>direction: an ANM message indicating the call was answered doesn't >>carry >>the numbers in the IAM that initiates the call. So it's a matter of >>billing properly and accurately. >> >>Javi >>On 03/22/2013 03: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 <[email protected]> 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 >>>> [email protected] >>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev >> >> >>_______________________________________________ >>sr-dev mailing list >>[email protected] >>http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev > > -- > Sent from my mobile, and thus lacking in the refinement one might expect from > a fully-fledged keyboard. > > Alex Balashov - Principal > Evariste Systems LLC > 235 E Ponce de Leon Ave > Suite 106 > Decatur, GA 30030 > United States > Tel: +1-678-954-0670 > Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ > > _______________________________________________ > sr-dev mailing list > [email protected] > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev _______________________________________________ sr-dev mailing list [email protected] http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
