Тема: Ip-телефония
В нескольких темах обсуждалось подключение LDK300 к IP-шлюзам. Поделитесь, плз, опытом, что из этого получилось и стоит ли заморачиваться с этими возможностями LDK? У меня сейчас подобное через циску пашет (АТА186), но вот факсы идут только при конекте на такую же АТА186, другие варианты не пашут по понятным причинам. Может, кто подскажет, что проще и правильнее: заменить АТА186 на Cisco 827 с 4 портами VoIP, или же соответствующие платы в LDK ставить?
Платы в LDK имеет смысл ставить чтобы 2 одноименные станции соединить, а для просто внешних VoIP линий это слишком дорого. Насчет факсов, похоже у вас или канал слабоват (не икает?) или разрешение низкое, нужно желательно не менее 24bpm.
Слишком дорого - это сколько примерно? Я уже давно потихоньку подвигаю начальство к покупке vmib для disa. Если получится, то останется дооборудовать малость, и телемаркет. 827 cisco стоит под 800$, так что есть над чем подумать.
А что до факсов, то полоса здесь ни при чем. Просто в АТА нет Т38, а только собственный протокол. Он с другими не дружит.
Замените Cisco на AudioCodes - рульная железка
мы по возможности все шлюзы свои меняем на них и другие не подключаем как класс
2 порта стоят примирно 370$
4 - 800$
почему 4 дороже чем 2 по 2 вопрос не ко мне, а к производителю.
У меня стоит IP плата. На периферии шлюзы Dlink104SH. Связь работает, однако есть вопросы, на которые нет ответов.
1. при звонке со станции на шлюз нет КПВ (RingBackTone). Нет потому что шлюз его в линию не дает, а станция сама его ждет, а свой не дает. Такое, кстати, может быть со многими другими шлюзами - будете слушать тишину, пока не поднимут трубку.
2. по настройке платы IP нет документации, поэтому это вещь в себе, и неизвестны даже параметры у нее Н323, не то что Т38. А уж как их изменить?????
3. Есть устойчивое предположение что плата предназначена для соединения станций, для чего кстати нужно еще купить функцию QSIG. В доке на нее только ее настройка и описание ее работы, по необходимым для IP телефонии настройкам там ничего нет.
4.дальнейшее развитие сервиса с помощью IP платы до решения п.2 пока видится бесперспективным.