Event Socket Lib

originating a call to the loopback endpoint does not generate a "CHANNEL_ANSWER" event

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Trivial Trivial
  • Resolution: Not A Bug
  • Component/s: None
  • Labels:
    None
  • Platform:
    Linux x86/gcc
  • Uname:
    Linux india.speakblast.com 2.6.27.9-159.fc10.i686 #1 SMP Tue Dec 16 15:12:04 EST 2008 i686 athlon i386 GNU/Linux
  • CPU Info:
    Hide
    processor : 0
    vendor_id : AuthenticAMD
    cpu family : 15
    model : 44
    model name : AMD Sempron(tm) Processor 3000+
    stepping : 2
    cpu MHz : 1808.646
    cache size : 128 KB
    fdiv_bug : no
    hlt_bug : no
    f00f_bug : no
    coma_bug : no
    fpu : yes
    fpu_exception : yes
    cpuid level : 1
    wp : yes
    flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up pni lahf_lm
    bogomips : 3617.29
    clflush size : 64
    power management: ts fid vid ttp tm stc
    Show
    processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 44 model name : AMD Sempron(tm) Processor 3000+ stepping : 2 cpu MHz : 1808.646 cache size : 128 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up pni lahf_lm bogomips : 3617.29 clflush size : 64 power management: ts fid vid ttp tm stc
  • GCC Version:
    gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) (GCC)
  • FreeSWITCH GIT Revision:
    17040
  • Reproduced with GIT HEAD?:
    yes
  • lsb_release:
    Hide
    -bash: lsb_release: command not found
    Show
    -bash: lsb_release: command not found

Description

My ESL script originates calls and waits for the CHANNEL_ANSWER event before proceeding to deal with the call. It works great when calling through sofia, but when I use the loopback endpoint, my script gets no CHANNEL_ANSWER event, so the script hangs while waiting for it.

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Michael Krebs added a comment -
Includes the dialplan and the events generated, and how the CHANNEL_ANSWER event doesn't show up.
Show
Michael Krebs added a comment - Includes the dialplan and the events generated, and how the CHANNEL_ANSWER event doesn't show up.
Hide
Permalink
Michael Krebs added a comment -
I notice that the answer-state is always "early" in all of the events during the call... probably means the call never got answered?
Show
Michael Krebs added a comment - I notice that the answer-state is always "early" in all of the events during the call... probably means the call never got answered?
Hide
Permalink
Brian West added a comment -
This isn't a blocker.
Show
Brian West added a comment - This isn't a blocker.
Hide
Permalink
Michael Krebs added a comment -
Sorry, I was confused about the priority... I went by the description of "blocker", which said that development and testing is stopped. I considered changing the priority later, but I couldn't find the place to do it :-) Is it really Trivial? My project is stuck if I can't get notification when the call answers.
Show
Michael Krebs added a comment - Sorry, I was confused about the priority... I went by the description of "blocker", which said that development and testing is stopped. I considered changing the priority later, but I couldn't find the place to do it :-) Is it really Trivial? My project is stuck if I can't get notification when the call answers.
Hide
Permalink
Michael Krebs added a comment -
Resolved by fixing the dialplan
Show
Michael Krebs added a comment - Resolved by fixing the dialplan

People

  • Assignee:
    Michael Krebs
    Reporter:
    Michael Krebs
Vote (0)
Watch (1)

Dates

  • Created:
    Updated:
    Resolved: