имеется cisco 1751 c потоком Е1 (5 номеров из них 2 многоканальные) входящие звонки приходят по сип на еластик (только дтмф донабор не идет) исходящие не в какую не хотят идти. в логах еластика channel unovaible.
прилагаю конфиг циски:

version 12.3
service timestamps debug datetime msec
service timestamps log datetime msec
!
hostname ENDS-E1
!
boot-start-marker
boot-end-marker
!
memory-size iomem 20
tdm clock E1 0/0 both export line
mmi polling-interval 60
no mmi auto-configure
no mmi pvc
mmi snmp-timeout 180
voice-card 0
!
no aaa new-model
ip subnet-zero
no ip routing
no ip cef
!
isdn switch-type primary-net5
isdn voice-call-failure 0
isdn gateway-max-interworking
!
voice call send-alert
voice rtp send-recv
!
voice service pots
!
voice service voip
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback cisco
sip
!
voice class codec 1
codec preference 1 g711alaw
codec preference 2 g711ulaw
!
controller E1 0/0
framing NO-CRC4
pri-group timeslots 1-31
!
interface FastEthernet0/0
ip address 192.168.10.2 255.255.255.0
no ip route-cache
speed auto
half-duplex
!
interface Serial0/0:15
no ip address
encapsulation hdlc
no logging event link-status
isdn switch-type primary-net5
isdn overlap-receiving
isdn not-end-to-end 64
isdn incoming-voice voice
isdn send-alerting
isdn sending-complete
no cdp enable
!
ip default-gateway 192.168.10.1
ip classless
ip route 0.0.0.0 0.0.0.0 192.168.10.1
no ip http server
!
voice-port 0/0:15
disc_pi_off
cptone RU
bearer-cap Speech
!
dial-peer voice 100 pots
description ALL-FROM-E1
incoming called-number .
direct-inward-dial
forward-digits all
!
dial-peer voice 495349 voip
description 495349 from E1 to SIP
huntstop
destination-pattern 495349
voice-class codec 1
session protocol sipv2
session target ipv4:192.168.10.3
no vad
!
dial-peer voice 495350 voip
description 495350 from E1 to SIP
huntstop
destination-pattern 495350
voice-class codec 1
session protocol sipv2
session target ipv4:192.168.10.3
no vad
!
dial-peer voice 495353 voip
description 495353 from E1 to SIP
huntstop
destination-pattern 495353
voice-class codec 1
session protocol sipv2
session target ipv4:192.168.10.3
no vad
!
dial-peer voice 200 pots
description ALL-TO-E1
destination-pattern T
direct-inward-dial
port 0/0:15
forward-digits all
no register e164
!
dial-peer voice 201 voip
description ALL from SIP to E1
incoming called-number .
voice-class codec 1
session protocol sipv2
session target ipv4:192.168.10.3
no vad
!
gateway
!
end

и конфиг транка на еластике:
Outgoing Settings
Outbound Caller ID <495353>
Trunk Name: to-e1
PEER Details:
disallow=all
allow=alaw&ulaw&gsm
canreinvite=no
host=192.168.10.2
insecure=port,invite
qualify=no
type=peer
dtmfmode=rfc2833

Incoming Settings
USER Context: from-e1
USER Details:
context=from-pstn
type=user

разумеется никакого регистрационного стринга так как циска не поддерживает этого.
еще раз повторюсь Входящие приходят нормально с ними только проблема с DTMF нет донабора.
Помогите с настройка исходящих.

dtmf rtp-nte на воипных пирах для входящих.

С исходящими так: на Cisco
debug isdn q931
term mon

сделайте звонок c Эластикса, смотрите дебаг не циске. Старайтесь его понять!

добавил dtmf-relay rtp-nte на воип пиры - не помогло :(
дебаг isdn q931 при звонке с эластика на киску
*Mar 1 16:34:27.739: ISDN Se0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x00FE
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839F
Exclusive, Channel 31
Calling Party Number i = 0x0080, '495349'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '84862436690'
Plan:Unknown, Type:Unknown
*Mar 1 16:34:31.739: ISDN Se0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x00FE
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839F
Exclusive, Channel 31
Calling Party Number i = 0x0080, '495349'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '84862436690'
Plan:Unknown, Type:Unknown
*Mar 1 16:34:31.759: ISDN Se0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x80FE
Channel ID i = 0xA9839F
Exclusive, Channel 31
Progress Ind i = 0x8288 - In-band info or appropriate now available
*Mar 1 16:34:32.491: ISDN Se0/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x80FE
Cause i = 0x839C - Invalid number format (incomplete number)
Progress Ind i = 0x8288 - In-band info or appropriate now available
Display i = 'CONGESTION '
*Mar 1 16:34:32.495: ISDN Se0/0:15 Q931: call_disc: PI received in disconnect; Postpone sending RELEASE for callid 0x8083
*Mar 1 16:34:32.519: ISDN Se0/0:15 Q931: TX -> RELEASE pd = 8 callref = 0x00FE
*Mar 1 16:34:32.531: ISDN Se0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x80FE

а вот вывод когда звоню не через 8+ код города а просто 6и значно
*Mar 1 16:38:41.919: ISDN Se0/0:15 Q931: TX -> SETUP pd = 8 callref = 0x00FF
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839F
Exclusive, Channel 31
Calling Party Number i = 0x0080, '495349'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '436690'
Plan:Unknown, Type:Unknown
*Mar 1 16:38:41.939: ISDN Se0/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0x80FF
Channel ID i = 0xA9839F
Exclusive, Channel 31
Progress Ind i = 0x8288 - In-band info or appropriate now available
*Mar 1 16:38:42.171: ISDN Se0/0:15 Q931: RX <- PROGRESS pd = 8 callref = 0x80FF
Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info
*Mar 1 16:38:43.539: ISDN Se0/0:15 Q931: RX <- ALERTING pd = 8 callref = 0x80FF
*Mar 1 16:39:03.807: ISDN Se0/0:15 Q931: RX <- FACILITY pd = 8 callref = 0x80FF
Facility i = 0x91A12102010202011230190A01030A0100A011A10F0A0102120A34383632373830353833
- ETSI Supplementary Service, Invoke, Unsupported operation
*Mar 1 16:39:03.811: ISDN Se0/0:15 **ERROR**: isdnAsn1Inv: error: unknown operation 18
*Mar 1 16:39:03.811: ISDN Se0/0:15 **ERROR**: isdnAsn1Component: generated error 4:ASN1_MESSAGE_ERR_UNKNOWN_OP
*Mar 1 16:39:03.811: ISDN Se0/0:15 **ERROR**: isdnAsn1Component: ERROR
*Mar 1 16:39:03.815: ISDN Se0/0:15 **ERROR**: process_facility_supp_services: Facility IE operation unsupported
*Mar 1 16:39:19.519: ISDN Se0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x00FF
Cause i = 0x8090 - Normal call clearing
*Mar 1 16:39:19.535: ISDN Se0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x80FF
*Mar 1 16:39:19.539: ISDN Se0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x00FF

Вам ясно указана причина отлупа
Cause i = 0x839C - Invalid number format (incomplete number)
Изучайте в каком формате от вас принимаются звонки.
Очень может быть, что даже если правильный формат номера назначения, то неправильный формат CallerID. Пример:
Вот вы набирали с номера
Calling Party Number i = 0x0080, '495349'
и вызывали
Called Party Number i = 0x80, '84862436690'
И уж во втором случае
Calling Party Number i = 0x0080, '495349'
Called Party Number i = 0x80, '436690'
совсем не принимает 6-тизначные.
Спрашивайте у провайдера, может он принимает без 8, типа 4862436690. К концу 2010 года вся Россия должна перейти на единый 10-ти значный код. То есть чтобы как-то так
Calling Party Number i = 0x0080, '4862495349'
Called Party Number i = 0x80, '4862436690'

http://www.ipstudio.net/wiki/wakka.php?wakka=RazdelPrilozhenijj/PrilozhenieQ931

Огромное спасибо. я что то даже сам то и не заметил в дебаге торопливо проглядел :) завтра буду пытаться по подбирать о результате отпишусь. поток от МТС приходит. от них информацию получить сложно. если всё получиться респект выражу в статье на наг.ру (я там работаю). в цисках я сам то силен но насчет Е1 как то не приходилось сталкиваться с подобным траблом вот и решил поспрошать у вас. если есть информация о правилах трансляции набора в МТС буду признателен.

А чего бы не получится? Чай не первый раз.

поток от МТС приходит. от них информацию получить сложно.

Посмотрите сначала приходящие звонки от них - в каком формате номер приходит? Вот в таком и надо пытаться вызывать и свой CallerID подставлять.

ну собственно так и сделал отследил входящий - сделал исходящие всё хорошо - и когда я их сделал то стало ясно почему нету дтмф - !!! нету звука от е1 в сторону эластика. меня слышат на той стороне в городе а я их не слышу на эластике :( - куда в какую сторону капать ?

прикладываю дебаг q921 и q931 по звонку на внешний мир на сотовый телефон мегафона. собственно с городскими таже картинка.

*Mar 1 00:24:18.111: ISDN Se0/0:15 Q921: User RX <- RRp sapi=0 tei=0 nr=41
*Mar 1 00:24:18.111: ISDN Se0/0:15 Q921: User TX -> RRf sapi=0 tei=0 nr=48
*Mar 1 00:24:27.739: ISDN Se0/0:15 Q921: User TX -> INFO sapi=0 tei=0, ns=41 nr=48
*Mar 1 00:24:27.743: ISDN Se0/0:15 Q931: SETUP pd = 8 callref = 0x0087
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839F
Exclusive, Channel 31
Calling Party Number i = 0x0080, '495353'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '89221070512'
Plan:Unknown, Type:Unknown
*Mar 1 00:24:27.755: ISDN Se0/0:15 Q921: User RX <- RR sapi=0 tei=0 nr=42
*Mar 1 00:24:31.739: ISDN Se0/0:15 Q921: User TX -> INFO sapi=0 tei=0, ns=42 nr=48
*Mar 1 00:24:31.739: ISDN Se0/0:15 Q931: SETUP pd = 8 callref = 0x0087
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA9839F
Exclusive, Channel 31
Calling Party Number i = 0x0080, '495353'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '89221070512'
Plan:Unknown, Type:Unknown
*Mar 1 00:24:31.755: ISDN Se0/0:15 Q921: User RX <- RR sapi=0 tei=0 nr=43
*Mar 1 00:24:31.763: ISDN Se0/0:15 Q921: User RX <- INFO sapi=0 tei=0, ns=48 nr=43
*Mar 1 00:24:31.763: ISDN Se0/0:15 Q931: CALL_PROC pd = 8 callref = 0x8087
Channel ID i = 0xA9839F
Exclusive, Channel 31
Progress Ind i = 0x8288 - In-band info or appropriate now available
*Mar 1 00:24:31.767: ISDN Se0/0:15 Q921: User TX -> RR sapi=0 tei=0 nr=49
*Mar 1 00:24:36.371: ISDN Se0/0:15 Q921: User RX <- INFO sapi=0 tei=0, ns=49 nr=43
*Mar 1 00:24:36.371: ISDN Se0/0:15 Q931: ALERTING pd = 8 callref = 0x8087
*Mar 1 00:24:36.375: ISDN Se0/0:15 Q921: User TX -> RR sapi=0 tei=0 nr=50
*Mar 1 00:24:40.679: ISDN Se0/0:15 Q921: User RX <- INFO sapi=0 tei=0, ns=50 nr=43
*Mar 1 00:24:40.679: ISDN Se0/0:15 Q931: CONNECT pd = 8 callref = 0x8087
*Mar 1 00:24:40.683: ISDN Se0/0:15 Q921: User TX -> RR sapi=0 tei=0 nr=51
*Mar 1 00:24:40.691: ISDN Se0/0:15 Q921: User TX -> INFO sapi=0 tei=0, ns=43 nr=51
*Mar 1 00:24:40.691: ISDN Se0/0:15 Q931: CONNECT_ACK pd = 8 callref = 0x0087
*Mar 1 00:24:40.703: ISDN Se0/0:15 Q921: User RX <- RR sapi=0 tei=0 nr=44
*Mar 1 00:24:50.699: ISDN Se0/0:15 Q921: User RX <- RRp sapi=0 tei=0 nr=44
*Mar 1 00:24:50.699: ISDN Se0/0:15 Q921: User TX -> RRf sapi=0 tei=0 nr=51
*Mar 1 00:24:58.891: ISDN Se0/0:15 Q921: User RX <- INFO sapi=0 tei=0, ns=51 nr=44
*Mar 1 00:24:58.891: ISDN Se0/0:15 Q931: DISCONNECT pd = 8 callref = 0x8087
Cause i = 0x8490 - Normal call clearing
Progress Ind i = 0x8288 - In-band info or appropriate now available
*Mar 1 00:24:58.895: ISDN Se0/0:15 Q921: User TX -> RR sapi=0 tei=0 nr=52
*Mar 1 00:24:58.899: ISDN Se0/0:15 Q931: call_disc: PI received in disconnect; Postpone sending RELEASE for callid 0x8008
*Mar 1 00:24:58.915: ISDN Se0/0:15 Q921: User TX -> INFO sapi=0 tei=0, ns=44 nr=52
*Mar 1 00:24:58.915: ISDN Se0/0:15 Q931: RELEASE pd = 8 callref = 0x0087
*Mar 1 00:24:58.927: ISDN Se0/0:15 Q921: User RX <- RR sapi=0 tei=0 nr=45
*Mar 1 00:24:58.931: ISDN Se0/0:15 Q921: User RX <- INFO sapi=0 tei=0, ns=52 nr=45
*Mar 1 00:24:58.931: ISDN Se0/0:15 Q931: RELEASE_COMP pd = 8 callref = 0x8087
*Mar 1 00:24:58.931: ISDN Se0/0:15 Q921: User TX -> RR sapi=0 tei=0 nr=53
*Mar 1 00:25:08.931: ISDN Se0/0:15 Q921: User TX -> RRp sapi=0 tei=0 nr=53
*Mar 1 00:25:08.939: ISDN Se0/0:15 Q921: User RX <- RRp sapi=0 tei=0 nr=45
*Mar 1 00:25:08.939: ISDN Se0/0:15 Q921: User TX -> RRf sapi=0 tei=0 nr=53
*Mar 1 00:25:08.943: ISDN Se0/0:15 Q921: User RX <- RRf sapi=0 tei=0 nr=45
*Mar 1 00:25:18.943: ISDN Se0/0:15 Q921: User TX -> RRp sapi=0 tei=0 nr=53
*Mar 1 00:25:18.947: ISDN Se0/0:15 Q921: User RX <- RRp sapi=0 tei=0 nr=45
*Mar 1 00:25:18.951: ISDN Se0/0:15 Q921: User TX -> RRf sapi=0 tei=0 nr=53
*Mar 1 00:25:18.951: ISDN Se0/0:15 Q921: User RX <- RRf sapi=0 tei=0 nr=45
*Mar 1 00:25:28.951: ISDN Se0/0:15 Q921: User TX -> RRp sapi=0 tei=0 nr=53
*Mar 1 00:25:28.959: ISDN Se0/0:15 Q921: User RX <- RRp sapi=0 tei=0 nr=45
*Mar 1 00:25:28.959: ISDN Se0/0:15 Q921: User TX -> RRf sapi=0 tei=0 nr=53
*Mar 1 00:25:28.963: ISDN Se0/0:15 Q921: User RX <- RRf sapi=0 tei=0 nr=45

Это уже лишний дебаг.
Звук от е1 в сторону эластика - это уже VoIP, и это - кодеки.
Несмотря на то, что у Вас там на циске три воип пира, они входящие из МТС на Астериск, их можно объединить в один, destination pattern может использовать regexp. А исходящий по какому идёт?
Во вроемя исходящего
sip show channels ? - На Астериске,
show call active voice brief ? - на Cisco

Дебажить SIP на обоих концах.