[OpenSIPS-Users] SIP-I: init_iam_default Empty Body

[Bogdan-Andrei Iancu]

Welcome. Check out wireshark, it has a dissector able to "read" ISUP and 
to translate it for humans.

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
   https://www.siphub.com

On 18.03.2025 20:52, Sipwise Mailinglist wrote:
> Dear Bogdan-Andrei,
>
> you are right. It's in binary and sngrep isn't able to display this. 
> Using tcpdump was all I need.
>
> The biggest problems can sometimes have the easiest solution. Thank 
> you for your great help!
>
>
> Best Regards,
>
> Malte
>
> On 18/03/2025 10:02, Bogdan-Andrei Iancu wrote:
>> Hi Malte,
>>
>> Keep in mind that the payload of the ISUP body is binary, so may not 
>> be human readable. Could you do a pcap capturing of the resulting 
>> INVITE and attach it here?
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>>
>> OpenSIPS Founder and Developer
>>   https://www.opensips-solutions.com
>>   https://www.siphub.com
>>
>> On 14.03.2025 17:21, spce at lard.at wrote:
>>> Dear people,
>>>
>>> I've got a problem with the SIP-I module in openSIPS 3.5:
>>>
>>> I am trying to add a IAM to the SDP-Part of a SIP-INVITE. When using 
>>> add_isup_part() the function is adding a new ISUP section to SDP. 
>>> Inside the ISUP section theres a header but no body part.
>>>
>>> init_iam_default is correctly extracting Calling/Called party 
>>> numbers. There is no error in log. I am using the function inside 
>>> the default REQUEST_ROUTE block of the Trunking script.
>>>
>>> Does somebody has an idea why my approach isn't working?
>>>
>>>
>>> Thx,
>>>
>>> Malte
>>>
>>>
>>>> ####  SIP_I module
>>>>
>>>> loadmodule "sip_i.so"
>>>> modparam("sip_i", "default_part_headers", 
>>>> "Content-Disposition:signal;handling=required\r\n")
>>>> modparam("sip_i", "country_code", "+43")
>>>>
>>>>
>>>> ####### Routing Logic ########
>>>>
>>>> # main request routing logic
>>>>
>>>> route {
>>>>
>>>>     add_isup_part();
>>>>
>>>>     [default script]
>>>>
>>>> }
>>>>
>>>
>>>> --OSS-unique-boundary-42
>>>> Content-Type: application/sdp
>>>>
>>>> [...]
>>>>
>>>> --OSS-unique-boundary-42
>>>> Content-Type: application/ISUP;version=itu-t92+
>>>> Content-Disposition:signal;handling=required
>>>>
>>>> ^^H 
>>>
>>>> INFO:sip_i:init_iam_default: Called party number set to: 43991001
>>>> Mar 14 15:51:53 opensips-test /usr/sbin/opensips[74183]: 
>>>> DBG:core:parse_headers: flags=3000000000
>>>> Mar 14 15:51:53 opensips-test /usr/sbin/opensips[74183]: 
>>>> DBG:core:_parse_to: end of header reached, state=10
>>>> Mar 14 15:51:53 opensips-test /usr/sbin/opensips[74183]: 
>>>> DBG:core:_parse_to: display={}, ruri={sip:+43771001 at xxx.at;user=phone}
>>>> Mar 14 15:51:53 opensips-test /usr/sbin/opensips[74183]: 
>>>> INFO:sip_i:init_iam_default: Calling party number set to: 771001
>>>> Mar 14 15:51:53 opensips-test /usr/sbin/opensips[74183]: 
>>>> DBG:sip_i:add_isup_part_cmd: Initial address message parameters set 
>>>> by default
>>>> Mar 14 15:51:53 opensips-test /usr/sbin/opensips[74183]: 
>>>> DBG:core:parse_headers: flags=ffffffffffffffff
>>>> Mar 14 15:51:53 opensips-test /usr/sbin/opensips[74183]: 
>>>> DBG:core:decode_mime_type: Decoding MIME type for:[application/sdp]
>>>> Mar 14 15:51:53 opensips-test /usr/sbin/opensips[74183]: 
>>>> DBG:core:add_body_part: adding mime 
>>>> <application/ISUP;version=itu-t92+>, hdrs 
>>>> <Content-Disposition:signal;handling=required
>>>> >, body=<>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>