Потому что 90% вопрошающих по микроту не могут правильно сформулировать вопросы сами. Мутное ТЗ мутные условия и мутная цель. Читая подобное сразу возникает вопрос ЗАЧЕМ. Правильно и четко поставленый вопрос и сформированное техзадание - уже 70% решения.
maxgeor, Это решается как раз настройкой диалплана в телефонном аппарате. Вызов уходит в линию сразу после набора последней цифры в номере. Ну коль скоро техподдержка на серверной стороне манипулируют этим интервалом, то стало быть они крутят серверную настройку, что делать в общем то не желательно. Так что они на свой страх и риск это делают.
Я вас умоляю. Громко заявил - это устроил разборки с Apple? И да, как то вот платить 100$ в год за функцию выборочной фильтрации мессаджей, сортировки по папкам или другим правилам, которая в общем то настраивается в любом почтовом сервисе и в любом клиенте почтовом в три клика и совершенно бесплатно - это просто или верх наглости, или у разработчиков концепции что то не то с головой. Или все вместе сразу.
maxgeor, Не удивлюсь ни разу, что в ONT GPON или вообще отсутствует диалплан или он настраивается крайне и крайне нетривиально. И даже # в конце набора может не помочь. Юзайте нормальный вменяемый voip шлюз для своего sip номера и будет счастье.
upd: В хуавее диалплан таки настраивается. Так что гоу)
maxgeor, может. В любом случае, диалплан настраивается на стороне юзера. Если не хотите или не умеете его настроить - провайдер вам не поможет никак. Обычно в таких случаях помогает набор символа # после последней цифры номера - так шлюз понимает что набор закончен и номер можно отправлять в линию.
Ruslan-Strannik, Все просто и зависит от техзадания. Если например надо заливать большие ролики на ютуб, проще всего промаркировать весь трафик до ютуба, чтобы он прошел исключительно в канал с хорошим аплоадом. В этом случае низкой скоростью загрузки можно пренебречь. То же самое касается например p2p трафика - всю загрузку направляем через канал с хорошей скоростью загрузки, отдачей тут можно пренебречь.
если я отправляю запрос куда-то через ISP2, то ответ не придет мне на ISP1.
Естественно не придет. Это физически не возможно. Агрегация каналов так не работает. ISP1 это всегда ISP1 со своей адресацией, а ISP 2 естественно со своей. Они друг от друга не могут быть зависимы или компенсировать друг друга в описываемом случае, когда у 1 больше загрузка а у 2 больше отдача. Агрегация\балансировка каналов предусматривает разделение трафика по времени, по типу и по направлениям. Но никак не таким образом, который хочет реализовать автор вопроса.
