[Freeswitch-users] segfault on IPv6

Michael Jerris mike at jerris.com
Fri Nov 21 07:18:30 PST 2008


I am not sure if it is technically wrong according to the spec,  
probably not, but every other phone that supports this method would  
have actual data instead of the blank activities tag.

<rpid:activities/>

Mike

On Nov 21, 2008, at 3:57 AM, kokoska rokoska wrote:

>
> Hi,
>
> I have tested all I can and everything worked fine. So many thanks  
> once
> more for very quick fix!
>
> BTW: Could some with better presence knowledge tell me what is wrong
> with that message? I like to report it to the Sip Communicator  
> devels...
>
> Best regards,
>
> kokoska.rokoska
>
>
> Michael Jerris napsal(a):
>> okay, this confirms my suspicion and that the fix is correct.  let us
>> know.
>>
>> Mike
>>
>> On Nov 20, 2008, at 6:37 PM, kokoska.rokoska wrote:
>>
>>> Michael Jerris napsal(a):
>>>> I added some code to protect against this segfault in svn revision
>>>> 10483, but it seems like you are getting an invalid presence  
>>>> packet.
>>>> Can you update and test and make sure it doesn't segfault anymore,
>>>> and
>>>> paste a sip trace of the message that causes this issue?
>>>>
>>>> Mike
>>>>
>>>>
>>> Thank you very much, Mike, for your fix!
>>>
>>> It looks like it helps. I do more tests tomorow (I am at CET).
>>>
>>> Presence message is as follows:
>>>
>>> PUBLISH sip:0002*25 at ip6.server.tld SIP/2.0
>>> Call-ID: b005315c3d071250ecf07fffa5fff66e at 0.0.0.0
>>> CSeq: 1 PUBLISH
>>> From: <sip:0002*25 at ip6.server.tld>;tag=72e3e8d1
>>> To: <sip:0002*25 at ip6.server.tld>
>>> Via: SIP/2.0/UDP
>>> [my:ip:6]:5060;branch=z9hG4bK88cce6e78dff940d328b676e13ae321d
>>> Max-Forwards: 70
>>> Content-Type: application/pidf+xml
>>> Expires: 300
>>> Event: presence
>>> User-Agent: SIP Communicator 1.0-alpha3-nightly.build.1519 Windows  
>>> XP
>>> Content-Length: 423
>>>
>>> <?xml version="1.0" encoding="UTF-8" standalone="no"?><presence
>>> xmlns="urn:ietf:params:xml:ns:pidf"
>>> xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
>>> xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid"
>>> entity="sip:0002*25 at ip6.server.tld"><dm:person
>>> id="p8285"><rpid:activities/></dm:person><tuple
>>> id="t1998"><status><basic>open</basic></status><contact>sip:0002*25 at ip6.server.tld
>>> </contact><note>Online</note></tuple></presence>
>>>
>>> And on pcap dump I see ICMPv6 response unreachable (Port  
>>> unreachable),
>>> but FreeSWITCH works ok and process calls on both IPv4 and even  
>>> IPv6.
>>




More information about the FreeSWITCH-users mailing list