long delay in processing (re-)invite

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

 



hi,

we're occasionally observing very long delays in processing for invites:

09:26:03.971   pjsua_core.c  RX 670 bytes Request msg INVITE/cseq=104  
(rdata0x8044331c) from UDP 10.2.2.41:5060:
09:26:03.973   pjsua_call.c  Call 0: received updated media offer
09:26:04.038          Ch #0  Buffer size adjusted from 477 to 298  
(eff_cnt=161)
09:26:04.039          Ch #2  Buffer size adjusted from 448 to 288  
(eff_cnt=162)
09:26:51.969  pjsua_media.c  Media session for call 0 is destroyed
09:26:51.972 strm0x8045848c  Encoder stream started
09:26:51.972 strm0x8045848c  Decoder stream started
09:26:51.988  pjsua_media.c  Media updates, stream #0: PCMA (sendrecv)
09:26:51.989   conference.c  Port 12 (sip:%23 at 10.2.2.41) transmitting  
to port 7 (Ch #7)
09:26:51.989   conference.c  Port 12 (sip:%23 at 10.2.2.41) transmitting  
to port 8 (Ch #8)
09:26:51.989   conference.c  Port 0 (Ch #0) transmitting to port 12  
(sip:%23 at 10.2.2.41)
09:26:51.991   pjsua_core.c  TX 688 bytes Response

mark the jump before 'Media session destroyed' .. the response to the  
invite goes out almost 50 seconds after the it is received.

i don't have any logs above level 4 at the moment, but am trying to  
produce some.

any ideas where to start digging would be greatly appreciated!

OS: linux-2.6.25 on m68k (Coldfire mcf548x)

thanks, Klaus



[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