Re: [Sofia-sip-devel] call-ID troubles

2016-05-25 Thread Francesco Lamonica 
Hello Michael,
you mean the "tag" in the from header?
or the sofia tags?

here is the code used to send the re-invite

nua_invite(nh,

   TAG_IF(!proxyAddress.isEmpty(),
NUTAG_PROXY(proxyAddress.toLatin1().constData())),

   NUTAG_AUTOANSWER(0),

   TAG_IF(!options.isDataCall(),
SOATAG_USER_SDP_STR(sdp.toLatin1().constData())),

   
SIPTAG_PRIORITY_STR(m_mapPriorityStrings[prio].toLatin1().constData()),

   TAG_END());


i am not manipulating the callid at all


On Wed, May 25, 2016 at 5:26 PM, Michael Jerris  wrote:

> I would triple check the strings you are putting into the tags for this.
> I have never seen something like this unless it was actually me somehow
> buffer overflowing into it.
>
>
> On May 25, 2016, at 11:16 AM, Francesco Lamonica 
> wrote:
>
> Hello Michael,
> sorry, obviously i meant SIP :)
>
>
> On Sun, May 15, 2016 at 12:02 AM, Michael Jerris  wrote:
>
>> Callid in sdp?
>>
>>
>> On Saturday, May 14, 2016, Francesco Lamonica 
>> wrote:
>>
>>> Hi all, i know this might be a shot in the dark however...
>>> i am experiencing a strange issue, randomically on a UAC that uses
>>> sofia-sip (latest stable from repository) when putting the remote on-hold.
>>> the scenario is the following
>>>
>>> sofia-uac -> invites
>>> 100
>>> 180
>>> 200
>>> sofia-uac -> on hold (changing the sdp manually and resending the invite)
>>> sofia-uac -> not on hold
>>>
>>> this scenario 1 out of 20/30 calls does a very strange thing
>>> the SDP that is sent out has the wrong callid so the remote party
>>> responds correctly with a series of 481
>>>
>>> the callid is mangled this way:
>>> the correct one is like 01234567890@172.16.17.15
>>> while the one sent is 01234567890@17217.117.15
>>> as if the second octet is overwritten by following parts of the address
>>>
>>> has anyone experienced something like that? or can give me some hints?
>>> thanks a lot
>>>
>>
>
>
--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

Re: [Sofia-sip-devel] call-ID troubles

2016-05-25 Thread Michael Jerris 
I would triple check the strings you are putting into the tags for this.  I 
have never seen something like this unless it was actually me somehow buffer 
overflowing into it.


> On May 25, 2016, at 11:16 AM, Francesco Lamonica  
> wrote:
> 
> Hello Michael,
> sorry, obviously i meant SIP :)
> 
> 
> On Sun, May 15, 2016 at 12:02 AM, Michael Jerris  > wrote:
> Callid in sdp?
> 
> 
> On Saturday, May 14, 2016, Francesco Lamonica  > wrote:
> Hi all, i know this might be a shot in the dark however...
> i am experiencing a strange issue, randomically on a UAC that uses sofia-sip 
> (latest stable from repository) when putting the remote on-hold.
> the scenario is the following
> 
> sofia-uac -> invites
> 100
> 180
> 200
> sofia-uac -> on hold (changing the sdp manually and resending the invite)
> sofia-uac -> not on hold
> 
> this scenario 1 out of 20/30 calls does a very strange thing
> the SDP that is sent out has the wrong callid so the remote party responds 
> correctly with a series of 481 
> 
> the callid is mangled this way:
> the correct one is like 01234567890@172.16.17.15 <>
> while the one sent is 01234567890@17217.117.15
> as if the second octet is overwritten by following parts of the address
> 
> has anyone experienced something like that? or can give me some hints?
> thanks a lot 
> 

--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

Re: [Sofia-sip-devel] call-ID troubles

2016-05-25 Thread Francesco Lamonica 
Hello Michael,
sorry, obviously i meant SIP :)


On Sun, May 15, 2016 at 12:02 AM, Michael Jerris  wrote:

> Callid in sdp?
>
>
> On Saturday, May 14, 2016, Francesco Lamonica 
> wrote:
>
>> Hi all, i know this might be a shot in the dark however...
>> i am experiencing a strange issue, randomically on a UAC that uses
>> sofia-sip (latest stable from repository) when putting the remote on-hold.
>> the scenario is the following
>>
>> sofia-uac -> invites
>> 100
>> 180
>> 200
>> sofia-uac -> on hold (changing the sdp manually and resending the invite)
>> sofia-uac -> not on hold
>>
>> this scenario 1 out of 20/30 calls does a very strange thing
>> the SDP that is sent out has the wrong callid so the remote party
>> responds correctly with a series of 481
>>
>> the callid is mangled this way:
>> the correct one is like 01234567890@172.16.17.15
>> while the one sent is 01234567890@17217.117.15
>> as if the second octet is overwritten by following parts of the address
>>
>> has anyone experienced something like that? or can give me some hints?
>> thanks a lot
>>
>
--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

Re: [Sofia-sip-devel] call-ID troubles

2016-05-14 Thread Michael Jerris 
Callid in sdp?

On Saturday, May 14, 2016, Francesco Lamonica 
wrote:

> Hi all, i know this might be a shot in the dark however...
> i am experiencing a strange issue, randomically on a UAC that uses
> sofia-sip (latest stable from repository) when putting the remote on-hold.
> the scenario is the following
>
> sofia-uac -> invites
> 100
> 180
> 200
> sofia-uac -> on hold (changing the sdp manually and resending the invite)
> sofia-uac -> not on hold
>
> this scenario 1 out of 20/30 calls does a very strange thing
> the SDP that is sent out has the wrong callid so the remote party responds
> correctly with a series of 481
>
> the callid is mangled this way:
> the correct one is like 01234567890@172.16.17.15
> 
> while the one sent is 01234567890@17217.117.15
> as if the second octet is overwritten by following parts of the address
>
> has anyone experienced something like that? or can give me some hints?
> thanks a lot
>
--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel

[Sofia-sip-devel] call-ID troubles

2016-05-14 Thread Francesco Lamonica 
Hi all, i know this might be a shot in the dark however...
i am experiencing a strange issue, randomically on a UAC that uses
sofia-sip (latest stable from repository) when putting the remote on-hold.
the scenario is the following

sofia-uac -> invites
100
180
200
sofia-uac -> on hold (changing the sdp manually and resending the invite)
sofia-uac -> not on hold

this scenario 1 out of 20/30 calls does a very strange thing
the SDP that is sent out has the wrong callid so the remote party responds
correctly with a series of 481

the callid is mangled this way:
the correct one is like 01234567890@172.16.17.15
while the one sent is 01234567890@17217.117.15
as if the second octet is overwritten by following parts of the address

has anyone experienced something like that? or can give me some hints?
thanks a lot
--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel