Тема: tde200 проблема с внешними sip абонентами
Увы да, хотя в прошлом все это. Везде хуавеи..
В свое время 3COM был хорош - не спорю..
До появления линейки 29.. Там под откос все и пошло на волне кризиса
В этом плане коммутаторы с ALG и NAT-травёрсалами разными - устройства L4.
нат лишь айпи заголовок модифицирует, не влезая в сами данные
так что это НЕ L4
NAT-traversal - механизм нахождения и преобразования IP-адреса в информационном теле пакета при прохождении через NAT. Так что именно на уровне 4 идут операции.
Трафик раскрашивают устройства, его генерирующие!
Во всех современных софтсвичах и ip-телефонах это давно реализовано. В т.ч. В линксисах и наших шлюзах. В Астере - тоже. Насчет кашерных Panasonic SIP- вопрос к знатокам. Проясните!
Кашерные - это с кашей внутри, что ли? А кошерные - это тадираны разные, но не панасоники 😊
Панас умеет ставить метки QoS - в любом формате ToS, DSCP, HEX. На H323 и SIP транках.
На IP-абонентах - IP-телефоны умеют заданные VLANы на портах LAN и PC, а станция втыкается в порт коммутатора с заданным VLAN. Далее QoS для VLAN присваивает коммутатор.
В этом плане коммутаторы с ALG и NAT-травёрсалами разными - устройства L4.
нат лишь айпи заголовок модифицирует, не влезая в сами данные
так что это НЕ L4NAT-traversal - механизм нахождения и преобразования IP-адреса в информационном теле пакета при прохождении через NAT. Так что именно на уровне 4 идут операции.
Все беды от этих ALG. В 99% достаточно L3. Подмена ip и портов udp.
Остальное должны решать прямо участники сети.
Насчет Панаса: народ пишет про “ограниченность реализации sip” там, не раз встречал на bbs.radiolonk.ru например.
В чем это выражено?
NAT-traversal - механизм нахождения и преобразования IP-адреса в информационном теле пакета при прохождении через NAT. Так что именно на уровне 4 идут операции.
4 уровень подразумевает анализ передаваемых данных, а нат лишь технологические данные анализирует - заголовки айпи пакетов
Zavr2008
по вопросу маркировки rtp - я пример приводил, а не обосновывал что это нужный фунционал.
панас со стороны станции, как отметил spider_alex, умеет все чего хошь ставить.
НО!!! только для транков.
для внутренних абонентов - не умеет....
вот вам пример потребности в этом функционале...
хотя я лично решил проблему значительно более просто - маркирую весь трафик, который идет со станций ))))
по вопросу потребности в ALG
в топике речь идет о схеме
станция-нат-интернет- сип екстеншен
для платы sipext нельзя настроить диапазон rtp портов, они поочередно в огромном диапазоне перебираются (16 тыс)
а так же нельзя задать обход ната, т.е. ни стан, ни паблик айпи
в этом и заключается “ограниченность сип” (+ еще много бубнов, по типу отсутствия нормального трансфера)
реализовать такую схему обычными методами, без ALG - невозможно
топик стартер имеет циску с нормальным ALG, там все настраивается и все будет работать. это не длинк )))
другой вопрос - для настройки этого ALG прочитать манул в яндексе не достаточно )))
Ок, спасибо за разъяснение!
для внутренних абонентов - не умеет....
вот вам пример потребности в этом функционале...
хотя я лично решил проблему значительно более просто - маркирую весь трафик, который идет со станций ))))
у Панасоника в станциях до NS1000 чётко разделяется функционал собственно АТС и роутеров, коммутаторов. Политика такая, что с IP-абонентами - QoS и прочее выставляется средствами коммутатора/роутера.
А вот новая АТС NS1000, по слухам 😉, будет уметь в новой прошивке VPN-сервером быть для телефонов-клиентов. И роутером заодно - порты WAN и LAN будут там работать. Поживём - увидим. Ждите анонсов новой прошивки NS1000, тогда всё и узнаем точно 😉 Кстати, ценник на NS1000 не конский. Подешевле Авайи процентов на 20-30, кажется. Считали в этом году на данном форуме уже.
у Панасоника в станциях до NS1000 чётко разделяется функционал собственно АТС и роутеров, коммутаторов. Политика такая, что с IP-абонентами - QoS и прочее выставляется средствами коммутатора/роутера.
бред у панасоника, а не политика
для транков, которые в абсолютном большинстве работают через публичные сети - можно метки ставить. которые в абсолютном большинстве случаев бессмысленны, ибо в публичной сети ни на что не влияют
а на внутренние линии, где обычно работают всякие технологии типа qos - станция метки ставить не умеет.
где логика???
я уж молчу про трансфер звонка, который на СО нормально реализован, а на ексеншенах - черех анальное отверстие
я уж молчу про трансфер звонка, который на СО нормально реализован, а на ексеншенах - черех анальное отверстие
а теперь тоже самое и по русски!
mich5843
на внутренних сип линиях возможен только сопровождаемый перевод звонка
А звонит Б
Б ставит А на удержание
Б набирает В
В берет трубку
Б отправляет А на В путем снятия с удержания
иными словами, пока В не взял трубку - вызов не перевести
А вот новая АТС NS1000, по слухам 😉, будет уметь в новой прошивке VPN-сервером быть для телефонов-клиентов.
Новая NS1000, случайно, не научилась стекироваться с tde/ncp по ip, или, хотя бы, по эзернету?
А вот новая АТС NS1000, по слухам 😉, будет уметь в новой прошивке VPN-сервером быть для телефонов-клиентов.
Новая NS1000, случайно, не научилась стекироваться с tde/ncp по ip, или, хотя бы, по эзернету?
Если имеется в виду стекироваться так же как и сейчас NCP c NCP или TDE c NCP, то это в NS1000 работает с первой версии.
Полноценное объединение NS1000 и TDE/NCP с единым коммутационным полем, только на длине шнура в два метра.
mich5843
на внутренних сип линиях возможен только сопровождаемый перевод звонка
А звонит Б
Б ставит А на удержание
Б набирает В
В берет трубку
Б отправляет А на Виными словами, пока В не взял трубку - вызов не перевести
Собственно с такой же проблемой ко мне постоянно обращается один клиен у которого основная станция - Панасоник, а колцентр построен на Астере и сип телефонах.
Собственно они приводят все Ваши доводы относительно астера и просят сделать перевод как на Панасе на аналоговых или СТ аппаратах...
.
Теперь внимание вопрос: это, по Вашему, глюк Панаса? или все же глюк SIP-а?
Как по мне - то SIP-a…
Полноценное объединение NS1000 и TDE/NCP с единым коммутационным полем, только на длине шнура в два метра.
Как сейчас уже рассказывали, через специальный шнур, и это в 21-веке. Вот я и спрашиваю, есть ли в планах ip, как это, например, LG реализовали в знаменитой серии LIK IPECS?
Wowa, чем Вас не устраивает существующее сейчас объединение по IP?
Сетевой COS работает, перехваты по сети работают, занятость абонента соседней АТС на кнопках системника видно.
