Весело у вас тут...
А у меня ничего так и не завелось. Помогите, пожалуйста.
Ситуация: аналогичный cisco 827, asterisk 1.0.9 (только SIP), cisco 5350. 827я не регистрируется на *. Возможно я что-то не доделал. прописал sip-ua, dial-peer'ы voip и pots .

dial-peer voice 178 voip

 destination-pattern T

 voice-class codec 1

 session protocol sipv2

 session target ipv4:<Asterisk>

!

dial-peer voice 10 pots

 destination-pattern 178

 port 1

!

sip-ua

 sip-server ipv4:<Asterisk>

Снифер на *-машине показал, что никаких запросов на регистрацию и не сыпется.

Это еще пол беды. По идее то, зачем нам нужен *, если у нас уже есть 2 циски! Можно же завязать их и так. Создал на 5350 dial-peer voip и (ура) звонок на один из портов 827 прошел (даже голос в обе стороны ходит). Едем дальше прописываем на 827

dial-peer voice 178 voip

 destination-pattern T

 voice-class codec 1

 session target ipv4:<AS5350>

А со стороны 827 звонки не пошли.
И такой вопрос, что именно нужно продебажить, чтобы выяснить причину?

debug h245 events при звонке со стороны 827 выдает следующее

Changing to new event: CONNECT

h323chan_chn_connect: connecting to <айпишник AS5350>:1720



18:58:18: h323chan_gw_conn: Created socket

18:58:18: h323chan_gw_conn: connect in progress on socket [3]h323chan_chn_connect: using fd 3, owner_data(ccb) 0x81479C70

changing from NONE state to CONNECTING state



18:58:18: h323chan_chn_process_read_socket: fd (3) of type CONNECT_PENDING has dataChanging to new event: CONNECTED

changing from CONNECTING state to CONNECTED state



18:58:18:       h323chan_send: send failure: errno = 134

18:58:18:                Number of octets sent is -1h323chan_chn_close: Calls[1] Exist on socket[3] Owner[2]



18:58:18:       h323chan_close: TCP connection from socket [3] closed 

я так понимаю ключевое тут errno = 134 . но нигде расшифровки не нашел.
Если RTFM - извиняюсь, но не нашел.

2theoc:
Моя циска тоже на астериске не собирается регистриться. видать рожей не вышел;) Да и фиг с ней - звонки прекрасно идут с Dial(SIP/номер@IP_Cisco). А насчет глюков с коннектами - фигня какато. она по h323 зачем лезит?


2ded & all
А факс так и не заработал, несмотря на то что все вкомпилилось.
Получается так: при отправке или приеме факса, идет соединение начинается обмен, принимающий факс пишет recive, передающий connecting. Затем все рвется. при этом в дебуге sip Видно оптять строчки unknown RTP codec 100.

Transmitting (no NAT) to Cisco827-IP:5060:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP Cisco827-IP:5060;received=Cisco827-IP
From: "0021" ;tag=337CAA68-21A3
To: ;tag=as124cac91
Call-ID: BD82B07A-1CC911CC-851FA6F6-BD15E62E@Cisco827-IP
CSeq: 101 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Max-Forwards: 70
Contact:
Content-Length: 0


---
We're at Asterisk-IP port 17304
Adding codec 0x2 (gsm) to SDP
Adding codec 0x4 (ulaw) to SDP
Adding codec 0x8 (alaw) to SDP
Reliably Transmitting (no NAT) to Cisco827-IP:5060:
SIP/2.0 200 OK
Via: SIP/2.0/UDP Cisco827-IP:5060;received=Cisco827-IP
From: "0021" ;tag=337CAA68-21A3
To: ;tag=as124cac91
Call-ID: BD82B07A-1CC911CC-851FA6F6-BD15E62E@Cisco827-IP
CSeq: 101 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Max-Forwards: 70
Contact:
Content-Type: application/sdp
Content-Length: 209

v=0
o=root 31549 31550 IN IP4 Asterisk-IP
s=session
c=IN IP4 Asterisk-IP
t=0 0
m=audio 17304 RTP/AVP 3 0 8
a=rtpmap:3 GSM/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=silenceSupp:off - - - -

---
nagios*CLI>
;tag=337CAA68-21A3
To: ;tag=as124cac91
Date: Wed, 10 Mar 1993 23:56:48 GMT
Call-ID: BD82B07A-1CC911CC-851FA6F6-BD15E62E@Cisco827-IP
Max-Forwards: 6
Content-Length: 0
CSeq: 101 ACK


--- (9 headers 0 lines)---
Nov 21 15:32:00 NOTICE[31549]: rtp.c:564 ast_rtp_read: Unknown RTP codec 100 received
...
Nov 21 15:32:03 NOTICE[31549]: rtp.c:564 ast_rtp_read: Unknown RTP codec 100 received
Nov 21 15:32:03 NOTICE[31549]: rtp.c:564 ast_rtp_read: Unknown RTP codec 96 received
Nov 21 15:32:04 NOTICE[31549]: rtp.c:564 ast_rtp_read: Unknown RTP codec 96 received
Nov 21 15:32:05 NOTICE[31549]: rtp.c:564 ast_rtp_read: Unknown RTP codec 100 received
...
Nov 21 15:32:06 NOTICE[31556]: chan_sip.c:2844 sip_bridge: T38 UDPTL support enabled native RTP bridging disabled
Nov 21 15:32:10 NOTICE[31549]: rtp.c:564 ast_rtp_read: Unknown RTP codec 96 received
Nov 21 15:32:12 NOTICE[31549]: rtp.c:564 ast_rtp_read: Unknown RTP codec 100 received
...
nagios*CLI>
;tag=337CAA68-21A3
To: ;tag=as124cac91
Date: Wed, 10 Mar 1993 23:57:32 GMT
Call-ID: BD82B07A-1CC911CC-851FA6F6-BD15E62E@Cisco827-IP
Supported: timer,100rel
Min-SE: 1800
Cisco-Guid: 3114938287-482939340-2233247478-3172329006
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO
CSeq: 102 INVITE
Max-Forwards: 6
Remote-Party-ID: ;party=calling;screen=no;privacy=off
Timestamp: 731807852
Contact:
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Length: 424

v=0
o=CiscoSystemsSIP-GW-UserAgent 6080 6422 IN IP4 Cisco827-IP
s=SIP Call
c=IN IP4 Cisco827-IP
t=0 0
m=image 17004 udptl t38
c=IN IP4 Cisco827-IP
a=T38FaxVersion:0
a=T38MaxBitRate:14400
a=T38FaxFillBitRemoval:0
a=T38FaxTranscodingMMR:0
a=T38FaxTranscodingJBIG:0
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMaxDatagram:72
a=T38FaxUdpEC:t38UDPRedundancy
a=qos:optional sendrecv

--- (20 headers 17 lines)---
Using INVITE request as basis request - BD82B07A-1CC911CC-851FA6F6-BD15E62E@Cisco827-IP
Sending to Cisco827-IP : 5060 (non-NAT)
Got T.38 offer in SDP
Peer audio RTP is at port Cisco827-IP:65535
Peer T.38 UDPTL is at port Cisco827-IP:17004
Capabilities: us - 0x8000e (gsm|ulaw|alaw|h263), peer - audio=0x4 (ulaw)/video=0x0 (nothing), combined - 0x4 (ulaw)
Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x0 (nothing), combined - 0x0 (nothing)
Reliably Transmitting (no NAT) to Cisco827-IP:5060:
SIP/2.0 415 Unsupported Media Type
Via: SIP/2.0/UDP Cisco827-IP:5060;received=Cisco827-IP
From: "0021" ;tag=337CAA68-21A3
To: ;tag=as124cac91
Call-ID: BD82B07A-1CC911CC-851FA6F6-BD15E62E@Cisco827-IP
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Max-Forwards: 70
Contact:
Content-Length: 0


---
Nov 21 15:32:19 NOTICE[31549]: rtp.c:564 ast_rtp_read: Unknown RTP codec 96 received
nagios*CLI>
;tag=337CAA68-21A3
To: ;tag=as124cac91
Date: Wed, 10 Mar 1993 23:57:32 GMT
Call-ID: BD82B07A-1CC911CC-851FA6F6-BD15E62E@Cisco827-IP
Max-Forwards: 6
Content-Length: 0
CSeq: 102 ACK


--- (9 headers 0 lines)---
Nov 21 15:32:21 NOTICE[31549]: rtp.c:564 ast_rtp_read: Unknown RTP codec 96 received
...повторы...
Nov 21 15:32:45 NOTICE[31549]: rtp.c:564 ast_rtp_read: Unknown RTP codec 96 received

;tag=337CAA68-21A3
To: ;tag=as124cac91
Date: Wed, 10 Mar 1993 23:57:32 GMT
Call-ID: BD82B07A-1CC911CC-851FA6F6-BD15E62E@Cisco827-IP
User-Agent: Cisco-SIPGateway/IOS-12.x
Max-Forwards: 6
Timestamp: 731807879
CSeq: 103 BYE
Content-Length: 0


--- (11 headers 0 lines)---
Sending to Cisco827-IP : 5060 (non-NAT)
Transmitting (no NAT) to Cisco827-IP:5060:
SIP/2.0 200 OK
Via: SIP/2.0/UDP Cisco827-IP:5060;received=Cisco827-IP
From: "0021" ;tag=337CAA68-21A3
To: ;tag=as124cac91
Call-ID: BD82B07A-1CC911CC-851FA6F6-BD15E62E@Cisco827-IP
CSeq: 103 BYE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Max-Forwards: 70
Contact:
Content-Length: 0

2:AntonDigilan
На 827ю позвонить не проблема. А вот с нее у тебя звонки идут?
Если да, то давай на этом поподробнее остановимся. В какой пир на * эти звонки попадают? Как этот пир описан? Как описан исходящий (в сторону *) диал-пир на 827й?

2theoc:
Вот Sip.conf 0021-4 номера телефонов у портов 827й
[0021]
type=friend
callerid=Fax
host=IP_CISCO
context=transfer_from_sip
[0022]
type=friend
callerid=Lena
host=IP_CISCO
context=transfer_from_sip
[0023]
type=friend
callerid=Boss
host=IP_CISCO
context=transfer_from_sip
[0024]
type=friend
callerid=0024
host=IP_CISCO
context=transfer_from_sip
----------------
cisco.config

voice class codec 1
codec preference 1 g711alaw
codec preference 2 g711ulaw
codec preference 3 g729br8
codec preference 4 g729r8

dial-peer voice 1 voip
destination-pattern [1-79].......
session protocol sipv2
session target ipv4:213.171.61.30
req-qos guaranteed-delay
codec g711ulaw
no vad
!
dial-peer voice 14 pots
preference 1
destination-pattern 0021
port 1
!
dial-peer voice 12 pots
preference 1
destination-pattern 0022
port 2
!
dial-peer voice 13 pots
preference 1
destination-pattern 0023
port 3
!
dial-peer voice 11 pots
preference 1
destination-pattern 0024
port 4
!
dial-peer voice 8 voip
destination-pattern 8T
session protocol sipv2
session target ipv4:213.171.61.30
req-qos guaranteed-delay
codec g711ulaw
no vad
!
dial-peer voice 10 voip
destination-pattern 0T
session protocol sipv2
session target ipv4:213.171.61.30
codec g711ulaw
no vad
!

Я вообще с цысками первый раз. методом тыка.

2Anton:
1) Если волнует тема регистрации, то в модерновых софтах есть опция по sip-ua - registrar ipv4:IP_Asterisk expires 3600
2) Три твоих voip пира почти перекрывают друг-друга, неясно что ты отсеиваешь ими, хватит одного -
dial-peer voice 1 voip
destination-pattern .Т
session protocol sipv2
session target ipv4:213.171.61.30
req-qos guaranteed-delay
voice-class codec 1 ! Написал voice-class codec а нигде его не заэнейблил :)
no vad
3) Ни в одном из них нету fax protocol .... а так как эту установку в голове ты не приводишь, то неясно, по какому протоколу идут факсы. Предложен явным образом Т38, но непонятно, почему идёт ответ 415 Unsupported Media Type (см приведённый листинг).

2theos: если пишешь прямой пир с 827 на 5350 то нужно знать диалплан на 5350. Т е какие pots пиры на ней? Куда будет (и куда должен) уходить звонок сделаный с 827 через 5350, в город? сколькизначные номера в том городе?
2Антон: если он пишет такой пир -
dial-peer voice 178 voip
destination-pattern T
voice-class codec 1
session target ipv4:<AS5350>
fax protocol
то вполне можно прямой звонок отправлять по Н323, * то тут не причем?
Хотелось там только .T а не просто Т (в разных версиях есть отличия в синтаксисе.
Для сведения -
Unknown RTP codec 96 это t38:fax=96 факсовый протокол
Unknown RTP codec 100 это Cisco: NSE=100 факсовый propretary протокол
Видна работа строки fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback cisco, что расшифровывается - если пищит там факс, шпулять его по t38, а если принимающий узел его отвергнет, то по Cisco: NSE=100.

2 ded:
Поправил настройки - вроде исчезли надписи про 96 и 100 кодек. Завтра проверю. Вот какие сделал:

voice rtp send-recv - это моя отсебятина. может не нужна ?
!
voice service voip
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback pass-through g711alaw
sip
!
voice class codec 1
codec preference 1 g711alaw
codec preference 2 g711ulaw
codec preference 3 g729br8
codec preference 4 g729r8
!
no voice hpi capture buffer - это осталось от корбиновских настроек.
no voice hpi capture destination - тоже. кстати что это?
dial-peer voice 1 voip
destination-pattern .T
voice-class codec 1
session protocol sipv2
session target ipv4:213.171.61.30
req-qos guaranteed-delay
fax rate 9600
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback pass-through g711alaw
no vad


заметил еще, что громкость voice-port меняли. мы просили погромче сделать ( аналоговая атска плохая была )
1 и 2 порт настроены так

voice-port 1
input gain 9
output attenuation 9
echo-cancel coverage 16
cptone RU
timeouts interdigit 4
3 и 4 так:
voice-port 3
echo-cancel coverage 16
cptone RU
timeouts interdigit 4
Факс торчит в 1 порту.

Факс торчит в 1 порту.
Может убрать все эти громкости? слышно сейчас нормально и там и там.
sip-ua register нету (я сначала подумал - и тут хохлы ;) ). апдейтить наверно тоже целый процесс :)
2 all:
Вот ссылка интересная для "чайников", хоть в терминах разобрался.
http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr/vvfax_c/voipt_c/vts_fax.htm#wp1037582

2ded: диал-план на 5350 хорошо известен и отработан, т.е. звонки наших телефонов уходят на *, остальные - в город, причем все они конкретно расписаны (около 20 потсов).

2all: спасибо. исходящие звонки пошли через *. а вот входящие не пошли, * выдает следующее:

Got SIP response 400 "Bad Request - 'Malformed/Missing REQUEST LINE'" 

видимо нужна прошивка посвежее (у меня стоит 12.2)
поэтому, пока не разберусь входящие пришлось с 5350 напрямую завернуть на 827. вот такое извращение получилось :)

Кстати, насчет факсов. Я не понимаю, зачем нужен Т.38. Может, я чего-то не знаю?
Я выбрал (на мой взгляд) более простое решение, которое обсуждалось на этом форуме не раз и даже не два: везде отключил переключение на Т.38, факсы и по g711 прекрасно ходят. вроде никто не жалуется.

Вполне рабочее решение, не в лоб так по лбу!

theoc
Кстати, насчет факсов. Я не понимаю, зачем нужен Т.38. Может, я чего-то не знаю?
Я выбрал (на мой взгляд) более простое решение, которое обсуждалось на этом форуме не раз и даже не два: везде отключил переключение на Т.38, факсы и по g711 прекрасно ходят. вроде никто не жалуется.

Если читал то, что я писал Антону в др посте...
Когда шлюз (твоя 5350) и факс терминал (твоя 827) в одной локальной сети - нет нужды вникать в Т38. Но когда они разнесены географически - без Т38 трудно. Он занимает маньшую полосу (примерно 16К) и даёт гораздо лучшее качество, чем g711, так как понимает всякие чисто факсовые фичи - как-то: предварительный договор о скорости передачи/приема, передача на разных факсовых скоростях, усякие ЕОР (End of Page), Resend сигналы.

2theoc: добью тебя окончательно? 5350 умеет сама принимать и отправлять факсы, через мыло, не хуже Астериска. Читай документацию - voice applications off-ramp & on-ramp. Правда жрёт память и проц.