Mikrotik и FoVoIP

Тема в разделе "Общие вопросы", создана пользователем goga, 23 янв 2017.

  1. goga

    goga Новый участник

    Здравствуйте.

    На днях после замены маршрутизатора с фряшного на микротик словили интересную проблему с факсом через VoIP.

    Суть проблемы следующая: факс не работает.

    Для передачи голоса используем кодек g711alaw. До перехода на микротик все работало прекрасно.
    Схема включения:

    Cisco MC3810 подключается через управляемый свич к микротику CCR1009-1S-1S+

    Между CCR и удаленным регионом настроен ipip со следующей конфигурацией:

    /interface ipip
    ...
    add comment=КОММЕНТАРИЙ !keepalive local-address=1.1.1.1 name=gif9 \
    remote-address=2.2.2.2

    На туннель добавлена 3.3.3.0/30 адресация, где 3.3.3.1/30 на CCR, а 3.3.3.2/30 на другом конце туннеля.
    Через статические маршруты в удаленный регион передается подсеть 4.4.4.0/24 в которой есть голосовик с факсом:
    /ip route
    add distance=1 dst-address=4.4.4.0/24 gateway=3.3.3.2

    В удаленном регионе установлен RB3011, на котором следующими правилами осуществляетется маршрутизация подсети:

    /ip firewall mangle
    ...
    add action=mark-routing chain=prerouting new-routing-mark=real passthrough=yes src-address-list=REAL

    /ip route
    ...
    add distance=1 gateway=3.3.3.1 routing-mark=real

    /ip firewall address-list
    ...
    add address=4.4.4.0/24 list=REAL


    Что характерно, трафик до и от 4.4.4.0/24 ходит нормально, обычная голосовая связь работает нормально, однако, тем не менее, факс не может установить по этой схеме соединение.

    RB3011 уже пытались обратно менять на фряшный маршрутизатор. Ситуация не изменилась.
    Т.38 не используется.

    Согласно данным tcpdump/packet sniffer + wireshark при tcp-соединении имеют место быть
    TCP RETRANSMISSION & DUP ACK
    По фильтру tcp.analysis.duplicate_ack or tcp.analysis.retransmission % составляет в районе 21.8

    Что интересно, при передаче TCP-траффика чисто через CCR % составляет в районе от 1.9 до 4.5

    Ясное дело, что TCP никак не связано с работой VoIP, т.к., в обычном случае используется UDP, однако RETR&DUPACK является симптомом, а не причиной.
    Беглый поиск по интернету показал, что такие события вызываются либо проблемами по физике (что уже проверено), либо железо не справляется (а микротики справляются), либо фрагментацией. Несомненно данные причины так же могут влиять и на UDP.

    Итак, вопросы: есть ли в ROS какие-либо параметры, которые смогу повлиять на ситуацию?
    Является ли это особенностью работы ipip?
    Имеет ли смысл менять тип туннеля?
    Что делать? Как жить?
     
    Последнее редактирование: 23 янв 2017
  2. Илья Князев

    Илья Князев Администратор Команда форума

    Выставить MTU на туннеле.
    Попробовать отключить SIP в /ip firewall service ports
     
  3. goga

    goga Новый участник

    Спасибо, помогло!