Подскажите как в Asterisk 1.4.26.1 и Asterisk 1.6.2.10 (оба сервера Эластикс) посмотреть дебаг прохождения факса через сип-транк. И еще смежный вопрос: как определить поддерживает текущий астериск Т38 или нет?

Если Вас обременяет поиск хотя бы по форуму , то неужели Вы думаете что осилите дебаг пакетов UDPTL?

Конечно я сначала поискал и по форуму и по voip-info.org и в гугле. Все что я смог найти - меня не устраивает. Хотелось бы что-то в роде:
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Header 0: INVITE sip:00958839975@???;user=phone SIP/2.0 (53)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Header 1: Via: SIP/2.0/UDP 172.21.35.122;branch=z9hG4bK'2H04OB4SAzR* (58)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Header 2: Max-Forwards: 70 (16)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Header 3: From: <sip:44390@???;user=phone>;tag=W7CAcr-`37 (57)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Header 4: To: "00958839975" <sip:00958839975@???>;tag=as02b1ea8d (62)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Header 5: Call-ID: 26217888437fddcf10b4625e585a2687@??? (53)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Header 6: User-Agent: RicohIAF Version 2.0 (32)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Header 7: CSeq: 1 INVITE (14)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Header 8: Contact: <sip:44390@???;user=phone> (45)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Header 9: Content-Type: application/sdp (29)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Header 10: Content-Length: 413 (19)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Header 11: (0)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Line: v=0 (3)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Line: o=RICOH-SIP-IPFAX 1282406883 1282406883 IN IP4 172.21.35.122 (60)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Line: s=Session SDP (13)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Line: t=0 0 (5)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Line: m=image 49152 udptl t38 (23)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Line: c=IN IP4 172.21.35.122 (22)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Line: a=T38FaxVersion:0 (17)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Line: a=T38MaxBitRate:0 (17)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Line: a=T38FaxRateManagement:transferredTCF (37)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Line: a=T38FaxUdpEC:t38UDPRedundancy (30)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Line: a=T38VendorInfo:0 0 37 (22)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Line: m=image 49152 tcp t38 (21)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Line: c=IN IP4 172.21.35.122 (22)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Line: a=T38FaxVersion:0 (17)
[Aug 21 18:08:06] DEBUG[31204] chan_sip.c: Line: a=T38MaxBitRate:0 (17)
Чтоб видеть что происходит. Ни одна из найденых мной команд не дает этого результата, поэтому прошу помощи у форума

копайте в сторону wireshark. там есть графический парсер t38.

Я вопрос поставлю тогда по другому.
Что в дебаге хочет увидеть автор?

Присоединюсь к вопросу =) Потому что то, что аффтар привел в качестве примера - дебаг не Т.38, а дебаг SIP.

ответ: вот так
asterisk -r
udptl debug ip ip_here
собственно дебажить надо "идет или не идет".
разобраться во всем этом не просто, елси уж пошло.

ну вот такой вопрос тогда
сипнет -> астериск 1.4.22 -> шлюз длинк
на астере включен udptl (вроде там больше включать нечего)
а факсы не идут, сыпятся мессаги

WARNING[9759]: rtp.c:1145 ast_rtp_read: RTP Read too short

wireshark говорит, что шлюз дает ответ астеру типа не найдены данные.
тоже самое и от сипнета, очевидно, что затык в самом астере, сессия t38 устанавливается, но данные не идут.
что не так не пойму...

А что за шлюз? Просто реализация t.38 на многих шлюзах разная.
У меня под Комстаром работают аудиокодесы, а медиатриксы - нет.
Кстати, попробуйте поставить canreinvite = no. Иногда при реинвайте t.38 сессия рвется.

canreinvite = no стоит
шлюз d-link dvg-7044
причем эта модель шлюза работала нормально по t38, правда не с сипнетом, а с другим таким же. У него есть два режима t38, пробовал оба...