search for: 00000255

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;