asterisk.ru

На старой АТС осуществлялся вызов на межгород через 8 гудок->код города->номер телефона.
Как настроить на asterisk выход на межгород что бы осуществлялась такая же комбинация?
Связка asterick->Cisco 2821->E1

exten => _8.,1,Dial(SIP/Cisco/8,,D(ww${EXTEN:1}))

ddjwin писал(а):На старой АТС осуществлялся вызов на межгород через 8 гудок->код города->номер телефона.

Гудок не нужен, архаизм. Восьмёрку можно и оставить, только как прихоть. Она тоже по большому счёту не нужна, а если провайдер требует - делать автоматом трансляцию номера при наборе, добавлять 8 впереди на транке или в цыске..

поток E1 берется не посредственно со станции.
Обычный телефонный аппарат который подключен к атс выходит на межгород именно по этой схеме, а с asterisk не пропускает атс, Cisco 2821 передает номер атс и на этом все заканчивается

Меняйте схему: город по Е1 принимайте в Астериск, а из него - в АТС через Cisco 2821.



Схема условная, нужно переработать под ваш случай.

Это не так просто

Всё чем Вы занимаетесь - не так просто.

у меня только такой вариант, а то должно быть неизменно.
вот и бьюсь с этим.

У меня стоит FreePBX этот "exten => _8.,1,Dial(SIP/Cisco/8,,D(ww${EXTEN:1}))" диалплан подает на cisco 8, при этом cisco ждет дальнейшего набора, но Freepbx не передает оставшийся номер.
В чем может быть причина?

Вы логи смотрите?

да. Вот лог freepbx
--- (11 headers 0 lines) ---
Transmitting (no NAT) to :5060:
ACK sip:8@10.0.0.62:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.24:5060;branch=z9hG4bK4a9d530f
Max-Forwards: 70
From: "7800" <sip:7800@10.0.0.24>;tag=as7ddd50e2
To: <sip:8@10.0.0.62>;tag=9003418-121C
Contact: <sip:7800@10.0.0.24:5060>
Call-ID: 4ff4a5e66913d6be70ecf11848cf9244@10.0.0.24:5060
CSeq: 102 ACK
User-Agent: FPBX-2.11.0(11.8.1)
Content-Length: 0


Scheduling destruction of SIP dialog '4ff4a5e66913d6be70ecf11848cf9244@10.0.0.24:5060' in 6400 ms (Method: INVITE)
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing [84872389454@from-internal:2] NoCDR("SIP/7800-00000002", "") in new stack
-- Executing [84872389454@from-internal:3] Progress("SIP/7800-00000002", "") in new stack
-- Executing [84872389454@from-internal:4] Wait("SIP/7800-00000002", "1") in new stack
-- Executing [84872389454@from-internal:5] Progress("SIP/7800-00000002", "") in new stack
-- Executing [84872389454@from-internal:6] Playback("SIP/7800-00000002", "silence/1&cannot-complete-as-dialed&check-number-dial-again,noanswer") in new stack
-- <SIP/7800-00000002> Playing 'silence/1.slin' (language 'ru')
-- <SIP/7800-00000002> Playing 'cannot-complete-as-dialed.ulaw' (language 'ru')
-- <SIP/7800-00000002> Playing 'check-number-dial-again.ulaw' (language 'ru')
Really destroying SIP dialog '4ff4a5e66913d6be70ecf11848cf9244@10.0.0.24:5060' Method: INVITE
-- Executing [84872389454@from-internal:7] Wait("SIP/7800-00000002", "1") in new stack
-- Executing [84872389454@from-internal:8] Congestion("SIP/7800-00000002", "20") in new stack
[2014-04-12 16:06:52] WARNING[9214][C-00000001]: channel.c:4816 ast_prod: Prodding channel 'SIP/7800-00000002' failed
== Spawn extension (from-internal, 84872389454, 8) exited non-zero on 'SIP/7800-00000002'
-- Executing [h@from-internal:1] Hangup("SIP/7800-00000002", "") in new stack
== Spawn extension (from-internal, h, 1) exited non-zero on 'SIP/7800-00000002'
Reliably Transmitting (no NAT) to 10.0.0.62:5060:

лог cisco
Apr 12 16:16:31 10.0.0.62 243080: Apr 12 16:21:48.965: ISDN Se0/2/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x1, Calling num 7800
Apr 12 16:16:31 10.0.0.62 243081: Apr 12 16:21:48.969: ISDN Se0/2/0:15 Q931: Applying typeplan for sw-type 0x12 is 0x0 0x1, Called num 8
Apr 12 16:16:32 10.0.0.62 243082: Apr 12 16:21:48.969: ISDN Se0/2/0:15 Q931: TX -> SETUP pd = 8 callref = 0x018B
Apr 12 16:16:32 10.0.0.62 243083: #011Bearer Capability i = 0x8090A3
Apr 12 16:16:32 10.0.0.62 243084: #011#011Standard = CCITT
Apr 12 16:16:32 10.0.0.62 243085: #011#011Transfer Capability = Speech
Apr 12 16:16:32 10.0.0.62 243086: #011#011Transfer Mode = Circuit
Apr 12 16:16:32 10.0.0.62 243087: #011#011Transfer Rate = 64 kbit/s
Apr 12 16:16:32 10.0.0.62 243088: #011Channel ID i = 0xA9839F
Apr 12 16:16:32 10.0.0.62 243089: #011#011Exclusive, Channel 31
Apr 12 16:16:32 10.0.0.62 243090: #011Calling Party Number i = 0x0180, '7800'
Apr 12 16:16:32 10.0.0.62 243091: #011#011Plan:ISDN, Type:Unknown
Apr 12 16:16:32 10.0.0.62 243092: #011Called Party Number i = 0x81, '8'
Apr 12 16:16:32 10.0.0.62 243093: #011#011Plan:ISDN, Type:Unknown
Apr 12 16:16:32 10.0.0.62 243094: Apr 12 16:21:49.005: ISDN Se0/2/0:15 Q931: RX <- SETUP_ACK pd = 8 callref = 0x818B
Apr 12 16:16:32 10.0.0.62 243095: #011Channel ID i = 0xA9839F
Apr 12 16:16:32 10.0.0.62 243096: #011#011Exclusive, Channel 31
Apr 12 16:16:32 10.0.0.62 243097: #011Progress Ind i = 0x8188 - In-band info or appropriate now available
Apr 12 16:16:52 10.0.0.62 243098: Apr 12 16:22:09.169: ISDN Se0/2/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x818B
Apr 12 16:16:52 10.0.0.62 243099: #011Cause i = 0x81E6 - Recovery on timer expiry
Apr 12 16:16:52 10.0.0.62 243100: Apr 12 16:22:09.173: ISDN Se0/2/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x018B
Apr 12 16:16:52 10.0.0.62 243101: Apr 12 16:22:09.201: ISDN Se0/2/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x818B

дальше происходит обрыв соединения