[dmvy]

имеем сеть ethernet в пределах одного города. есть атс на ПО asterisk. клиентские шлюзы либо linksys spa210, либо dlink dvg-5004s. аплинк на город, зону и мгмн связь по sip от местного оператора, который с помощью цыски конвертирует его в E1 и отдает на si2000. периодически возникают проблемы связанные с тем что у абонента не работает факс.

 

в последний раз абонентский отдел решил сильно прогнуться и поставил цель, чтобы работало. причем, если абонент шлет на другой номер, который работает у нас по sip, то все отлично, на на аналоговые номера других операторов не работает.

 

как можно гарантировать абонентам передачу неголосовой информации и что для этого нужно сделать? раньше передавали трафик по E1 через ацк256, но качество связи было отвратительным и зависает плата периодически из проблем с памятью. через юр отдел пытаемся добиться внесения пункта, что передача неголосовой информации не гарантируется.

[Andrei]

если абонент шлет на другой номер, который работает у нас по sip, то все отлично, на на аналоговые номера других операторов не работает.

Значит пинать местного оператора с его "конвертациями" и стыком с Si2000.

[dmvy]

есть еще уточнение, к абоненту факсы приходят, но если факс отправляет он, то фига...

и как относиться к Т38 на sip-шлюзах. отключать, чтобы факс даже не пробовал или стараться поддерживать везде где можно?

[Repzos]

как можно гарантировать абонентам передачу неголосовой информации и что для этого нужно сделать? раньше передавали трафик по E1 через ацк256, но качество связи было отвратительным и зависает плата периодически из проблем с памятью. через юр отдел пытаемся добиться внесения пункта, что передача неголосовой информации не гарантируется.

Пару лет назад, за слово "факс" я запросто мог засветить в дыню:))))

g711 - udp, что в совокупности с веселыми медными проводами прямая дорога к суициду зверьков :) t38 - tcp, как только астериск детектирует факс по t38, устройства t38 не поддерживающие идут поперек борозды....

Самый эффективный оказался метод - обучили зверьков запихивать доки через мыльницу в hylafax, собственно *** потом пытала факсы получателей, 30 попыток было достаточно для любых линий :)))) но это работало для автоматического ответа факса. Остальные методы отправки не гарантировались.

[Repzos]

и это 21 век... Димон с Терминатором ручкался... инновации... Сколково... планшетники у чиновников... у меня ребенок пользуется электронкой... и кто то еще умудряется пользовать факс. это 3,14здец!

[agach]

думаю у многих коллег слово факс ассоциируется с мучительным запихиванием оного в воип с одной стороны и выковыривания с другой. однако еще наверно лет 10 ими будут пользоваться.

[sunrise333]

и это 21 век... Димон с Терминатором ручкался... инновации... Сколково... планшетники у чиновников... у меня ребенок пользуется электронкой... и кто то еще умудряется пользовать факс. это 3,14здец!

Это Россия, где большинство надзорных органов очень любит рассылать спам по факсу, а так же принимать отчетность ибо по электронным каналам связи с ЭЦП это уже ответственность, а факс ну что с него взять: "А мы Ваш факс на получали". Вот поэтому факсимильная связь как средство общения с властями будет ещё долго сворачивать кровь VoIP админам.

А по теме где есть острая необходимость факса g711, пока это то, что работает.

И ещё нужно не забывать, что есть конторы которые используют для разговоров такие аппараты как "Грот" и иже с ними.

[Repzos]

http://polonium194.livejournal.com/23927.html

за это я его уважаю!:)

[Aleck_K]

http://polonium194.livejournal.com/23927.html

ЧСВ over +100500 детектед

[Mikler]

t38 - tcp, как только астериск детектирует факс по t38, устройства t38 не поддерживающие идут поперек борозды....

Интересные сентенции на счет t38. C какого перепугу он стал tcp?

[Repzos]

читайте так - в своих изысканиях я использовал

g711 - udp, t38 - tcp

Интересные сентенции на счет t38. C какого перепугу он стал tcp?

с какого перепугу он перестал быть tcp?

[dmvy]

на текущий момент ситуация выглядит так:

[000346] 4: 2980510=CONNECTED
[000346] 0: St_Talking/Substatus=0
[000346] 0: Peer=87.224.133.21#17268, PT=8, RecvOnly=0
[000346] 0: Change RTP to 22.224.22.21:17268, pt=8
[000346] 0: RTP[1,1], Peer=22.224.22.21#17268, PT=8/2/0, local=11.192.11.164#0
CPU 0 Unable to handle kernel paging request at virtual address 00000720, epc == 8037aaf4, ra == 80378524
Oops[#1]:
Cpu 0
$ 0   : 00000000 1000ff00 bc17c2a6 00000000
$ 4   : 00000720 80527ba8 00000000 35a4e900
$ 8   : 00000000 809b3a10 80527448 00000000
$12   : ed977316 00000057 80520000 5594c715
$16   : 00000000 809a83f4 809b3a10 809a83fc
$20   : 00000000 00000640 0000f114 8053aa54
$24   : 00000000 a1d94884
$28   : 80524000 80527b98 80527e20 80378524
Hi    : 036ee800
Lo    : 03010b00
epc   : 8037aaf4     Not tainted
ra    : 80378524 Status: 1000ff04    IEp
Cause : 0000000c
BadVA : 00000720
PrId  : 0000cf01
Modules linked in: usb_storage ip_nat_ftp ip_conntrack_ftp ip_nat_tftp ip_conntrack_tftp
Process swapper (pid: 0, threadinfo=80524000, task=80528fc8)
Stack : 00000000 8099ab78 80527c10 00000640 bc17c2a6 e6591dc0 80527bf0 8037af24
       80000000 80050318 809a83f4 809a83f4 809a8420 00000000 00000000 80378260
       00000000 803794dc 80527c10 00000640 00000000 809a83f0 8099ab78 00000000
       8095ecfc 803781ac 80379408 00000000 bc17c2a6 e6591dc0 00000000 000000a0
       80377a28 80373f28 80527c98 00000000 8099a580 80527c9c 8095ed9c 803772b8
       ...
Call Trace:[<8037af24>][<80050318>][<80378260>][<803794dc>][<803781ac>][<80379408>][<80377a28>][<80373f28>][<803772b8>][<80360970>][<802e7c44>][<8]

Code: ac800004  8ca20000  00000000 <ac820000> 8ca20004  03e00008  ac820004  27bdffd0  afbf0028



DDR DRAM 32 MB @ 195 MHz,SPI FLASH 8 M
---Octtel(RTL89xxB)at 2011.02.22-10:04+0800 version 1.1.22.0 [16bit](390MHz)
---Wireless regDomain<FCC>
---MAC Address   : 14:d6:4d:88:af:44
---Serial Number : B114130712 

голосовой шлюз DVG-5004S ребутается, когда слишит fax. на предыдущей ревизии этого шлюза такого не было.

[Aleck_K]

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

[facility]

с какого перепугу он перестал быть tcp?

Вы хотите сказать, что используете оборудование, в котором реализован T.38 поверх TCP? Если не секрет, что за производитель/модель?

[Repzos]

Вы хотите сказать, что используете оборудование, в котором реализован T.38 поверх TCP?

Вы это где прочитали?

Если не секрет, что за производитель/модель?

ту гугл

[Mikler]

Вы хотите сказать, что используете оборудование, в котором реализован T.38 поверх TCP?

Вы это где прочитали?

Если не секрет, что за производитель/модель?

ту гугл

Да вы просвятите нас грешных. Call-flow покажите. Есть какое то предчуствие, что невзлетит слишком много хандшейков. Обычно дублируется пачка одинаковых пакетиков этим и пролазит.

[facility]

Вы это где прочитали?

Я прочитал Ваше сообщение, в котором есть фраза

с какого перепугу он перестал быть tcp?

. Поверхностный лексический анализ говорит о том, что Вы считаете поддержку T.38 поверх TCP в VoIP-устройствах само собой разумеющейся. Вот мне и стало интересно в каких устройствах она имеется.

 

Отправлять "ту гугл" конечно можно (хотя это звучит почти как "учите матчасть"). Но дело в том, что если Вы навскидку не можете привести хотя бы один пример, Ваши знания в этом вопросе сразу ставятся под сомнение.

[Repzos]

Во как, на ровном месте ставите меня в положение оправдывающегося:)))) дергаете контекст :))) и еще лексический анализ подтягиваете :)))) усиленно помогаете топикастеру.

знаете как это называется?

http://tools.ietf.org/html/rfc6466

http://www.netgencommunications.com/ng_smartata.html

спасибо за внимание.

[facility]

Во как, на ровном месте ставите меня в положение оправдывающегося:)))) дергаете контекст :))) и еще лексический анализ подтягиваете :)))) усиленно помогаете топикастеру.

Ну кто бы говорил!

Наверное помощью можно назвать предложение "засветить в дыню за слово факс"? Или туманные рассуждения о том как "астериск детектирует факс t38 - tcp", в то время как Asterisk поддерживает только T.38 UDP TL? Или ворчание о светлом будущем без факсов, которое так и наступило в 21-м веке?

 

Вы выплеснули тут вагон своих эмоций, а по делу не сказали ничего.

 

знаете как это называется?

http://tools.ietf.org/html/rfc6466

http://www.netgencommunications.com/ng_smartata.html

спасибо за внимание.

Это называется "я нарыл что-то". Теперь думайте сами как это "к делу пришить".

Поддержка T.38 поверх TCP является скорее исключением, чем правилом. Обычно производители оборудования реализуют T.38 с использованием только UDP Transport Layer. Это можно считать правилом. Вы случайно не знаете почему?

[Mikler]

Во как, на ровном месте ставите меня в положение оправдывающегося:)))) дергаете контекст :))) и еще лексический анализ подтягиваете :)))) усиленно помогаете топикастеру.

знаете как это называется?

http://tools.ietf.org/html/rfc6466

 

спасибо за внимание.

 

it contains an SDP offer for T.38 over both UDP Transport Layer (UDPTL) and TCP.

 

Вообще надо почитать t.38 itu-t recommendation, до просветления.

Изменено 6 октября, 2012 пользователем Mikler