Поправляю: проблема не в рандомности портов, а в типе NAT(-ов) на пути следования пакетов.

Если NAT провайдера - то неок, если собственный - то ок?

Если NAT провайдера - то неок, если собственный - то ок?

Ну как бы оба не ок, просто своим ты можешь управлять и решать чтобы было ок. А если с провайдерским вопросы возникнут, то тут тупик. Но вообще если понимать как все ходит и какие прамметры и как имеено влияют за работу через NAT, то особых проблем возникнуть не должно.

Ну как бы оба не ок, просто своим ты можешь управлять и решать чтобы было ок. А если с провайдерским вопросы возникнут, то тут тупик. Но вообще если понимать как все ходит и какие прамметры и как имеено влияют за работу через NAT, то особых проблем возникнуть не должно.

В ситуации без symmetryc RTP собственный NAT без проброса портов или DMZ не спасет?

В ситуации без symmetryc RTP собственный NAT без проброса портов или DMZ не спасет?

Главная проблема того что NAT меняет IP заголовки, но не трогает данные в SDP пакете. Поэтому вопрос спасет ли NAT имеет ответ нет, он то как раз и мешает) А вот что с этим делать безпонимания проходит сессия вы мало что поймете что делать с NAT и настройками SIP. Могу Вам предложить посмотреть очень хорошее видео https://www.youtube.com/watch?time_continue=2&v=Anu6ZYg25yM там описывается все подробно в чем проблема и как работает SIP Helper в mikrotik или как должны работать SIP ALG у других брендов) Может вам станет понятнее в чем проблема и какое будет спасение в вашей ситуации

Mikrotik - говно. Только что это в профильной группе решили

Mikrotik - говно. Только что это в профильной группе решили

и какие аргументы этой ереси?)))

В профильной группе все ответы

Ну и плюс личная практика в эксплуатации

В профильной группе все ответы

в какой? киньте ссылку плиз

Ну и плюс личная практика в эксплуатации

Могу сказать не умеете пользоваться)))

@MikrotikRu

Да умеем. Только в cisco все проще и удобнее

Да умеем. Только в cisco все проще и удобнее

Решил не вступать в группу, один срач) Только время убьет на переписывание с такими вечно недовольными) А так аргументы конечно у чувака прям шикарные))) Ему просто пообсирать нечего) Ему бы в партию вступить и жириновского на пенсию подвинуть)))

Да и не в микротике тут дело) На видео человек глубоко объясняет проблему SIP и NAT и что вообще происзодит при использование таких вещей как ALG

Есть такие протоколы

я в курсе, тока в россии их "нет", потому что низя, потому что закон не позволяет, и в АТС они не реализованы

Для "ABC" номеров это называется LNP. Реализовано в развитых странах. В ?? еще нет.

я в курсе, живу в "развитой стране" :) У нас и MNP и LNP и пять тыщ крон в месяц плати чтобы доступ иметь

Да и не в микротике тут дело) На видео человек глубоко объясняет проблему SIP и NAT и что вообще происзодит при использование таких вещей как ALG

Видео исчерпывающее - тут вопросов нет. А микрот - ну так себе железо. Опять же таки все зависит от задач

Видео исчерпывающее - тут вопросов нет. А микрот - ну так себе железо. Опять же таки все зависит от задач

Я не буду спорить. У меня сеть на микротах построена у всех клиентов и живем припеваючи)

Я не буду спорить. У меня сеть на микротах построена у всех клиентов и живем припеваючи)

И меня она на них построенна. Но есть вещи которые и на микроте и на циске решаются. Только на циске в разы быстрее и эфективнее

И меня она на них построенна. Но есть вещи которые и на микроте и на циске решаются. Только на циске в разы быстрее и эфективнее

Можно примеры?

Традиционный холивар: Cisco vs Mikrotik? ;)

Eigrp - этим все сказано!))))

Я хз что у вас этим сказано. Пруфы какие-то будут, или вкусовщина только?

Я хз что у вас этим сказано. Пруфы какие-то будут, или вкусовщина только?

Видимо нам все таки надо было зарубиться на конфе))))

Есть для этого более подходящая конфа. Можем там зарубиться.

Почем билеты на рубилово ?)

Также, могу сделать специальный вебинар по Микротику на канале Романа Козлова, зарубимся

Почем билеты на рубилово ?)

Билеты бесплатные, зарабатываем на поп-корне

хорошо что я не люблю попокорн, начинайте.

Ну так как тут все же чат voip и говорим о голосе где сеть многое решает то циска тут обыгрывает микрот

Баттл будет в стиле: "Астериск х...я, норм пацыки юзают CUCM"

Баттл будет в стиле: "Астериск х...я, норм пацыки юзают CUCM"

Нееее

Все не так))))

Ну так как тут все же чат voip и говорим о голосе где сеть многое решает то циска тут обыгрывает микрот

вот тут следует уточнить, по каким характиристикам.

Ну так как тут все же чат voip и говорим о голосе где сеть многое решает то циска тут обыгрывает микрот

Аа, ну да, в сети с EIGRP голос действительно звучит лучше. Теплее, ламповее

А на микроте - бее, режет ухо

А на микроте - бее, режет ухо

Пусть будет так)))

Аа, ну да, в сети с EIGRP голос действительно звучит лучше. Теплее, ламповее

только для этого и телефоны нужны циско, ага.

только для этого и телефоны нужны циско, ага.

Зачем телефоны то?

ну как, звучат теплее =)

Ну если только так))

Ну так что, поинтереснее пруфы будут? А то про EIGRP не все мою шутку оценили

А вообще, раз пошла такая пьянка, единственный нормальный SIP - это SCCP

А вообще, раз пошла такая пьянка, единственный нормальный SIP - это SCCP

А ю Шура???

Ну каэш, мы ж тут сравниваем гиганта и фуфло

Ну тогда да!

Так шо, какие еще аргументы? А то я все за вас пишу

Хех, раз дебатам или мочилова Навальный vs Золотов не бывать, позырим хоть Циска vs Микротик )

Так шо, какие еще аргументы? А то я все за вас пишу

Много букв писать надо

А тут уже суббота

Все же на поверхности...аргументы не нужны

Да парочку мощных дайте, их хватит

Ну так как тут все же чат voip и говорим о голосе где сеть многое решает то циска тут обыгрывает микрот

Очень интересно чем и как?

Если NAT провайдера - то неок, если собственный - то ок?

Вопрос поставлен некорректно (совсем). Чего Вы хотите добиться и что Вы хотите узнать?

Ах, теперь ясно. Речь шла про ??

я в курсе, тока в россии их "нет", потому что низя, потому что закон не позволяет, и в АТС они не реализованы

?

я в курсе, живу в "развитой стране" :) У нас и MNP и LNP и пять тыщ крон в месяц плати чтобы доступ иметь

Ну так называйте вещи своими именами, если имеете в виду LNP, то так и говорите (а не "MNP", дхцп и ссш, как тут периодически у многих встречается)

Ну так называйте вещи своими именами, если имеете в виду LNP, то так и говорите (а не "MNP", дхцп и ссш, как тут периодически у многих встречается)

Из-за "дхцп" можно подумать, что тут канал "мамкиных сисадминов".

Из-за "дхцп" можно подумать, что тут канал "мамкиных сисадминов".

ДИ-АШ-СИ-ПИ!

ДИ-АШ-СИ-ПИ!

?

Ну как бы оба не ок, просто своим ты можешь управлять и решать чтобы было ок. А если с провайдерским вопросы возникнут, то тут тупик. Но вообще если понимать как все ходит и какие прамметры и как имеено влияют за работу через NAT, то особых проблем возникнуть не должно.

Нет тут никакого тупика. Всегда есть STUN, TURN и ICE.

Нет тут никакого тупика. Всегда есть STUN, TURN и ICE.

Ни разу в жизни не видел, чтобы кто-то их использовал

Вы юзали что-то кроме стуна?

Да и не в микротике тут дело) На видео человек глубоко объясняет проблему SIP и NAT и что вообще происзодит при использование таких вещей как ALG

SIP ALG не дает 100% гарантии при наличии нескольких NAT на пути следования SIP и SDP. + он понимает (в большинстве случаев) только транспорт UDP и TCP.

Вы юзали что-то кроме стуна?

У нас B2BUA с public адресом

О том и речь: живых людей пока нет

Ни разу в жизни не видел, чтобы кто-то их использовал

Апробация технологий идет значительно медленнее, чем они появляются на свет. IETF их разработала не напрасно.

О том и речь: живых людей пока нет

У нас будут развернуты STUN и Media Proxy

О том и речь: живых людей пока нет

Да и причем тут вообще наличие/отсутствие широкого применения данных конкретных технологий? Главное – они есть, стандартизированы и имплементированы в большинстве SIP User Agents.

Апробация технологий идет значительно медленнее, чем они появляются на свет. IETF их разработала не напрасно.

Некоторые технологии рождаются мертвыми. В случае STUN, ICE, TURN - это актуально для SIP. Для webrtc - нет, там может юзаться

Да и причем тут вообще наличие/отсутствие широкого применения данных конкретных технологий? Главное – они есть, стандартизированы и имплементированы в большинстве SIP User Agents.

Я указал на то, что ими никто не пользуется

Как и вы, в частности

Да и причем тут вообще наличие/отсутствие широкого применения данных конкретных технологий? Главное – они есть, стандартизированы и имплементированы в большинстве SIP User Agents.

Т.е. никакого тупика не существует, всегда есть workaround и, как правило, не один.

Это пока ваши теоретические ментальные эксперименты

А проблема NAT универсальных решений не имеет

Нет тут никакого тупика. Всегда есть STUN, TURN и ICE.

К вот этому вашему комменту

Некоторые технологии рождаются мертвыми. В случае STUN, ICE, TURN - это актуально для SIP. Для webrtc - нет, там может юзаться

Всё только начинается) У индустрии есть выкристаллизовывающееся видение как все приблизительно должно работать в IP-based коммуникациях реального времени. STUN и т.п. там, очень похоже, придуманы для реализации глобальной SIP сети, и в существенной части там просматривается "беспровайдерность" и "независимость" участников.

А проблема NAT универсальных решений не имеет

Универсальных решений в инженерии вообще, наверное, не существует

Обратите внимание на RFC. Там много занятного обнаруживается ?

что, например, вас там заняло?

Обратите внимание на RFC. Там много занятного обнаруживается ?

Я думаю такими успехами скорее выйдет SIP2.0 который не будет иметь проблем с NAT, чем все начнут использовать STUN/

Я думаю такими успехами скорее выйдет SIP2.0 который не будет иметь проблем с NAT, чем все начнут использовать STUN/

Мы быстрее на ipv6 перейдем

Мы быстрее на ipv6 перейдем

Тоже верно)

В ситуации без symmetryc RTP собственный NAT без проброса портов или DMZ не спасет?

Если побросить порты то для RTP это уже будет не symmentic NAT можно на границе еще поставить свой RTP proxy который тоже избавит от проблемы симметричного ната

Ни разу в жизни не видел, чтобы кто-то их использовал

Я ! Я использую!!)))

Я думаю такими успехами скорее выйдет SIP2.0 который не будет иметь проблем с NAT, чем все начнут использовать STUN/

Я вас огорчу но SIP 2.0 уже вышел))) году так в 2000 и там д сих пор проблемы с нат Эти проблемы вытекают из того что на он на аппликейшн уровне пытается управлять данными уровня транспорта

И не SIP 3.0 и не SIP 4.0 этого не исправит

Я вас огорчу но SIP 2.0 уже вышел))) году так в 2000 и там д сих пор проблемы с нат Эти проблемы вытекают из того что на он на аппликейшн уровне пытается управлять данными уровня транспорта

Юрий) я с вами согласен) выразился не так)

Я ! Я использую!!)))

Ты в webrtc или в sip используешь?

Ты в webrtc или в sip используешь?

И в SIP Точнее в SDP

А инфраструктуру ICE и TURN свою держишь?

Аха Ну у меня Rtpengine все на себя берет

все 3 рли закрывает по факту

?

Всем привет. Можно ли в asterisk сделать так, чтобы на sip клиенте отображался не номер звонящего, а транк, на который звонит клиент? Как я понял это можно сделать через set CALLERID= ?