Skip to content
  • Категории
  • Последние
  • Метки
  • Популярные
  • Пользователи
  • Группы
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • По умолчанию (Нет скина)
  • Нет скина
Collapse

Networks Engineering

  1. Главная
  2. Сети (Routing & Switching)
  3. SD-WAN и облачные сети
  4. Сохранение VOIP-звонков Calayst SDWAN — SD WAN

Сохранение VOIP-звонков Calayst SDWAN — SD WAN

Запланировано Прикреплена Закрыта Перенесена SD-WAN и облачные сети
2 Сообщения 0 Posters 0 Просмотры
  • Сначала старые
  • Сначала новые
  • По количеству голосов
Ответить
  • Ответить, создав новую тему
Авторизуйтесь, чтобы ответить
Эта тема была удалена. Только пользователи с правом управления темами могут её видеть.
  • K Не в сети
    K Не в сети
    kbettich1
    написал в отредактировано
    #1

    На определенном клиентском сайте Catalyst SD-WAN Edge используется MPLS и интернет-туннель для обратной связи с удаленным сайтом Catalyst SD-WAN Edge. Политика предпочитает VOIP-звонки MPLS-туннелю. MPLS-соединение на сайте 1 выходит из строя. VOIP-звонки переключаются на интернет-туннель. Будут ли сохранены или прерваны текущие звонки (т. е. активные звонки на момент переключения)? Другими словами, будут ли VOIP-звонки плавно переключаться на интернет-туннель с возможностью нескольких секунд простоя без потери активного звонка, или мои активные звонки будут прерваны, вынуждая пользователей совершать новые звонки? Необходимо ли уменьшить стандартный таймер BFD и множитель для достижения этой цели?

    1 ответ Последний ответ
    0
    • T Не в сети
      T Не в сети
      Torbjørn
      написал в отредактировано
      #2

      Здравствуйте,
      @kbettich1
      , Если отказ вызван потерей следующего прыжка/интерфейса, переключение должно произойти достаточно быстро. Если это косвенная ошибка, вы должны полагаться на BFD, чтобы объявить туннель неработающим, что занимает несколько секунд и может привести к обрыву вызова. Я бы, вероятно, настроил это в лаборатории, чтобы проверить, как приложение VOIP обрабатывает такие отказы, и внести соответствующие корректировки. Обратите внимание, что если вы уменьшите множитель BFD или интервал BFD, это может сделать вас более уязвимым к чрезмерному флаппингу. Рад помочь! Пожалуйста, отметьте как полезное/решение, если применимо.
      Свяжитесь с нами: https://torbjorn.dev

      1 ответ Последний ответ
      0

      Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.

      Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.

      С вашими комментариями этот пост может стать ещё лучше 💗

      Зарегистрироваться Войти
      Ответить
      • Ответить, создав новую тему
      Авторизуйтесь, чтобы ответить
      • Сначала старые
      • Сначала новые
      • По количеству голосов


      • Войти

      • Нет учётной записи? Зарегистрироваться

      • Login or register to search.
      • Первое сообщение
        Последнее сообщение
      0
      • Категории
      • Последние
      • Метки
      • Популярные
      • Пользователи
      • Группы