E
E
ErikKusin2017-05-22 19:07:53
Asterisk
ErikKusin, 2017-05-22 19:07:53

Communication between asterisk internal numbers does not work. What to do?

Good afternoon.
I'm with Asterisk deeply on YOU!!! Therefore, please do not swear.
The crux of the matter is this:
There is a playground. The Asterisk server is on. On it the sheaf with automatic telephone exchange of Panasonic is configured. All phones work through Panasonic. There are also phones registered with Asterisk. Within the same site, all these phones communicate well using internal numbers.
Now I am setting up phones on Asterisk for an office that is located on a different site.
When I call a phone that works through Panasonic on the extension number in office1, everything works fine. When I call from office 1 to office 2 from a phone that works through Panasonic. When I call from office1 to office2 from a phone that works through Asterisk, everything works fine.
I don't understand what's the matter. Tell me where to dig?
Here are the Asterisk logs when calling from office1 to office2 from a phone that works through Panasonic:
[2017-05-22 19:00:14] VERBOSE[5628][C-00002557] app_dial.c: SIP/Panasonic-00000681 is ringing
[ 2017-05-22 19:00:19] VERBOSE[5628][C-00002557] app_dial.c: SIP/Panasonic-00000681 answered SIP/1201-00000680
[2017-05-22 19:00:19] VERBOSE[5637 ][C-00002557] bridge_channel.c: Channel SIP/Panasonic-00000681 joined 'simple_bridge' basic-bridge
[2017-05-22 19:00:19] VERBOSE[5628][C-00002557] bridge_channel.c: Channel SIP /1201-00000680 joined 'simple_bridge' basic-bridge
[2017-05-22 19:00:40] VERBOSE[5637][C-00002557] bridge_channel.c: Channel SIP/Panasonic-00000681 left 'simple_bridge' basic-bridge
[2017-05-22 19:00:40] VERBOSE[5628][C-00002557] bridge_channel.c: Channel SIP/1201-00000680 left 'simple_bridge' basic-bridge
[2017-05-22 19:00:40] VERBOSE[5628][C-00002557] app_macro.c: Spawn extension (macro-dialout-trunk, s, 23) exited non-zero on 'SIP/1201-00000680' in macro 'dialout-trunk'
[2017-05- 22 19:00:40] VERBOSE[5628][C-00002557] pbx.c: Spawn extension (from-internal, 1023, 7) exited non-zero on 'SIP/1201-00000680'
[2017-05-22 19 :00:40] VERBOSE[5628][C-00002557] pbx.c: Executing [[email protected]:1] Macro("SIP/1201-00000680", "hangupcall") in new stack
[2017-05- 22 19:00:40] VERBOSE[5628][C-00002557] pbx.c: Executing [[email protected]:1] GotoIf("SIP/1201-00000680", "1?theend") in new stack
[2017-05-22 19:00:40] VERBOSE[5628][C-00002557] pbx_builtins.c: Goto (macro-hangupcall,s,3)
[2017-05-22 19:00:40] VERBOSE[5628 ][C-00002557] pbx.c: Executing [[email protected]:3] ExecIf("SIP/1201-00000680", "0?Set(CDR(recordingfile)=)") in new stack
[2017-05 -22 19:00:40] VERBOSE[5628][C-00002557] pbx.c: Executing [[email protected]:4] Hangup("SIP/1201-00000680", "") in new stack
[2017- 05-22 19:00:40] VERBOSE[5628][C-00002557] app_macro.c: Spawn extension (macro-hangupcall, s, 4) exited non-zero on 'SIP/1201-00000680' in macro 'hangupcall'
[2017-05-22 19:00:40] VERBOSE[5628][C-00002557] pbx.c: Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/1201-00000680'

Answer the question

In order to leave comments, you need to log in

[[+comments_count]] answer(s)
R
Rsa97, 2017-05-22
@Rsa97

According to this log, everything is working fine. Both channels enter the bridge, then leave it 21 seconds later, with the Panasonic channel exiting first.

V
Viktor, 2017-05-23
@awsswa59

It is very similar to the standard limitation of talking in Panasonic - turn off

Didn't find what you were looking for?

Ask your question

Ask a Question

731 491 924 answers to any question