Мартен

Что-то я уже не уверен... Вот такой call-leg отдает циска: D29 : -1570960316ms.259933 +3660 +51270 pid:xxx580001 Originate xxx5800 dur 00:00:47 tx:2370/379200 rx:2381/380724 10 (normal call clearing (16)) IP 192.168.10.135:16386 rtt:0ms pl:41000/0ms lost:0/2/0 delay:55/55/120ms t38 D29 : -1570960326ms.259934 +3680 +51290 pid:xxx580000 Answer yyyxxx3585 dur 00:00:47 tx:2380/380564 rx:2370/379200 10 (normal call clearing (16)) Telephony 3/4:D (260238) [3/4.1] tx:50025/12000/0ms t38 noise:-64dBm acom:16dBm Можно ли это считать за работающий t38? вот настройки пира на циске: dial-peer voice xxx580001 voip description To my PAP2 preference 1 destination-pattern xxx5800 no modem passthrough session protocol sipv2 session target ipv4:192.168.10.135 session transport udp dtmf-relay h245-signal h245-alphanumeric playout-delay nominal 80 playout-delay minimum high fax rate 9600 fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none no vad Прошивка на PAP2 3.1.3(LS). Если кодек на пире выставляю 729, факсы не цепляются. Сдается мне, что все-таки нет т38го... Но почему циска в таком случае пишет t38? Непонятно.

в понедельник. я сам был немало удивлен.

Ошибаетесь! Поддерживает. С циской 5350 вяжется по т38 на ура. Может, у вас прошивка старая?

Всмотритесь внимательно в заголовок сайта: "Все об ethernet провайдинге". Так какое все-таки отношение аутлук имеет к ethernet провайдингу? Есть сайт, целиком посвященный проблемам использования и настройки ос Виндоуз: http://windowsfaq.ru Там же есть соответствующий форум. А то о чем вы спрашиваете, есть offtopic.

Вы форумом не ошиблись? Имхо, вам на винфак с этим вопросом.

Ну что ж, спасибо за ответы. Видимо, все равно купим, а уж потом будем разрабатывать свое...

Ясно. А что там за проблемы с телефонией? Те глюки, что перечисленны, типа сокета, это мелочи по сравнению с cherry :) Сильно ли я пожалею от покупки УТМ5? Надо заметить, что телефония - одна и приоритетных областей деятельности нашей фирмы.

я говорил про попытку внедрить cherry. А хотелось бы услышать больше мнений про UTM5. Негатива уже много слышал, Это про что? про UTM? или все-таки cherry? Вот хочется очень разобраться.

Астериск. Либо, если h323, можно обойтись gnugk. Есть и более другие решения, гугль в помощь

1. Нет внятной документации по настройке. Наверно потому, что настройка и внедрение - это бизнес разработчиков :) То, что есть в дистрибутиве, да-а-алеко не достаточно. Только после трехдневного лазания по форумам удалось решить кучку мелких и не очень проблем. 2. Невозможно привязать несколько подсетей на одну услугу передачи ip-трафика. Только разными услугами. Но услуги обычно бывают с предоплаченным трафиком, и этот вариант не проходит. Кто-то скажет, мол, исходники открыты, вот и вперед... Только чем дописывать/переписывать/отлаживать, дешевле купить готовое. Ибо биллинг нужен еще вчера... 3. (Пока) так и не удалось заставить черри принимать статистику по pots звонкам по радиусу с циски. Понимаю, что она это может, но мне настроить на данный момент не удалось, а из-за пункта 2 скорее всего и пытаться не буду. 4. Это не особо важно, но: интерфейс упраления заточен под ТырнетЕксплорер... Кто ж в здравом уме им пользуется? 5. Общая скудность документации и, отсюда, сложность внедрения. Повторюсь, массу мелких недочетов устранил, лазая по форумам и качая патчи. Мое ИМХО - сыровато. Но в общем система понравилась, особо радует открытость. Возможно в будущем именно на базе черри будем писать билинг под себя.

Вот кстати, про биллинги. Мы планируем ставить UTM. Задачи - обсчет трафика по нетфлоу и телефонии по радиусу и CDR. Долго пытал этот форум - стоит ли ЭТО покупать? Ответа так и не получил. Объемы трафика пока невысокие, около 1Тера, но в будущем будет больше. Пробовал внедрить Cherry, но пришлось отказаться по ряду причин

уважаемый, во первых, работать с дефолтным конфигом это... как-то, глупо, что ли.:) во вторых, именно в постфиксе сделано все, чтобы он таки не стал опен релеем :)

имхо, рар и планировщик заданий спасут отца русской демократии :) никаких служб не надо

Да, надо добавить: с сипом такой засады нет, если привязываешь sip сервис к лупбэку, то сигнализация слушается только на лупбэке. Как и должно быть.

В общем, функции маршрутизатора с нее надо снимать... Только пока в замен ничего нет... А так вообще она неплохо рулит ip, netflow отдает, NAT делает, LLQ policy, GRE... Жалко деньги тратить на отдельный маршрутизатор, т.к. 53я запас ресурса имеет пока огого. Загрузка процессора средняя 20%. :(

Доброе время суток! Ситуация: есть циска 5350, шлюзует ВоИП трафик в ПОТС. Но, помимо этого, работает машрутизатором между несколькими виланами, соответственно, имеет много ip адресов на подинтерфесах. VoIP SRC Interface привязан к Loopback'у. Вопрос: как отучить заразу слушать порт 1720/tcp на всех физических интерфесах? как предотвратить соединения на 1720/tcp от нежелательных пользователей? Сейчас решаю проблему так: на каджый физ. интерфейс вешаю ACL, который запрещает всем, кроме нужных клиентов, соединения с voip ip на циске. но при этом остается возможность позвонить на ip одного из подинтерфейсов. Звука не будет, но вызов пройдет... Это не есть гут... -- Был совет высунуть loopback в отдельный VRF, между ним и другим loopback'ом роутера поднять туннель, на туннель повесить ACL. Но в такой схеме циска только смогла приземлить звонки, оригинация же не происходит хз почему.. Заранее спасибо за советы

Виснут. И штормят иногда.

Призываю уважаемую публику высказать мнения за и против данных билинговых систем. Кто использовал и какие выявлены плюсы и минусы? -- Сам по поводу черри могу сказать, что ее настройка - своего рода шаманство :) Потому как документация весьма скудная и настройка напрямую связана с лазанием по исходникам. Также столкнулся с минусом, с моей точки зрения - нельзя привязать несколько подсетей к одной услуге. Зато бесплатная и исходники в наличии. -- По поводу нетапа хотелось бы услышать мнения. Стоит ли покупать? Задача - считать трафик по нетфлоу, пока потоки небольшие, около 10Мбит/с, но это только пока. Затем телефония. Обычная и VoIP, сбор тлф. аккаунтинга с помощью и CDR, и RADIUS. -- Спасибо заранее всем откликнувшимся

Я так понимаю, общественность единогласно голосует за компексы :)

Везде каталист не поставишь...

Собственно сабж. Нужны 5 и 8 портовые надежные и дешевые неуправляемые 100Мбит свитчи. Кто что посоветует? А то Длинки и Планеты последних партий идут просто с диким процентом брака... Сегодня поставили планет 8 портовик - два порта нормально работают, остальные не пропускают пакеты длиннее 1000 байт...

Соединение с провайдером д.б. одно - на шлюзе. На него ставим что-нибудь типа traffic inspector ( http://www.smart-soft.ru/ ) и радуемся жизни.

clamav + samba. 0$ за все. на опеннете были статьи по настройке прозрачной проверки файлов самбы на вирусы.

рекомендую выбрать линукс :) или бсд

а у нас 102е работают отлично.