Displaying 6 results from an estimated 6 matches for "00000255".
2015 Mar 26
1
CDR dst value null after attended transfer
...2:11:20] -- Executing [s at macro-stdexten:2]
Dial("SIP/7051-00000254", "SIP/7003,45,tT") in new stack
[Mar 26 12:11:20] == Using SIP RTP TOS bits 184
[Mar 26 12:11:20] == Using SIP RTP CoS mark 5
[Mar 26 12:11:20] -- Called SIP/7003
[Mar 26 12:11:20] -- SIP/7003-00000255 is ringing
[Mar 26 12:11:25] -- SIP/7003-00000255 answered SIP/7051-00000254
[Mar 26 12:11:25] -- Channel SIP/7051-00000254 joined 'simple_bridge'
basic-bridge <f4fb9d99-24b9-4d3c-9b63-41a1b84484b2>
[Mar 26 12:11:25] -- Channel SIP/7003-00000255 joined 'simple_bridge...
2016 Nov 21
2
Asterisk 13.12.2 : strange queue behaviour
...pbx.c: Executing [mysip692 at CallFromQueue:3]
Dial("Local/mysip692 at CallFromQueue-0000003c;2", "SIP/mysip692") in new stack
[Nov 21 08:18:26] app_dial.c: Called SIP/mysip692
Example 2 :
[Nov 21 08:20:11] pbx.c: Executing [queue at pbx-routing:15]
Queue("SIP/incoming-00000255", "myqueue1,,,,300,,,") in new stack
[Nov 21 08:20:11] res_musiconhold.c: Started music on hold, class
'default', on channel 'SIP/incoming-00000255'
[Nov 21 08:20:45] app_queue.c: Called Local/mysip692 at CallFromQueue
[Nov 21 08:20:45] pbx.c: Executing [mysip692 at...
2016 Feb 10
2
Unexpected termination of the call when pick up (res_pjsip)
...2.141
a=inactive
a=rtcpping:F:1253795:125379578
[2016-02-10 22:58:17] DEBUG[27034] res_pjsip_session.c: Function session_inv_on_state_changed called on event TSX_STATE
[2016-02-10 22:58:17] DEBUG[27034] res_pjsip_session.c: The state change pertains to the endpoint 'srv_d15140(PJSIP/srv_d15140-00000255)'
[2016-02-10 22:58:17] DEBUG[27034] res_pjsip_session.c: The inv session still has an invite_tsx (0x7ffdf039dc58)
[2016-02-10 22:58:17] DEBUG[27034] res_pjsip_session.c: There is no transaction involved in this state change
[2016-02-10 22:58:17] DEBUG[27034] res_pjsip_session.c: The current in...
2016 Nov 21
3
Asterisk 13.12.2 : strange queue behaviour
...ot;Local/mysip692 at CallFromQueue-0000003c;2", "SIP/mysip692") in
> new stack
> [Nov 21 08:18:26] app_dial.c: Called SIP/mysip692
>
>
> Example 2 :
>
> [Nov 21 08:20:11] pbx.c: Executing [queue at pbx-routing:15]
> Queue("SIP/incoming-00000255", "myqueue1,,,,300,,,") in new stack
> [Nov 21 08:20:11] res_musiconhold.c: Started music on hold, class
> 'default', on channel 'SIP/incoming-00000255'
>
> [Nov 21 08:20:45] app_queue.c: Called Local/mysip692 at CallFromQueue
> [Nov 21...
2007 Feb 15
3
Re: Incremental Updates
As an alternative to polling the client, as Ryan describes, you could
consider piggy-backing the status updates on the back of other ajax
responses. Which way you go depends entirely on the nature of your app, in
particular:
1. how frequently it generates ajax traffic anyway
2. how long the server-side process is going to take
If the server-side process takes, say, 20 seconds, polling is a
2009 Dec 08
3
botched RAID, now e2fsck or what?
Hi all,
Somehow I managed to mess with a RAID array containing an ext3 partition.
Parenthesis, if it matters: I disconnected physically a drive while
the array was online. Next thing, I lost the right order of the drives
in the array. While trying to re-create it, I overwrote the raid
superblocks. Luckily, the array was RAID5 degraded, so whenever I
re-created it, it didn't go into sync;