Displaying 12 results from an estimated 12 matches for "300e".
Did you mean:
300
2005 Oct 10
0
Incoming Calls causing Protocol Error (6)
Hi Everyone,
Got a setup as follows:
Telco ----> Siemens HiCom 300E <----> Asterisk1 <----IAX2 Trunk---->
Asterisk2 <----> Siemens HiPath 4xxx
The solution works except for one problem. Incoming calls from the telco get
redirected to the Asterisk1 box with the correct extention, only if there is
a callerid set on the call, the Asterisk1 box drops...
2006 Jun 22
4
when I press "transfer" -> blind -> 700 . The user is not able to hear what extension the call was parked on
...efault', on channel 'Zap/1-1'
== Parked Zap/1-1 on 701. Will timeout back to extension [incoming] s, 1 in 45 seconds
-- Added extension '701' priority 1 to parkedcalls
-- Playing 'digits/7' (language 'en')
-- Executing ParkedCall("SIP/1000-300e", "701") in new stack
-- Stopped music on hold on Zap/1-1
-- Channel SIP/1000-300e connected to parked call 701
-- Hungup 'Zap/1-1'
using "transfer" -> blind -> 700
-- Started music on hold, class 'default', on channel '...
2010 Sep 15
1
One way audio when overlapdial is set to yes
Hi Group,
I am currently facing a dead end and any help will be much appreciated.
I have an a104d installed in an asterisk box, two of which is configured on ISDN
pri. One is facing pstn and the other one is facing a hipath 300e Siemens. I am
getting one way audio when a local on the hipath tries to make a pstn call but
no issue on incoming calls from pstn going to the hipath locals.
local ---> hipath 300 --------- isdn pri -------- asterisk ---------- isdn pri
--------- telco--> dest.
Here is my dahdi config
[...
2015 Jul 24
2
[LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF
...is the
asm dump of the final exe
hello64gnu.exe: file format COFF-x86-64
Disassembly of section .text:
.text:
3000: ff 25 26 f0 ff ff jmpq *-4058(%rip)
3006: 90 nop
3007: 90 nop
3008: ff 25 26 f0 ff ff jmpq *-4058(%rip)
300e: 90 nop
300f: 90 nop
3010: 48 83 ec 28 subq $40, %rsp
3014: 48 c7 c1 00 00 00 00 movq $0, %rcx
301b: 48 8d 15 e4 df ff ff leaq -8220(%rip), %rdx
3022: 4c 8d 05 d7 df ff ff leaq -8233(%rip), %r8
3029:...
2015 Jul 25
0
[LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF
...o64gnu.exe: file format COFF-x86-64
>
> Disassembly of section .text:
> .text:
> 3000: ff 25 26 f0 ff ff jmpq *-4058(%rip)
> 3006: 90 nop
> 3007: 90 nop
> 3008: ff 25 26 f0 ff ff jmpq *-4058(%rip)
> 300e: 90 nop
> 300f: 90 nop
> 3010: 48 83 ec 28 subq $40, %rsp
> 3014: 48 c7 c1 00 00 00 00 movq $0, %rcx
> 301b: 48 8d 15 e4 df ff ff leaq -8220(%rip), %rdx
> 3022: 4c 8d 05 d7 df ff ff leaq -8233(...
2018 Aug 30
4
crash problem when using IndirectBrInst to replace BranchInst
...F9AC70C08C2>
/usr/lib/system/libsystem_kernel.dylib
0x7fff50b89000 - 0x7fff50bd4fcb libsystem_m.dylib (3147.50.1)
<8CFB51C9-B422-3379-8552-064C63943A23> /usr/lib/system/libsystem_m.dylib
0x7fff50bd5000 - 0x7fff50bf4fff libsystem_malloc.dylib (140.50.6)
<7FD43735-9DDD-300E-8C4A-F909A74BDF49>
/usr/lib/system/libsystem_malloc.dylib
0x7fff50bf5000 - 0x7fff50d25ff7 libsystem_network.dylib
(1229.70.2) <5E86B2DE-9E15-3354-8714-4094ED5F698D>
/usr/lib/system/libsystem_network.dylib
0x7fff50d26000 - 0x7fff50d30ffb libsystem_networkextension.dylib...
2015 Jul 25
2
[LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF
...F-x86-64
>>
>> Disassembly of section .text:
>> .text:
>> 3000: ff 25 26 f0 ff ff jmpq *-4058(%rip)
>> 3006: 90 nop
>> 3007: 90 nop
>> 3008: ff 25 26 f0 ff ff jmpq *-4058(%rip)
>> 300e: 90 nop
>> 300f: 90 nop
>> 3010: 48 83 ec 28 subq $40, %rsp
>> 3014: 48 c7 c1 00 00 00 00 movq $0, %rcx
>> 301b: 48 8d 15 e4 df ff ff leaq -8220(%rip), %rdx
>> 3022: 4c 8d 05 d7 df ff...
2018 Dec 08
2
doveadm batch crash
Hi
I'm having an issue with doveadm batch - the following command always
crashes:
doveadm batch : mailbox status all inbox
Whereas the following work as expected:
doveadm mailbox status all inbox
doveadm batch : mailbox list
Any assistance gratefully received.
Debug output from the crash:
Debug: Loading modules from directory: /usr/lib64/dovecot
Debug: Module loaded:
2018 Aug 31
2
crash problem when using IndirectBrInst to replace BranchInst
...tem/libsystem_kernel.dylib
>
> 0x7fff50b89000 - 0x7fff50bd4fcb libsystem_m.dylib (3147.50.1)
> <8CFB51C9-B422-3379-8552-064C63943A23> /usr/lib/system/libsystem_m.dylib
>
> 0x7fff50bd5000 - 0x7fff50bf4fff libsystem_malloc.dylib (140.50.6)
> <7FD43735-9DDD-300E-8C4A-F909A74BDF49>
> /usr/lib/system/libsystem_malloc.dylib
>
> 0x7fff50bf5000 - 0x7fff50d25ff7 libsystem_network.dylib
> (1229.70.2) <5E86B2DE-9E15-3354-8714-4094ED5F698D>
> /usr/lib/system/libsystem_network.dylib
>
> 0x7fff50d26000 - 0x7fff50d30ffb...
2015 Jul 23
0
[LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF
I forgot to attach the notes.txt with the objdump.
On Thu, Jul 23, 2015 at 3:55 PM, Martell Malone <martellmalone at gmail.com>
wrote:
> Hi again rui, :)
>
> I've got all the patches into llvm and clang for supporting mingw-w64 via
> compiler-rt and now we are able to build a full mingw-w64 toolchain without
> gcc :)
> With great help from yaron and rnk.
>
>
2018 Dec 13
0
doveadm batch crash
...73, keywords =
0x55555582cc50, permanent_flags = 4150865472, flags = 32767,
permanent_keywords = 0, allow_new_keywords = 0, nonpermanent_modseqs =
0, no_modseq_tracking = 0, have_guids = 0,
have_save_guids = 0, have_only_guid128 = 1}
metadata = {guid = "p\214~UUU\000\000\300e\177UUU\000",
virtual_size = 140737488347344, physical_size = 553903933854,
first_save_date = 93824995035120, cache_fields = 0x20, precache_fields =
(unknown: 0), backend_ns_prefix = 0x0,
backend_ns_type = (unknown: 48)}
#7 cmd_mailbox_status_run (_ctx=0x5555557fe238, user=<op...
2015 Jul 23
2
[LLVMdev] [LLD] support for dlltool generated libs in COFF/PECOFF
Hi again rui, :)
I've got all the patches into llvm and clang for supporting mingw-w64 via
compiler-rt and now we are able to build a full mingw-w64 toolchain without
gcc :)
With great help from yaron and rnk.
I've CC'd them as they might have interest in seeing this target through
with me to the end :)
So I have again turned my attention to LLD so that we can also remove ld as
a