Freeswitch doesn't listen port 5060
3,214 views
Skip to first unread message
Alexander Shvaryov
Jan 7, 2012, 5:31:09 AM1/7/12
to 2600h...@googlegroups.com
Hi All.
After reboot my testing server, Freeswitch hasn't listened port 5060.
netstat -npl | grep freeswitch
tcp 0 0 127.0.0.1:8021 0.0.0.0:* LISTEN 2376/freeswitch
tcp 0 0 0.0.0.0:8031 0.0.0.0:* LISTEN 2376/freeswitch
I restarted Freeswitch (bluepill freeswitch restart), but it didn't help.
Any idea how I can to fix it?
Thanks in Advance.
---------------------------------
BR,
Alexander Shvaryov
After reboot my testing server, Freeswitch hasn't listened port 5060.
netstat -npl | grep freeswitch
tcp 0 0 127.0.0.1:8021 0.0.0.0:* LISTEN 2376/freeswitch
tcp 0 0 0.0.0.0:8031 0.0.0.0:* LISTEN 2376/freeswitch
I restarted Freeswitch (bluepill freeswitch restart), but it didn't help.
Any idea how I can to fix it?
Thanks in Advance.
---------------------------------
BR,
Alexander Shvaryov
Luis Azedo
Jan 7, 2012, 8:24:45 AM1/7/12
to 2600hz-dev
same here.
Jon Blanton
Jan 7, 2012, 12:55:13 PM1/7/12
to 2600h...@googlegroups.com
Sofia may not be started. Try 'load mod_sofia' from the freeswitch cli (/opt/freeswitch/bin/fs_cli -x 'load mod_sofia')
Hope this helps!
-Jon
Luis Azedo wrote:
Hope this helps!
-Jon
Luis Azedo wrote:
Darren Schreiber
Jan 7, 2012, 3:02:18 PM1/7/12
to 2600h...@googlegroups.com
To be clear on what this is all about…
Going forward, our Whistle stack will actually issue the "load mod_sofia" command for you. This is done because you don't want sofia responding to SIP packets prior to the Erlang bindings being in
place and all connectivity being confirmed.
Unfortunately I committed the removal of mod_sofia from auto-loading in the configs prior to us being finished with the Erlang stack. I didn't realize people were getting that in their new deployments.
v1.47 will fix this, which should be announced shortly.
- Darren
Luis Azedo
Jan 7, 2012, 8:05:30 PM1/7/12
to 2600hz-dev
tried to load/reload mod_sofia but the issue remained.
sip_profiles folder is empty xmldirectory folder has only empty.xml
sip_profiles folder is empty xmldirectory folder has only empty.xml
On Jan 7, 8:02 pm, Darren Schreiber <dar...@2600hz.com> wrote:
> To be clear on what this is all about…
>
> Going forward, our Whistle stack will actually issue the "load mod_sofia" command for you. This is done because you don't want sofia responding to SIP packets prior to the Erlang bindings being in place and all connectivity being confirmed.
>
> Unfortunately I committed the removal of mod_sofia from auto-loading in the configs prior to us being finished with the Erlang stack. I didn't realize people were getting that in their new deployments.
>
> v1.47 will fix this, which should be announced shortly.
>
> - Darren
>
> To be clear on what this is all about…
>
> Going forward, our Whistle stack will actually issue the "load mod_sofia" command for you. This is done because you don't want sofia responding to SIP packets prior to the Erlang bindings being in place and all connectivity being confirmed.
>
> Unfortunately I committed the removal of mod_sofia from auto-loading in the configs prior to us being finished with the Erlang stack. I didn't realize people were getting that in their new deployments.
>
> v1.47 will fix this, which should be announced shortly.
>
> - Darren
>
> From: Jon Blanton <jblan...@2600hz.com<mailto:jblan...@2600hz.com>>
> Reply-To: "2600h...@googlegroups.com<mailto:2600h...@googlegroups.com>" <2600h...@googlegroups.com<mailto:2600h...@googlegroups.com>>
> Date: Sat, 7 Jan 2012 17:55:13 +0000
> To: "2600h...@googlegroups.com<mailto:2600h...@googlegroups.com>" <2600h...@googlegroups.com<mailto:2600h...@googlegroups.com>>
> Subject: Re: Freeswitch doesn't listen port 5060
>
> Sofia may not be started. Try 'load mod_sofia' from the freeswitch cli (/opt/freeswitch/bin/fs_cli -x 'load mod_sofia')
>
> Hope this helps!
> Reply-To: "2600h...@googlegroups.com<mailto:2600h...@googlegroups.com>" <2600h...@googlegroups.com<mailto:2600h...@googlegroups.com>>
> Date: Sat, 7 Jan 2012 17:55:13 +0000
> To: "2600h...@googlegroups.com<mailto:2600h...@googlegroups.com>" <2600h...@googlegroups.com<mailto:2600h...@googlegroups.com>>
> Subject: Re: Freeswitch doesn't listen port 5060
>
> Sofia may not be started. Try 'load mod_sofia' from the freeswitch cli (/opt/freeswitch/bin/fs_cli -x 'load mod_sofia')
>
> Hope this helps!
> -JonLuis Azedo wrote:
>
> same here.
>
>
> same here.
>
Darren Schreiber
Jan 7, 2012, 8:12:54 PM1/7/12
to 2600h...@googlegroups.com
Checking on this...
In the meantime if you want you can just put the contents of the file at
https://raw.github.com/2600hz/whistle-fs/github/sip_profiles/sipinterface_1
.xml into /opt/freeswitch/conf/sip_profiles/internal.xml you should be
all set.
--
Darren Schreiber
CEO / Co-Founder
visit: www.2600hz.com <http://www.2600hz.com/>
sip:dar...@2600hz.com
tel: 415-886-7901
On 1/7/12 5:05 PM, "Luis Azedo" <luis....@factorlusitano.com> wrote:
>tried to load/reload mod_sofia but the issue remained.
>sip_profiles folder is empty xmldirectory folder has only empty.xml
>On Jan 7, 8:02 pm, Darren Schreiber <dar...@2600hz.com> wrote:
>> To be clear on what this is all aboutŠ
Luis Azedo
Jan 7, 2012, 9:19:19 PM1/7/12
to 2600hz-dev
Thanks, that worked. i can now register phones.
> In the meantime if you want you can just put the contents of the file athttps://raw.github.com/2600hz/whistle-fs/github/sip_profiles/sipinter...
> In the meantime if you want you can just put the contents of the file athttps://raw.github.com/2600hz/whistle-fs/github/sip_profiles/sipinter...
> .xml into /opt/freeswitch/conf/sip_profiles/internal.xml you should be
> all set.
>
> --
> Darren Schreiber
> CEO / Co-Founder
>
> visit:www.2600hz.com<http://www.2600hz.com/>
> sip:dar...@2600hz.com
>
> tel: 415-886-7901
>
> all set.
>
> --
> Darren Schreiber
> CEO / Co-Founder
>
> visit:www.2600hz.com<http://www.2600hz.com/>
> sip:dar...@2600hz.com
>
> tel: 415-886-7901
>
Darren Schreiber
Jan 7, 2012, 9:26:57 PM1/7/12
to 2600h...@googlegroups.com
Woohoo! Yaaay! We'll get that fixed too. Sorry!
- Darren
- Darren
Luis Azedo
Jan 7, 2012, 9:34:17 PM1/7/12
to 2600hz-dev
however the file gets deleted so, i'm affraid the next we boot the
server or restart sofia it won't work.
can this be a problem with a chef cookbook ?
server or restart sofia it won't work.
can this be a problem with a chef cookbook ?
Darren Schreiber
Jan 7, 2012, 9:36:13 PM1/7/12
to 2600h...@googlegroups.com
It IS a problem with the cookbook yes.
Do this, for now. Rename the file something else. Should be ok then.
Do this, for now. Rename the file something else. Should be ok then.
Luis Azedo
Jan 8, 2012, 12:56:25 AM1/8/12
to 2600hz-dev
Hi,
i believe the same problem happens with dialplan folder ?
i can register my phones but they can't phone each other.
they are on the same realm.
i believe the same problem happens with dialplan folder ?
i can register my phones but they can't phone each other.
they are on the same realm.
Jon Blanton
Jan 8, 2012, 1:26:28 AM1/8/12
to 2600h...@googlegroups.com
Nope that folder can be empty, we don't use the dialplan folder in the 2600hz platform.
We have a feature turned on by default in the GUI that disallows a device to call any device that shares the same user. My guess is this is what you are running into - Try assigning each phone a different user. Unfortunately, we do not currently expose the option to turn this feature off.
Just a quick side note for those wondering why we have this 'feature' - it is to cover a common use case. Many people expect when they dial there own extension, to be immediately connected to their voicemail. So we took it one step further in the 2600hz platform, and extended it to any extension owned by the same owner.
--
Jon Blanton
Programming Wizard
visit: www.2600hz.com
sip: j...@2600hz.com
tel: 415-886-7913
________________________________________
From: 2600h...@googlegroups.com [2600h...@googlegroups.com] on behalf of Luis Azedo [luis....@factorlusitano.com]
Sent: Saturday, January 07, 2012 9:56 PM
To: 2600hz-dev
Luis Azedo
Jan 8, 2012, 3:02:27 AM1/8/12
to 2600hz-dev
i understand the reason and it's ok but, my two phones aren't assigned
to anyone. shouldn't this be an exception ?
On Jan 8, 6:26 am, Jon Blanton <jblan...@2600hz.com> wrote:
> Nope that folder can be empty, we don't use the dialplan folder in the 2600hz platform.
>
> We have a feature turned on by default in the GUI that disallows a device to call any device that shares the same user. My guess is this is what you are running into - Try assigning each phone a different user. Unfortunately, we do not currently expose the option to turn this feature off.
>
> Just a quick side note for those wondering why we have this 'feature' - it is to cover a common use case. Many people expect when they dial there own extension, to be immediately connected to their voicemail. So we took it one step further in the 2600hz platform, and extended it to any extension owned by the same owner.
>
> --
>
> Jon Blanton
> Programming Wizard
>
> visit: www.2600hz.com
> sip: j...@2600hz.com
> tel: 415-886-7913
>
> ________________________________________
> From: 2600h...@googlegroups.com [2600h...@googlegroups.com] on behalf of Luis Azedo [luis.az...@factorlusitano.com]
to anyone. shouldn't this be an exception ?
On Jan 8, 6:26 am, Jon Blanton <jblan...@2600hz.com> wrote:
> Nope that folder can be empty, we don't use the dialplan folder in the 2600hz platform.
>
> We have a feature turned on by default in the GUI that disallows a device to call any device that shares the same user. My guess is this is what you are running into - Try assigning each phone a different user. Unfortunately, we do not currently expose the option to turn this feature off.
>
> Just a quick side note for those wondering why we have this 'feature' - it is to cover a common use case. Many people expect when they dial there own extension, to be immediately connected to their voicemail. So we took it one step further in the 2600hz platform, and extended it to any extension owned by the same owner.
>
> --
>
> Jon Blanton
> Programming Wizard
>
> visit: www.2600hz.com
> sip: j...@2600hz.com
> tel: 415-886-7913
>
> ________________________________________
Luis Azedo
Jan 8, 2012, 5:12:20 AM1/8/12
to 2600hz-dev
also,
if i have two extensions assigned to me 1004 (android), 1005
(deskphone), i can't ring my deskphone ?
where and how can we change this behaviour ?
you should check if the callerid is equal to the dialed number, i
think we loose more than the beneficts of that use case.
if i have two extensions assigned to me 1004 (android), 1005
(deskphone), i can't ring my deskphone ?
where and how can we change this behaviour ?
you should check if the callerid is equal to the dialed number, i
think we loose more than the beneficts of that use case.
Luis Azedo
Jan 8, 2012, 7:14:39 AM1/8/12
to 2600hz-dev
my extension 5550002 can't dial 5550003 even with 2 different users
assigned.
is there any restriction on the extensions length ?
assigned.
is there any restriction on the extensions length ?
Luis Azedo
Jan 8, 2012, 7:25:34 AM1/8/12
to 2600hz-dev
tried also with extensions 1002 and 1003 same issue
Darren Schreiber
Jan 8, 2012, 10:11:11 AM1/8/12
to 2600h...@googlegroups.com
Please paste the results when you do this from the FreeSWITCH CLI
Go into a FreeSWITCH box, type "cli". Then make the calls and paste the
results
--
Darren Schreiber
CEO / Co-Founder
Luis Azedo
Jan 8, 2012, 11:03:49 AM1/8/12
to 2600hz-dev
Hi,
here are the results
send 352 bytes to udp/[81.84.244.106]:49152 at 16:02:39.659927:
------------------------------------------------------------------------
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 81.84.244.106:49152;branch=z9hG4bK-d8754z-
d0483d7f0e4f375c-1---d8754z-;rport=49152
From: "Luis"<sip:10...@lazedo.sip.2600hz.com:5060>;tag=810be01c
To: <sip:10...@lazedo.sip.2600hz.com:5060>
Call-ID: NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.
CSeq: 2 INVITE
User-Agent: The 2600hz Project
Content-Length: 0
------------------------------------------------------------------------
2012-01-08 16:02:59.677337 [DEBUG] sofia.c:7452 1 acls to check for
proxy
2012-01-08 16:02:59.677337 [DEBUG] sofia.c:7457 checking 81.84.244.106
against acl authoritative
2012-01-08 16:02:59.677337 [DEBUG] sofia.c:7493 IP 81.84.244.106
Rejected by acl "authoritative". Falling back to Digest auth.
2012-01-08 16:02:59.677337 [DEBUG] mod_erlang_event.c:378 looking for
bindings
2012-01-08 16:02:59.677337 [DEBUG] mod_erlang_event.c:400 binding for
domain in section directory with key name and value lazedo.sip.
2600hz.com requested from node ecal...@hz2600-06.90e9.com
2012-01-08 16:02:59.696903 [DEBUG] handle_msg.c:192 Got reply for
db33bc12-a28a-4851-a526-d493220463c5
2012-01-08 16:02:59.696903 [DEBUG] mod_erlang_event.c:473 got data
<document type="freeswitch/xml">
<section name="directory">
<domain name="lazedo.sip.2600hz.com">
<user id="1003">
<params>
<param name="password" value="tty123"/>
</params>
<variables>
<variable name="ecallmgr_Username" value="1003" />
<variable name="ecallmgr_Realm" value="lazedo.sip.
2600hz.com" />
<variable name="ecallmgr_Account-ID"
value="b3abc655608bb6b1bab0a777e63424c1" />
<variable name="ecallmgr_Inception" value="on-net" />
<variable name="ecallmgr_Authorizing-ID"
value="6a8748295d940f0626319b9e480375f9" />
</variables>
</user>
</domain>
</section>
</document> after 19 milliseconds from ecal...@hz2600-06.90e9.com for
db33bc12-a28a-4851-a526-d493220463c5!
2012-01-08 16:02:59.696903 [DEBUG] mod_erlang_event.c:480 XML parsed
OK!
2012-01-08 16:02:59.696903 [NOTICE] switch_channel.c:924 New Channel
sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060
[NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.]
2012-01-08 16:02:59.696903 [DEBUG] sofia.c:5464 Channel sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060 entering state
[received][100]
2012-01-08 16:02:59.696903 [DEBUG] sofia.c:5475 Remote SDP:
v=0
o=3cxVCE 174434850 223876575 IN IP4 81.84.244.106
s=3cxVCE Audio Call
c=IN IP4 81.84.244.106
t=0 0
m=audio 10116 RTP/AVP 0 8 3 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
m=video 10036 RTP/AVP 34
c=IN IP4 81.84.244.106
a=rtpmap:34 H263/90000
a=fmtp:34 QCIF=1;CIF=1;SQCIF=1;CIF4=1;
2012-01-08 16:02:59.696903 [DEBUG] sofia.c:5667 (sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State Change CS_NEW ->
CS_INIT
2012-01-08 16:02:59.696903 [DEBUG] switch_core_session.c:1180 Send
signal sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 [BREAK]
2012-01-08 16:02:59.696903 [DEBUG] switch_core_state_machine.c:362
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Running State
Change CS_INIT
2012-01-08 16:02:59.696903 [DEBUG] switch_core_state_machine.c:401
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State INIT
2012-01-08 16:02:59.696903 [DEBUG] mod_sofia.c:85 sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060 SOFIA INIT
2012-01-08 16:02:59.696903 [DEBUG] mod_sofia.c:125 (sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State Change CS_INIT -
> CS_ROUTING
2012-01-08 16:02:59.696903 [DEBUG] switch_core_session.c:1180 Send
signal sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 [BREAK]
2012-01-08 16:02:59.696903 [DEBUG] switch_core_state_machine.c:401
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State INIT
going to sleep
2012-01-08 16:02:59.696903 [DEBUG] switch_core_state_machine.c:362
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Running State
Change CS_ROUTING
2012-01-08 16:02:59.696903 [DEBUG] switch_channel.c:1884 (sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Callstate Change DOWN -
> RINGING
2012-01-08 16:02:59.696903 [DEBUG] switch_core_state_machine.c:410
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State ROUTING
2012-01-08 16:02:59.696903 [DEBUG] mod_sofia.c:148 sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060 SOFIA ROUTING
2012-01-08 16:02:59.696903 [DEBUG] switch_core_state_machine.c:104
sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 Standard ROUTING
2012-01-08 16:02:59.696903 [INFO] mod_dialplan_xml.c:481 Processing
Luis <1003>->1002 in context context_2
2012-01-08 16:02:59.696903 [DEBUG] mod_erlang_event.c:378 looking for
bindings
2012-01-08 16:02:59.696903 [DEBUG] mod_erlang_event.c:400 binding for
(null) in section dialplan with key (null) and value (null) requested
from node ecal...@hz2600-06.90e9.com
2012-01-08 16:03:04.541127 [WARNING] mod_erlang_event.c:446 Timed out
after 4844 milliseconds when waiting for XML fetch response for
2619fbac-e607-406b-9b2a-d1db09ffb315
2012-01-08 16:03:04.541127 [WARNING] mod_dialplan_xml.c:511 Context
context_2 not found
2012-01-08 16:03:04.541127 [INFO] switch_core_state_machine.c:177 No
Route, Aborting
2012-01-08 16:03:04.541127 [DEBUG] switch_channel.c:2846 (sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Callstate Change
RINGING -> HANGUP
2012-01-08 16:03:04.541127 [NOTICE] switch_core_state_machine.c:178
Hangup sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060
[CS_ROUTING] [NO_ROUTE_DESTINATION]
2012-01-08 16:03:04.541127 [DEBUG] switch_channel.c:2869 Send signal
sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 [KILL]
2012-01-08 16:03:04.541127 [DEBUG] switch_core_session.c:1180 Send
signal sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 [BREAK]
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:410
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State ROUTING
going to sleep
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:362
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Running State
Change CS_HANGUP
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:602
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State HANGUP
2012-01-08 16:03:04.541127 [DEBUG] mod_sofia.c:469 Channel sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060 hanging up, cause:
NO_ROUTE_DESTINATION
2012-01-08 16:03:04.541127 [DEBUG] mod_sofia.c:534 Responding to
INVITE with: 404
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:47
sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 Standard HANGUP,
cause: NO_ROUTE_DESTINATION
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:602
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State HANGUP
going to sleep
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:393
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State Change
CS_HANGUP -> CS_REPORTING
2012-01-08 16:03:04.541127 [DEBUG] switch_core_session.c:1180 Send
signal sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 [BREAK]
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:362
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Running State
Change CS_REPORTING
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:662
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State REPORTING
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:79
sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 Standard
REPORTING, cause: NO_ROUTE_DESTINATION
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:662
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State REPORTING
going to sleep
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:387
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State Change
CS_REPORTING -> CS_DESTROY
2012-01-08 16:03:04.541127 [DEBUG] switch_core_session.c:1180 Send
signal sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 [BREAK]
2012-01-08 16:03:04.541127 [DEBUG] switch_core_session.c:1380 Session
17 (sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Locked,
Waiting on external entities
2012-01-08 16:03:04.541127 [NOTICE] switch_core_session.c:1398 Session
17 (sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Ended
2012-01-08 16:03:04.541127 [NOTICE] switch_core_session.c:1400 Close
Channel sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060
[CS_DESTROY]
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:491
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Callstate
Change HANGUP -> DOWN
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:494
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Running State
Change CS_DESTROY
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:504
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State DESTROY
2012-01-08 16:03:04.541127 [DEBUG] mod_sofia.c:374 sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060 SOFIA DESTROY
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:86
sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 Standard DESTROY
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:504
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State DESTROY
going to sleep
send 784 bytes to udp/[81.84.244.106]:49152 at 16:02:44.515903:
------------------------------------------------------------------------
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 81.84.244.106:49152;branch=z9hG4bK-d8754z-
d0483d7f0e4f375c-1---d8754z-;rport=49152
From: "Luis"<sip:10...@lazedo.sip.2600hz.com:5060>;tag=810be01c
To: <sip:10...@lazedo.sip.2600hz.com:5060>;tag=8Byv4FNaQ7jgK
Call-ID: NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.
CSeq: 2 INVITE
User-Agent: The 2600hz Project
Accept: application/sdp
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO,
REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
Supported: precondition, path, replaces
Allow-Events: talk, hold, presence, dialog, line-seize, call-info,
sla, include-session-description, presence.winfo, message-summary,
refer
Content-Length: 0
Remote-Party-ID: "1002" <sip:10...@lazedo.sip.
2600hz.com>;party=calling;privacy=off;screen=no
------------------------------------------------------------------------
recv 376 bytes from udp/[81.84.244.106]:49152 at 16:02:44.527142:
------------------------------------------------------------------------
ACK sip:10...@lazedo.sip.2600hz.com:5060 SIP/2.0
Via: SIP/2.0/UDP 81.84.244.106:49152;branch=z9hG4bK-d8754z-
d0483d7f0e4f375c-1---d8754z-;rport
Max-Forwards: 70
To: <sip:10...@lazedo.sip.2600hz.com:5060>;tag=8Byv4FNaQ7jgK
From: "Luis"<sip:10...@lazedo.sip.2600hz.com:5060>;tag=810be01c
Call-ID: NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.
CSeq: 2 ACK
Content-Length: 0
------------------------------------------------------------------------
On Jan 8, 3:11 pm, Darren Schreiber <dar...@2600hz.com> wrote:
> Please paste the results when you do this from the FreeSWITCH CLI
>
> Go into a FreeSWITCH box, type "cli". Then make the calls and paste the
> results
>
> --
> Darren Schreiber
> CEO / Co-Founder
>
> >> > > > > > > >> To be clear on what this is all about©
here are the results
send 352 bytes to udp/[81.84.244.106]:49152 at 16:02:39.659927:
------------------------------------------------------------------------
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 81.84.244.106:49152;branch=z9hG4bK-d8754z-
d0483d7f0e4f375c-1---d8754z-;rport=49152
From: "Luis"<sip:10...@lazedo.sip.2600hz.com:5060>;tag=810be01c
To: <sip:10...@lazedo.sip.2600hz.com:5060>
Call-ID: NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.
CSeq: 2 INVITE
User-Agent: The 2600hz Project
Content-Length: 0
------------------------------------------------------------------------
2012-01-08 16:02:59.677337 [DEBUG] sofia.c:7452 1 acls to check for
proxy
2012-01-08 16:02:59.677337 [DEBUG] sofia.c:7457 checking 81.84.244.106
against acl authoritative
2012-01-08 16:02:59.677337 [DEBUG] sofia.c:7493 IP 81.84.244.106
Rejected by acl "authoritative". Falling back to Digest auth.
2012-01-08 16:02:59.677337 [DEBUG] mod_erlang_event.c:378 looking for
bindings
2012-01-08 16:02:59.677337 [DEBUG] mod_erlang_event.c:400 binding for
domain in section directory with key name and value lazedo.sip.
2600hz.com requested from node ecal...@hz2600-06.90e9.com
2012-01-08 16:02:59.696903 [DEBUG] handle_msg.c:192 Got reply for
db33bc12-a28a-4851-a526-d493220463c5
2012-01-08 16:02:59.696903 [DEBUG] mod_erlang_event.c:473 got data
<document type="freeswitch/xml">
<section name="directory">
<domain name="lazedo.sip.2600hz.com">
<user id="1003">
<params>
<param name="password" value="tty123"/>
</params>
<variables>
<variable name="ecallmgr_Username" value="1003" />
<variable name="ecallmgr_Realm" value="lazedo.sip.
2600hz.com" />
<variable name="ecallmgr_Account-ID"
value="b3abc655608bb6b1bab0a777e63424c1" />
<variable name="ecallmgr_Inception" value="on-net" />
<variable name="ecallmgr_Authorizing-ID"
value="6a8748295d940f0626319b9e480375f9" />
</variables>
</user>
</domain>
</section>
</document> after 19 milliseconds from ecal...@hz2600-06.90e9.com for
db33bc12-a28a-4851-a526-d493220463c5!
2012-01-08 16:02:59.696903 [DEBUG] mod_erlang_event.c:480 XML parsed
OK!
2012-01-08 16:02:59.696903 [NOTICE] switch_channel.c:924 New Channel
sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060
[NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.]
2012-01-08 16:02:59.696903 [DEBUG] sofia.c:5464 Channel sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060 entering state
[received][100]
2012-01-08 16:02:59.696903 [DEBUG] sofia.c:5475 Remote SDP:
v=0
o=3cxVCE 174434850 223876575 IN IP4 81.84.244.106
s=3cxVCE Audio Call
c=IN IP4 81.84.244.106
t=0 0
m=audio 10116 RTP/AVP 0 8 3 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
m=video 10036 RTP/AVP 34
c=IN IP4 81.84.244.106
a=rtpmap:34 H263/90000
a=fmtp:34 QCIF=1;CIF=1;SQCIF=1;CIF4=1;
2012-01-08 16:02:59.696903 [DEBUG] sofia.c:5667 (sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State Change CS_NEW ->
CS_INIT
2012-01-08 16:02:59.696903 [DEBUG] switch_core_session.c:1180 Send
signal sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 [BREAK]
2012-01-08 16:02:59.696903 [DEBUG] switch_core_state_machine.c:362
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Running State
Change CS_INIT
2012-01-08 16:02:59.696903 [DEBUG] switch_core_state_machine.c:401
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State INIT
2012-01-08 16:02:59.696903 [DEBUG] mod_sofia.c:85 sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060 SOFIA INIT
2012-01-08 16:02:59.696903 [DEBUG] mod_sofia.c:125 (sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State Change CS_INIT -
> CS_ROUTING
2012-01-08 16:02:59.696903 [DEBUG] switch_core_session.c:1180 Send
signal sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 [BREAK]
2012-01-08 16:02:59.696903 [DEBUG] switch_core_state_machine.c:401
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State INIT
going to sleep
2012-01-08 16:02:59.696903 [DEBUG] switch_core_state_machine.c:362
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Running State
Change CS_ROUTING
2012-01-08 16:02:59.696903 [DEBUG] switch_channel.c:1884 (sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Callstate Change DOWN -
> RINGING
2012-01-08 16:02:59.696903 [DEBUG] switch_core_state_machine.c:410
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State ROUTING
2012-01-08 16:02:59.696903 [DEBUG] mod_sofia.c:148 sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060 SOFIA ROUTING
2012-01-08 16:02:59.696903 [DEBUG] switch_core_state_machine.c:104
sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 Standard ROUTING
2012-01-08 16:02:59.696903 [INFO] mod_dialplan_xml.c:481 Processing
Luis <1003>->1002 in context context_2
2012-01-08 16:02:59.696903 [DEBUG] mod_erlang_event.c:378 looking for
bindings
2012-01-08 16:02:59.696903 [DEBUG] mod_erlang_event.c:400 binding for
(null) in section dialplan with key (null) and value (null) requested
from node ecal...@hz2600-06.90e9.com
2012-01-08 16:03:04.541127 [WARNING] mod_erlang_event.c:446 Timed out
after 4844 milliseconds when waiting for XML fetch response for
2619fbac-e607-406b-9b2a-d1db09ffb315
2012-01-08 16:03:04.541127 [WARNING] mod_dialplan_xml.c:511 Context
context_2 not found
2012-01-08 16:03:04.541127 [INFO] switch_core_state_machine.c:177 No
Route, Aborting
2012-01-08 16:03:04.541127 [DEBUG] switch_channel.c:2846 (sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Callstate Change
RINGING -> HANGUP
2012-01-08 16:03:04.541127 [NOTICE] switch_core_state_machine.c:178
Hangup sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060
[CS_ROUTING] [NO_ROUTE_DESTINATION]
2012-01-08 16:03:04.541127 [DEBUG] switch_channel.c:2869 Send signal
sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 [KILL]
2012-01-08 16:03:04.541127 [DEBUG] switch_core_session.c:1180 Send
signal sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 [BREAK]
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:410
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State ROUTING
going to sleep
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:362
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Running State
Change CS_HANGUP
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:602
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State HANGUP
2012-01-08 16:03:04.541127 [DEBUG] mod_sofia.c:469 Channel sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060 hanging up, cause:
NO_ROUTE_DESTINATION
2012-01-08 16:03:04.541127 [DEBUG] mod_sofia.c:534 Responding to
INVITE with: 404
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:47
sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 Standard HANGUP,
cause: NO_ROUTE_DESTINATION
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:602
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State HANGUP
going to sleep
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:393
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State Change
CS_HANGUP -> CS_REPORTING
2012-01-08 16:03:04.541127 [DEBUG] switch_core_session.c:1180 Send
signal sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 [BREAK]
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:362
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Running State
Change CS_REPORTING
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:662
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State REPORTING
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:79
sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 Standard
REPORTING, cause: NO_ROUTE_DESTINATION
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:662
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State REPORTING
going to sleep
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:387
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State Change
CS_REPORTING -> CS_DESTROY
2012-01-08 16:03:04.541127 [DEBUG] switch_core_session.c:1180 Send
signal sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 [BREAK]
2012-01-08 16:03:04.541127 [DEBUG] switch_core_session.c:1380 Session
17 (sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Locked,
Waiting on external entities
2012-01-08 16:03:04.541127 [NOTICE] switch_core_session.c:1398 Session
17 (sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Ended
2012-01-08 16:03:04.541127 [NOTICE] switch_core_session.c:1400 Close
Channel sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060
[CS_DESTROY]
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:491
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Callstate
Change HANGUP -> DOWN
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:494
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Running State
Change CS_DESTROY
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:504
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State DESTROY
2012-01-08 16:03:04.541127 [DEBUG] mod_sofia.c:374 sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060 SOFIA DESTROY
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:86
sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 Standard DESTROY
2012-01-08 16:03:04.541127 [DEBUG] switch_core_state_machine.c:504
(sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060) State DESTROY
going to sleep
send 784 bytes to udp/[81.84.244.106]:49152 at 16:02:44.515903:
------------------------------------------------------------------------
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 81.84.244.106:49152;branch=z9hG4bK-d8754z-
d0483d7f0e4f375c-1---d8754z-;rport=49152
From: "Luis"<sip:10...@lazedo.sip.2600hz.com:5060>;tag=810be01c
To: <sip:10...@lazedo.sip.2600hz.com:5060>;tag=8Byv4FNaQ7jgK
Call-ID: NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.
CSeq: 2 INVITE
User-Agent: The 2600hz Project
Accept: application/sdp
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO,
REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
Supported: precondition, path, replaces
Allow-Events: talk, hold, presence, dialog, line-seize, call-info,
sla, include-session-description, presence.winfo, message-summary,
refer
Content-Length: 0
Remote-Party-ID: "1002" <sip:10...@lazedo.sip.
2600hz.com>;party=calling;privacy=off;screen=no
------------------------------------------------------------------------
recv 376 bytes from udp/[81.84.244.106]:49152 at 16:02:44.527142:
------------------------------------------------------------------------
ACK sip:10...@lazedo.sip.2600hz.com:5060 SIP/2.0
Via: SIP/2.0/UDP 81.84.244.106:49152;branch=z9hG4bK-d8754z-
d0483d7f0e4f375c-1---d8754z-;rport
Max-Forwards: 70
To: <sip:10...@lazedo.sip.2600hz.com:5060>;tag=8Byv4FNaQ7jgK
From: "Luis"<sip:10...@lazedo.sip.2600hz.com:5060>;tag=810be01c
Call-ID: NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.
CSeq: 2 ACK
Content-Length: 0
------------------------------------------------------------------------
On Jan 8, 3:11 pm, Darren Schreiber <dar...@2600hz.com> wrote:
> Please paste the results when you do this from the FreeSWITCH CLI
>
> Go into a FreeSWITCH box, type "cli". Then make the calls and paste the
> results
>
> --
> Darren Schreiber
> CEO / Co-Founder
>
Darren Schreiber
Jan 8, 2012, 11:54:27 AM1/8/12
to 2600h...@googlegroups.com
Hmmm can you please do:
grep "NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q" /var/log/messages
Or
grep "NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q" /var/log/local0.log
On your whistle/apps boxes? Seems like we don't recognize the number or
the domain name for this.
Also, please don't post your public IPs to the forums. People can use that
to hack your box.
Thanks,
Darren
Luis Azedo
Jan 8, 2012, 12:20:59 PM1/8/12
to 2600hz-dev
here it it. tks
[root@hz2600-06 bin]# grep
"NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q" /var/log/messages
Jan 8 16:02:39 hz2600-06 freeswitch[2138]:
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
16:02:59.696903 [NOTICE] switch_channel.c:924 New Channel sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060
[NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.]
Jan 8 16:02:39 hz2600-06 freeswitch[2138]:
16:02:59.696903 [NOTICE] switch_channel.c:924 New Channel sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060
[NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.]
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
16:02:59.696903 [INFO] mod_dialplan_xml.c:481 Processing Luis <1003>-
>1002 in context context_2
Jan 8 16:02:39 hz2600-06 ecal...@hz2600-06.90e9.com[2988]:
>1002 in context context_2
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|start|ecallmgr_fs_route:
134 (<0.281.0>) processing fetch request 2619fbac-e607-406b-9b2a-
d1db09ffb315 (11) in PID <0.802.0>
Jan 8 16:02:39 hz2600-06 ecal...@hz2600-06.90e9.com[2988]:
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|ecallmgr_fs_route:273
(<0.802.0>) Starting route request
Jan 8 16:02:39 hz2600-06 ecal...@hz2600-06.90e9.com[2988]:
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|
ecallmgr_amqp_pool_worker:122 (<0.237.0>) Employed by <0.802.0> via
<0.124.0>
Jan 8 16:02:39 hz2600-06 ecal...@hz2600-06.90e9.com[2988]:
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|amqp_util:302
(<0.237.0>) publish callmgr route.req ([]): {"Custom-Channel-Vars":
{"Username":"1003","Realm":"lazedo.sip.2600hz.com","Account-
ID":"b3abc655608bb6b1bab0a777e63424c1","Inception":"on-
net","Authorizing-ID":"6a8748295d940f0626319b9e480375f9"},"Caller-ID-
Number":"1003","Caller-ID-Name":"Luis","Call-
ID":"NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.","Request":"10...@lazedo.sip.
2600hz.com","From":"10...@lazedo.sip.2600hz.com","To":"10...@lazedo.sip.
2600hz.com","Msg-ID":"2619fbac-e607-406b-9b2a-d1db09ffb315","App-
Version":"0.8.0","App-Name":"ecallmgr","Event-Name":"route_req","Event-
Category":"dialplan","Server-ID":"amq.gen-AWSM14YTmJM+7DF9QwTRgw=="}
Jan 8 16:02:39 hz2600-06 whistl...@hz2600-06.90e9.com[16662]:
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|start|cf_route_req:24
(<0.28738.3>) received route request
Jan 8 16:02:39 hz2600-06 whistl...@hz2600-06.90e9.com[16662]:
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|cf_util:96
(<0.28738.3>) searching for callflow in account%2Fb3%2Fab
%2Fc655608bb6b1bab0a777e63424c1 to satisfy '1002'
Jan 8 16:02:39 hz2600-06 whistl...@hz2600-06.90e9.com[16662]:
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|cf_util:138
(<0.28738.3>) lookup callflow patterns for 1002 in account%2Fb3%2Fab
%2Fc655608bb6b1bab0a777e63424c1
Jan 8 16:02:39 hz2600-06 whistl...@hz2600-06.90e9.com[16662]:
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|cf_util:96
(<0.28738.3>) searching for callflow in account%2Fb3%2Fab
%2Fc655608bb6b1bab0a777e63424c1 to satisfy 'no_match'
Jan 8 16:02:39 hz2600-06 whistl...@hz2600-06.90e9.com[16662]:
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|end|cf_route_req:72
(<0.28738.3>) unable to find callflow not_found
Jan 8 16:02:39 hz2600-06 ecal...@hz2600-06.90e9.com[2988]:
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|ecallmgr_fs_node:200
(<0.282.0>) received channel create event
Jan 8 16:02:44 hz2600-06 freeswitch[2138]:
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
16:03:04.541127 [WARNING] mod_dialplan_xml.c:511 Context context_2 not
found
Jan 8 16:02:44 hz2600-06 freeswitch[2138]:
found
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
16:03:04.541127 [INFO] switch_core_state_machine.c:177 No Route,
Aborting
Jan 8 16:02:44 hz2600-06 freeswitch[2138]:
Aborting
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
16:03:04.541127 [NOTICE] switch_core_state_machine.c:178 Hangup sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060 [CS_ROUTING]
[NO_ROUTE_DESTINATION]
Jan 8 16:02:44 hz2600-06 freeswitch[2138]:
sipinterface_1/10...@lazedo.sip.2600hz.com:5060 [CS_ROUTING]
[NO_ROUTE_DESTINATION]
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
16:03:04.541127 [NOTICE] switch_core_session.c:1398 Session 17 (sofia/
sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Ended
Jan 8 16:02:44 hz2600-06 freeswitch[2138]:
sipinterface_1/10...@lazedo.sip.2600hz.com:5060) Ended
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
16:03:04.541127 [NOTICE] switch_core_session.c:1400 Close Channel
sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 [CS_DESTROY]
Jan 8 16:02:44 hz2600-06 ecal...@hz2600-06.90e9.com[2988]:
sofia/sipinterface_1/10...@lazedo.sip.2600hz.com:5060 [CS_DESTROY]
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|amqp_util:302
(<0.808.0>) publish callevt
call.cdr.NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q%2E ([]): {"Digits-
Dialed":"none","Ringing-Seconds":"0","Billing-Seconds":"0","Duration-
Seconds":"5","From-Uri":"10...@lazedo.sip.2600hz.com:5060","To-
Uri":"10...@lazedo.sip.2600hz.com:5060","Call-
Direction":"inbound","Timestamp":"63493257784","User-Agent":"3CXPhone
6.0.20943.0","Caller-ID-Number":"1003","Caller-ID-Name":"Luis","Remote-
SDP":"v=0\r\no=3cxVCE 174434850 223876575 IN IP4 81.84.244.106\r
\ns=3cxVCE Audio Call\r\nc=IN IP4 81.84.244.106\r\nt=0 0\r\nm=audio
10116 RTP/AVP 0 8 3 101\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:8 PCMA/
8000\r\na=rtpmap:3 GSM/8000\r\na=rtpmap:101 telephone-event/8000\r
\na=fmtp:101 0-15\r\na=ptime:20\r\nm=video 10036 RTP/AVP 34\r\nc=IN
IP4 81.84.244.106\r\na=rtpmap:34 H263/90000\r\na=fmtp:34
QCIF=1;CIF=1;SQCIF=1;CIF4=1;\r\n","Custom-Channel-Vars":
{"Username":"1003","Realm":"lazedo.sip.2600hz.com","Account-
ID":"b3abc655608bb6b1bab0a777e63424c1","Inception":"on-
net","Authorizing-ID":"6a8748295d940f0626319b9e480375f9"},"Handling-
Server-Name":"hz2600-06.90e9.com","Hangup-
Cause":"NO_ROUTE_DESTINATION","Call-
ID":"NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.","App-
Version":"0.8.0","App-Name":"ecallmgr","Event-Name":"cdr","Event-
Category":"call_detail","Server-ID":""}
Jan 8 16:02:44 hz2600-06 ecal...@hz2600-06.90e9.com[2988]:
000000000000|sys|amqp_host:165 (<0.98.0>) Pub on ch <0.102.0> x:
callevt rt: call.cdr.NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q%2E
Jan 8 16:02:44 hz2600-06 ecal...@hz2600-06.90e9.com[2988]:
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|end|
ecallmgr_amqp_pool_worker:157 (<0.237.0>) requestor (<0.802.0>) down,
giving up on task
Jan 8 16:02:44 hz2600-06 ecal...@hz2600-06.90e9.com[2988]:
NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|ecallmgr_fs_node:210
(<0.282.0>) received channel destroyed
[root@hz2600-06 bin]#
James Aimonetti
Jan 8, 2012, 1:09:03 PM1/8/12
to 2600h...@googlegroups.com
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hash: SHA1
Looking through the logs, it appears callflow can't find the appropriate
callflow document to route 1002.
Have you created a callflow to go with your 1002 device?
- --
James Aimonetti
Distributed Systems Engineer / DJ MC_
2600hz | http://2600hz.com
sip:ja...@2600hz.com
tel: 415.886.7905
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJPCdu/AAoJENc77s1OYoGg2BsH/2Wc/PbOQF8zYpxYezYoF6vW
p9c5MSFS3bZBcStl1Q9GSBW/MXoEnqe82CHEtOFD4LLLQV5wuStRf7LcnEOvNkLB
4KT3v4TCuCrZM1cdG8ktqt/IbaH++QbU/mjlefSyJpCWm4XjZN2IZ7YJHIP+K11p
sSj8Up8aOMxyPwGmSJUBcnC/PUymgpnUP9KB0KlzEC264si0VvkGq6/f726uqfIN
DGcCSiHCgNOjlG1Pn37idUgCUJsV24AqDs3Kf41nu6gpajDkZIQlNjndB6tuipHO
Y3O0tmctvf3n6DOMD5JHExg8tMxgKR8bZjEpXGeMGqOVDUPtShlq9Sq6Cr9MLZA=
=LlRz
-----END PGP SIGNATURE-----
Darren Schreiber
Jan 8, 2012, 3:47:29 PM1/8/12
to 2600h...@googlegroups.com
For anyone following along on this thread (we continued it live in IRC),
the crux of the issue was a bad Chef cookbook which was corrected but
apparently Luis deployed while it was broken.
the crux of the issue was a bad Chef cookbook which was corrected but
apparently Luis deployed while it was broken.
The "fix" was to run chef-client.
It is still necessary to manually restart services after running
chef-client and manually issue 'load mod_sofia' in the FreeSWITCH CLI (for
now).
--
Darren Schreiber
CEO / Co-Founder
>ID":"NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.","Request":"1002@lazedo.
>sip.
Luis Azedo
Jan 8, 2012, 5:15:25 PM1/8/12
to 2600hz-dev
Hi,
just to thank everybody for the support.
good job
On Jan 8, 8:47 pm, Darren Schreiber <dar...@2600hz.com> wrote:
> For anyone following along on this thread (we continued it live in IRC),
> the crux of the issue was a bad Chef cookbook which was corrected but
> apparently Luis deployed while it was broken.
>
> The "fix" was to run chef-client.
>
> It is still necessary to manually restart services after running
> chef-client and manually issue 'load mod_sofia' in the FreeSWITCH CLI (for
> now).
>
> --
> Darren Schreiber
> CEO / Co-Founder
>
> >Jan 8 16:02:44 hz2600-06 ecall...@hz2600-06.90e9.com[2988]:
> >Uri":"1...@lazedo.sip.2600hz.com:5060","Call-
just to thank everybody for the support.
good job
On Jan 8, 8:47 pm, Darren Schreiber <dar...@2600hz.com> wrote:
> For anyone following along on this thread (we continued it live in IRC),
> the crux of the issue was a bad Chef cookbook which was corrected but
> apparently Luis deployed while it was broken.
>
> The "fix" was to run chef-client.
>
> It is still necessary to manually restart services after running
> chef-client and manually issue 'load mod_sofia' in the FreeSWITCH CLI (for
> now).
>
> --
> Darren Schreiber
> CEO / Co-Founder
>
> On 1/8/12 9:20 AM, "Luis Azedo" <luis.az...@factorlusitano.com> wrote:
>
>
>
>
>
>
>
>
>
> >here it it. tks
>
> >[root@hz2600-06 bin]# grep
> >"NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q" /var/log/messages
> >Jan 8 16:02:39 hz2600-06 freeswitch[2138]:
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
> >16:02:59.696903 [NOTICE] switch_channel.c:924 New Channel sofia/
> >sipinterface_1/1...@lazedo.sip.2600hz.com:5060
>
>
>
>
>
>
>
>
>
> >here it it. tks
>
> >[root@hz2600-06 bin]# grep
> >"NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q" /var/log/messages
> >Jan 8 16:02:39 hz2600-06 freeswitch[2138]:
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
> >16:02:59.696903 [NOTICE] switch_channel.c:924 New Channel sofia/
> >[NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.]
> >Jan 8 16:02:39 hz2600-06 freeswitch[2138]:
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
> >16:02:59.696903 [INFO] mod_dialplan_xml.c:481 Processing Luis <1003>-
> >>1002 in context context_2
> >Jan 8 16:02:39 hz2600-06 ecall...@hz2600-06.90e9.com[2988]:
> >Jan 8 16:02:39 hz2600-06 freeswitch[2138]:
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
> >16:02:59.696903 [INFO] mod_dialplan_xml.c:481 Processing Luis <1003>-
> >>1002 in context context_2
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|start|ecallmgr_fs_route:
> >134 (<0.281.0>) processing fetch request 2619fbac-e607-406b-9b2a-
> >d1db09ffb315 (11) in PID <0.802.0>
> >Jan 8 16:02:39 hz2600-06 ecall...@hz2600-06.90e9.com[2988]:
> >134 (<0.281.0>) processing fetch request 2619fbac-e607-406b-9b2a-
> >d1db09ffb315 (11) in PID <0.802.0>
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|ecallmgr_fs_route:273
> >(<0.802.0>) Starting route request
> >Jan 8 16:02:39 hz2600-06 ecall...@hz2600-06.90e9.com[2988]:
> >(<0.802.0>) Starting route request
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|
> >ecallmgr_amqp_pool_worker:122 (<0.237.0>) Employed by <0.802.0> via
> ><0.124.0>
> >Jan 8 16:02:39 hz2600-06 ecall...@hz2600-06.90e9.com[2988]:
> >ecallmgr_amqp_pool_worker:122 (<0.237.0>) Employed by <0.802.0> via
> ><0.124.0>
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|amqp_util:302
> >(<0.237.0>) publish callmgr route.req ([]): {"Custom-Channel-Vars":
> >{"Username":"1003","Realm":"lazedo.sip.2600hz.com","Account-
> >ID":"b3abc655608bb6b1bab0a777e63424c1","Inception":"on-
> >net","Authorizing-ID":"6a8748295d940f0626319b9e480375f9"},"Caller-ID-
> >Number":"1003","Caller-ID-Name":"Luis","Call-
> >ID":"NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.","Request":"1002@lazedo.
> >sip.
> >2600hz.com","From":"1...@lazedo.sip.2600hz.com","To":"1...@lazedo.sip.
> >(<0.237.0>) publish callmgr route.req ([]): {"Custom-Channel-Vars":
> >{"Username":"1003","Realm":"lazedo.sip.2600hz.com","Account-
> >ID":"b3abc655608bb6b1bab0a777e63424c1","Inception":"on-
> >net","Authorizing-ID":"6a8748295d940f0626319b9e480375f9"},"Caller-ID-
> >Number":"1003","Caller-ID-Name":"Luis","Call-
> >ID":"NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.","Request":"1002@lazedo.
> >sip.
> >2600hz.com","Msg-ID":"2619fbac-e607-406b-9b2a-d1db09ffb315","App-
> >Version":"0.8.0","App-Name":"ecallmgr","Event-Name":"route_req","Event-
> >Category":"dialplan","Server-ID":"amq.gen-AWSM14YTmJM+7DF9QwTRgw=="}
> >Jan 8 16:02:39 hz2600-06 whistle_a...@hz2600-06.90e9.com[16662]:
> >Version":"0.8.0","App-Name":"ecallmgr","Event-Name":"route_req","Event-
> >Category":"dialplan","Server-ID":"amq.gen-AWSM14YTmJM+7DF9QwTRgw=="}
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|start|cf_route_req:24
> >(<0.28738.3>) received route request
> >Jan 8 16:02:39 hz2600-06 whistle_a...@hz2600-06.90e9.com[16662]:
> >(<0.28738.3>) received route request
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|cf_util:96
> >(<0.28738.3>) searching for callflow in account%2Fb3%2Fab
> >%2Fc655608bb6b1bab0a777e63424c1 to satisfy '1002'
> >Jan 8 16:02:39 hz2600-06 whistle_a...@hz2600-06.90e9.com[16662]:
> >(<0.28738.3>) searching for callflow in account%2Fb3%2Fab
> >%2Fc655608bb6b1bab0a777e63424c1 to satisfy '1002'
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|cf_util:138
> >(<0.28738.3>) lookup callflow patterns for 1002 in account%2Fb3%2Fab
> >%2Fc655608bb6b1bab0a777e63424c1
> >Jan 8 16:02:39 hz2600-06 whistle_a...@hz2600-06.90e9.com[16662]:
> >(<0.28738.3>) lookup callflow patterns for 1002 in account%2Fb3%2Fab
> >%2Fc655608bb6b1bab0a777e63424c1
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|cf_util:96
> >(<0.28738.3>) searching for callflow in account%2Fb3%2Fab
> >%2Fc655608bb6b1bab0a777e63424c1 to satisfy 'no_match'
> >Jan 8 16:02:39 hz2600-06 whistle_a...@hz2600-06.90e9.com[16662]:
> >(<0.28738.3>) searching for callflow in account%2Fb3%2Fab
> >%2Fc655608bb6b1bab0a777e63424c1 to satisfy 'no_match'
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|end|cf_route_req:72
> >(<0.28738.3>) unable to find callflow not_found
> >Jan 8 16:02:39 hz2600-06 ecall...@hz2600-06.90e9.com[2988]:
> >(<0.28738.3>) unable to find callflow not_found
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|ecallmgr_fs_node:200
> >(<0.282.0>) received channel create event
> >Jan 8 16:02:44 hz2600-06 freeswitch[2138]:
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
> >16:03:04.541127 [WARNING] mod_dialplan_xml.c:511 Context context_2 not
> >found
> >Jan 8 16:02:44 hz2600-06 freeswitch[2138]:
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
> >16:03:04.541127 [INFO] switch_core_state_machine.c:177 No Route,
> >Aborting
> >Jan 8 16:02:44 hz2600-06 freeswitch[2138]:
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
> >16:03:04.541127 [NOTICE] switch_core_state_machine.c:178 Hangup sofia/
> >sipinterface_1/1...@lazedo.sip.2600hz.com:5060 [CS_ROUTING]
> >(<0.282.0>) received channel create event
> >Jan 8 16:02:44 hz2600-06 freeswitch[2138]:
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
> >16:03:04.541127 [WARNING] mod_dialplan_xml.c:511 Context context_2 not
> >found
> >Jan 8 16:02:44 hz2600-06 freeswitch[2138]:
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
> >16:03:04.541127 [INFO] switch_core_state_machine.c:177 No Route,
> >Aborting
> >Jan 8 16:02:44 hz2600-06 freeswitch[2138]:
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
> >16:03:04.541127 [NOTICE] switch_core_state_machine.c:178 Hangup sofia/
> >[NO_ROUTE_DESTINATION]
> >Jan 8 16:02:44 hz2600-06 freeswitch[2138]:
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
> >16:03:04.541127 [NOTICE] switch_core_session.c:1398 Session 17 (sofia/
> >sipinterface_1/1...@lazedo.sip.2600hz.com:5060) Ended
> >Jan 8 16:02:44 hz2600-06 freeswitch[2138]:
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
> >16:03:04.541127 [NOTICE] switch_core_session.c:1398 Session 17 (sofia/
> >Jan 8 16:02:44 hz2600-06 freeswitch[2138]:
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
> >16:03:04.541127 [NOTICE] switch_core_session.c:1400 Close Channel
> >sofia/sipinterface_1/1...@lazedo.sip.2600hz.com:5060 [CS_DESTROY]
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q. 2012-01-08
> >16:03:04.541127 [NOTICE] switch_core_session.c:1400 Close Channel
> >Jan 8 16:02:44 hz2600-06 ecall...@hz2600-06.90e9.com[2988]:
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|log|amqp_util:302
> >(<0.808.0>) publish callevt
> >call.cdr.NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q%2E ([]): {"Digits-
> >Dialed":"none","Ringing-Seconds":"0","Billing-Seconds":"0","Duration-
> >Seconds":"5","From-Uri":"1...@lazedo.sip.2600hz.com:5060","To-
> >(<0.808.0>) publish callevt
> >call.cdr.NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q%2E ([]): {"Digits-
> >Dialed":"none","Ringing-Seconds":"0","Billing-Seconds":"0","Duration-
> >Uri":"1...@lazedo.sip.2600hz.com:5060","Call-
> >Direction":"inbound","Timestamp":"63493257784","User-Agent":"3CXPhone
> >6.0.20943.0","Caller-ID-Number":"1003","Caller-ID-Name":"Luis","Remote-
> >SDP":"v=0\r\no=3cxVCE 174434850 223876575 IN IP4 81.84.244.106\r
> >\ns=3cxVCE Audio Call\r\nc=IN IP4 81.84.244.106\r\nt=0 0\r\nm=audio
> >10116 RTP/AVP 0 8 3 101\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:8 PCMA/
> >8000\r\na=rtpmap:3 GSM/8000\r\na=rtpmap:101 telephone-event/8000\r
> >\na=fmtp:101 0-15\r\na=ptime:20\r\nm=video 10036 RTP/AVP 34\r\nc=IN
> >IP4 81.84.244.106\r\na=rtpmap:34 H263/90000\r\na=fmtp:34
> >QCIF=1;CIF=1;SQCIF=1;CIF4=1;\r\n","Custom-Channel-Vars":
> >{"Username":"1003","Realm":"lazedo.sip.2600hz.com","Account-
> >ID":"b3abc655608bb6b1bab0a777e63424c1","Inception":"on-
> >net","Authorizing-ID":"6a8748295d940f0626319b9e480375f9"},"Handling-
> >Server-Name":"hz2600-06.90e9.com","Hangup-
> >Cause":"NO_ROUTE_DESTINATION","Call-
> >ID":"NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.","App-
> >Version":"0.8.0","App-Name":"ecallmgr","Event-Name":"cdr","Event-
> >Category":"call_detail","Server-ID":""}
> >Jan 8 16:02:44 hz2600-06 ecall...@hz2600-06.90e9.com[2988]:
> >6.0.20943.0","Caller-ID-Number":"1003","Caller-ID-Name":"Luis","Remote-
> >SDP":"v=0\r\no=3cxVCE 174434850 223876575 IN IP4 81.84.244.106\r
> >\ns=3cxVCE Audio Call\r\nc=IN IP4 81.84.244.106\r\nt=0 0\r\nm=audio
> >10116 RTP/AVP 0 8 3 101\r\na=rtpmap:0 PCMU/8000\r\na=rtpmap:8 PCMA/
> >8000\r\na=rtpmap:3 GSM/8000\r\na=rtpmap:101 telephone-event/8000\r
> >\na=fmtp:101 0-15\r\na=ptime:20\r\nm=video 10036 RTP/AVP 34\r\nc=IN
> >IP4 81.84.244.106\r\na=rtpmap:34 H263/90000\r\na=fmtp:34
> >QCIF=1;CIF=1;SQCIF=1;CIF4=1;\r\n","Custom-Channel-Vars":
> >{"Username":"1003","Realm":"lazedo.sip.2600hz.com","Account-
> >ID":"b3abc655608bb6b1bab0a777e63424c1","Inception":"on-
> >net","Authorizing-ID":"6a8748295d940f0626319b9e480375f9"},"Handling-
> >Server-Name":"hz2600-06.90e9.com","Hangup-
> >Cause":"NO_ROUTE_DESTINATION","Call-
> >ID":"NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.","App-
> >Version":"0.8.0","App-Name":"ecallmgr","Event-Name":"cdr","Event-
> >Category":"call_detail","Server-ID":""}
> >000000000000|sys|amqp_host:165 (<0.98.0>) Pub on ch <0.102.0> x:
> >callevt rt: call.cdr.NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q%2E
> >Jan 8 16:02:44 hz2600-06 ecall...@hz2600-06.90e9.com[2988]:
> >callevt rt: call.cdr.NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q%2E
> >NTZiYzRkMTE3YTdiOGE2YzJkMjNiMjE2MDE0MDc1Y2Q.|end|
> >ecallmgr_amqp_pool_worker:157 (<0.237.0>) requestor (<0.802.0>) down,
> >giving up on task
> >Jan 8 16:02:44 hz2600-06 ecall...@hz2600-06.90e9.com[2988]:
> >ecallmgr_amqp_pool_worker:157 (<0.237.0>) requestor (<0.802.0>) down,
> >giving up on task
Reply all
Reply to author
Forward
0 new messages