[Fwd: Re: Exceptions when using ICE functionalities]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Benny Prijono wrote:
> On Mon, Aug 11, 2008 at 2:19 PM, Pedro Gon?alves 
> <pedro.pandre at gmail.com <mailto:pedro.pandre at gmail.com>> wrote:
>
>     I haven't heard more from you. It seems like 2 Binding Requests
>     related
>     to the same check (check 0) are being made at the same time, and when
>     the answer to one of them is received, the assert fails, as the answer
>     doesn't seem to be related to the check's binding request.
>     Am I right?
>     What can be done to prevent this?
>     Is this some kind of bug in PJSIP?
>     Will you change PJSIP to handle this case?
>
>
> I think this comes down to a race condition situation, and I've just 
> fixed this in http://trac.pjsip.org/repos/ticket/591. Could you get 
> the latest SVN and try it?
>
> Thanks
>  Benny
Hi!

I updated to the latest SVN version, and unfortunately, this problem 
persists.

I've attached the log.
Here are the prints before the assert:

 17:44:12.950                 on_stun_request_complete
 17:44:13.050                   stun_sess=1189A83C, status=0  
tdata=11B26C5C, check->tdata=11337C5C
 17:44:13.085                 Gotcha!
 17:44:13.111                   src_addr=172.18.0.133:1295
 17:44:13.118     ec0FD10EF8  Underflow, buf_cnt=0, will generate 1 frame
 17:44:13.116   Master/sound  580 samples reduced, buf_cnt=1413
 17:44:13.144   Master/sound  Buffer size adjusted from 1993 to 1413 
(eff_cnt=1500)
 17:44:13.143                   tdata message:
 17:44:13.172                 STUN Binding request
 Hdr: length=76, magic=2112a442, tsx_id=00000e5469525f902cd672ae
 Attributes:
  PRIORITY: length=4, value=31 (0x1f)
  ICE-CONTROLLED: length=8, data=2213260d6b89030a
  USERNAME: length=17, value="39b32d12:301c0bdb"
  MESSAGE-INTEGRITY: length=20, 
data=446f63abfad581a04dd4ce84f3124447403dc559
  FINGERPRINT: length=4, value=1881274995 (0x7021fa73)

 17:44:13.229                   check->tdata message:
 17:44:13.284     ec0FD10EF8  Underflow, buf_cnt=0, will generate 1 frame
 17:44:13.281                 STUN Binding request
 Hdr: length=76, magic=2112a442, tsx_id=00000e5416496df12cd672af
 Attributes:
  PRIORITY: length=4, value=31 (0x1f)
  ICE-CONTROLLED: length=8, data=2213260d6b89030a
  USERNAME: length=17, value="39b32d12:301c0bdb"
  MESSAGE-INTEGRITY: length=20, 
data=e6a43530b52604b1d09ef0663ed78cbde4003782
  FINGERPRINT: length=4, value=2503596798 (0x9539dafe)

 17:44:13.334     ec0FD10EF8  Underflow, buf_cnt=0, will generate 1 frame
 17:44:13.332   Master/sound  285 samples reduced, buf_cnt=1928
 17:44:13.360                   response:
 17:44:13.359   Master/sound  Buffer size adjusted from 2213 to 1928 
(eff_cnt=1500)
 17:44:13.429                 STUN Binding success response
 Hdr: length=68, magic=2112a442, tsx_id=00000e5469525f902cd672ae
 Attributes:
  XOR-MAPPED-ADDRESS: length=8, IPv4 addr=172.18.0.130:50493
  SERVER: length=19, value="pj_stun-0.9.0-trunk"
  MESSAGE-INTEGRITY: length=20, 
data=1c65ca4a985ba1bd70c8051e7a32e9262cdc4cce
  FINGERPRINT: length=4, value=1479798559 (0x5833ef1f)

 17:44:13.443     ec0FD10EF8  Underflow, buf_cnt=0, will generate 1 frame
 17:44:13.460   Master/sound  695 samples reduced, buf_cnt=1633
 17:44:13.460                   Dude, you're gonna crash!

Best Regards
Pedro Gon?alves



[Index of Archives]     [Asterisk Users]     [Asterisk App Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [Linux API]
  Powered by Linux