Тема: односторонняя связи tde-100
У провайдера подключение С или БЕЗ регистрации?.. Это тоже немаловажно.
НАТ-Траверсал включать ОБЯЗАТЕЛЬНО, если с регистрацией. Адреса 192.168… провайдеру неведомы.
Иногда бывает без регистрации, провайдер тупо шлёт туда, “где у него числится”. В этом случае ОБЯЗАТЕЛЕН заброс порта вовнутрь. Траверсал тоже очень желательно включить... А то.. см. выше 😊 .. Провайдер ведь и принимать готов только оттуда, кого знает. Голосовые то уходить будут, да захочет ли провайдер разбираться, от кого оно?
потому что станция оператора не знает белый ip Вашей станции
У провайдера подключение С или БЕЗ регистрации?.. Это тоже немаловажно.
У него - С... Майк_К еще на первой странице его по этому поводу “нагнул”...
перед включением НАТ-Траверсал с оператором сделали трассу (с их стороны), жду результата.
включил НАТ-Траверсал ситуация таже.
в задачах:
сбросить в форум трассу оператора
сбросить в форум действующую конфу (вдруг что запорол)
сделать новую трассу
уточнить требуется ли регистрация оператору.
пробую, ушел в ребут.
я как дитя...причем дурное...
вопрос 1й: почему раньше работало?
вопрос 2й: к примеру поднимаем фтп в локалке, идем на роутер в порт форвард пишем ip локалки с фтп и порт, далее из нэта идем по белому ip+порт, все работает...почему в данном случае не может работать?
Потому, что IP-адрес в протоколе FTP передаётся только в заголовках IP-пакетов, и НАТ его подменяет в обе стороны. А в H323 или SIP IP-адрес передаётся не только в заголовках, но и внутри IP-пакетов, НАТ же подменяет только заголовок, тело не трогает. А оконечное устройство пытается передать трафик на тот IP, который пришёл в теле - например, 192.168.0.Х. Дальше понятно, что происходит?
Есть НАТы с “инспектором H323-протокола” - забыл, как оно по-нерусски зовётся. Такая “умная” НАТа умеет подменять IP внутри пакетов протокола H323, поэтому через “умную” НАТу пакеты проходят корректно. Я думаю, ты догадываешься, в оборудовании каких вендоров можно встретить такую фичу НАТы.
тяжко было осилить топик )). Ничего, если я сразу по теме выскажусь )) ? Я не очень понимаю, на кой провайдеру привязываться на то, с какого порта идут пакеты от АТС. Каким бы он (порт) ни был оригинальным провайдер должен его просто запомнить при регистрации и отправлять потом туда сигналку. Вообще очень бы помогла либо нормальная трассировка вызова в сторону прова , либо его внятный ответ-предположение, почему не регистрируется клиентское оборудование (АТС) . Ковыряться в 100мб трассы неохота :shut: , мой недоноут этого не переваривает .
поставил обход nat - закрепленный глобальный адрес
в поле nat закрепленный глобальный ip адрес поставил свой белый ip
атс полностью перестала отвечать, оператор говорит якобы абонент отсутствует.
NAT и способ его преодоления на сигнализацию влиять никак не должен. Пока разговор не конструктивный. Приводите примеры трассировок .
Вот я тоже согласен с Денисом (который Акела). С регистрацией пофигу, 5060 или 35060 будет “обозначен” как сигнальный. Бывают провайдеры, которые сами у себя 5060 меняют на что-нибудь “оригинальное” (типа чтобы тоже поменьше их тюкали.. хотя это помогает лишь частично и на некоторое время).
Также важно чтобы роутер, через который всё идёт, не “файрволил” голосовой трафик, отправленный со стороны провайдера.
Ниже приведена картинка настройки простенького Dlink-а. Первые три строчки - это как раз “то самое”. Первая строчка - это означает следующее: “разрешить принимать абсолютно всё с сервера Билайн, на котором АТС регистрируется”, вторая - тут без комментариев (разрешён любой трафик с АТС), третья - это тоже разрешение любого трафика с IP-адресов, с которых могут быть входящие вызовы со стороны Билайна. Как видите, я там не указывал ни тип пакетов (то есть означало, что и TCP, и UDP), ни номера портов (потому что хрен его знает, какие там могут заняться).
На самом деле, если бы Билайном был указан только один адрес сервера регистрации, и не был бы назначен этот “дополнительный диапазон”, то можно было бы обойтись и без четвёртой строчки снизу. Это, конечно же в других настройках Dlink-а, это и есть как раз тот самый “проброс порта 5060”. Когда я её стирал, иногда переставали проходить входящие. Подчёркиваю ИНОГДА. То есть если вызов приходил со стороны сервера, на котором АТС регистрировалась (из первой строчки), то всё звенело. Если же вызов был с других адресов, то изредка работало, но чаще всего наступала “долгожданная тишина”.. 😊
И ещё. Про проброс. С не меньшим успехом можно было бы делать этот самый “проброс” с внешнего 5060 на внутренний 35060, результат был бы тем же. Просто так получилось, что для V-SIPGW я сразу назначил 5060, дабы поменьше Варей Шаркать, если что-то не завелось бы с пол-тыка.
ЗЫ. Все, кому понравилась картинка, и кто узнал для себя что-то новое и, возможно, полезное, может кинуть в меня камень 😊..
Ой! :eek: Ай!!! :( .. Нет, не надо камень! Лучше яйками, помидорками.. свежими.. :D Мы, зайцы, яблоки любим.. :rolleyes:
НАТ-Траверсал отключил, с ним не работает.
Большое спасибо НачШтаба, сделал как описано.
сделал трассу звонка и регистрации сип.
http://zalil.ru/33881410
прошу прощения за “грязь” в трассе
свежая конфа
http://www.zalil.ru/upload/33881534
НАТ-Траверсал отключил, с ним не работает.
Большое спасибо НачШтаба, сделал как описано.
сделал трассу звонка и регистрации сип.
http://zalil.ru/33881410
прошу прощения за “грязь” в трассе
В трассе с провайдерского белого ИП-адреса Траинг (очень много попыток) идет на серый внутренний ИП-адрес 192.168.0.101, после чего видим сообщение 403 - “Unregistered IP Address”... Все логично. НАТ траверсал не работает...
В поле From какая-то белиберда. Колонку Subscriber Number в свойствах порта SIP-GW16 не пытались заполнить?
То ТС: в фильтр ВариШарк вставьте строку ip.addr == 213.145.43.128 и посмотрите сами...
может я неправильно включил НАТ траверсал?
как я делал:
v-sipgw16->свойство системного блока->обход nat (закреп. ip)->закрепленный глобальный ipадрес (мой белый ip)->ребут
Все верно?
может я неправильно включил НАТ траверсал?
как я делал:
v-sipgw16->свойство системного блока->обход nat (закреп. ip)->закрепленный глобальный ipадрес (мой белый ip)->ребут
Все верно?
Делали верно, но в обеих трассах нет ни одного сообщения Register, только попытки совершения вызова...
И еще: логин и пароль Вам дал пров? Так зачем отключена возможность регистрации?
В общем, надо Вам разобраться с провом, что ему надо от Вас, а потом уже искать причину...
да не трогайте вы пока НАТ и его преодоление. На этапе обмена сигнализацией преодоление НАТа неактуально совершенно. Соединение должно устанавливаться и без него. Пусть пров скажет, что ему не нравится в инвайте.
