Добрый день, уважаемые...
Не подскажите ли тонкости(или не тонкости) настройки связки HG1500+HG1500 (Cornet-IP) используя сторонний VPN.
1. Если станции находятся в одной подсети(на одном коммутаторе) все работает- звенит, показывает, разговаривает, переадресовывает и перенаправляет.(Спасибо букварю:))
2. Если станции находятся в разных подсетях и взаимодействуют через шлюз(комп) на котором поднят VPN, то обе станции пингуют друг друга, но звонки не проходят.(А вот этого в букваре нет:(). По аналогии, я просто поменял адреса узлов и указал в defaultroute адреса шлюзов, пинги пошли, а вот звонки нет.(На ОО(HP2000) использую LAN порт)
Админ клянется, что что этот VPN прозрачен как слеза:).
Если кто поделиться файлами настроек двух HG1500 или напишет куда смотреть буду очень благодарен. В сетях разбираюсь на 3-.
проверяйте на предмет закрытых портов (UDP, TCP), если не у вас то у провайдера через которого поднят vpn
Вы имеете ввиду, что замена адресов узлов и указание адреса шлюза должна дать требуемый эффект? Тоесть прохождение пинга, являеться достаточным основанием утверждать что настройки выполнены правильно?
P.S. VPN админ специально для меня сделал, для проверки соединения, внутри нашей сети...
OLD_Operator
24.06.2010, 20:40
Дополняю Out_а:
Прохождение пинга, являеться достаточным основанием утверждать что порты досягаемы относительно друг друга в сети, а вот полнота передачи кадров информации зависит от USER Datagram Protokol_a (UDP), причем получение всей датаграммы или правильной последовательности отправленных пакетов здесь не гарантируется, т.е. (UDP) не требует подтверждения прохождения, поэтому очень важно знать нет ли закрытых портов в вашем VPN о чем пишет Out..
У Вашего Админа почти наверняка есть такой сканер портов: http://www.softportal.com/get-2151-nmap.html
По согласованию с ним(грамотные свичи иногда блокируют сканер и порт) запустить его и проверить порты. Кроме того такая очень полезная связистам прога как Wireshark позволит посмотреть (в том числе и в графике. какие пакеты куда бегут и где рубятся). Сетевикам больше нравиться SIP из-за ясности: нужно открыть порты UDP -5060 и TCP-5061 для того, чтобы устройства связались и чтобы побежал голос - RTP- нужны порты (29100 -29131). Кроме того нужны порты TCP 1720 и UDP 1719. Для H323 посложнее в плане портов: все вышеперечисленное(кроме 5060 и 5061) плюс TCP 12250..12950, 1027 и 1300. Идеальным решением, я так мыслю, было-бы запустить все в одной сети, с помощью шарка и чтоб сетевик видел снять пкар. После этого подключиться в разные подсети и опять снять шарком ркар. Админ все увидит сразу.
АП!:)
Спасибо всем кто помогал словом и делом.
Подошло время запуска девайсов...
После отключения Alive Monitoring кое-что заработало:
:eek: Посылка вызова работает в обоих напрвлениях.
:eek: В случае вызова c HP3800 на ОО(HP2000), нет соединения. В трубке на ОО тишина, в трубке на HP3800 сигналы вызова продолжаются.
:eek: В случае вызова с ОО на HP3800, соединение есть, но абонент ОО не слышит абонента HP3800.
Кто-нибудь сталкивался с ситуацией или подозревает в чем дело?
Буду благодарен за любой комментарий..
P.S В сетях и протоколах разбираюсь уже на 3.
Сейчас передо-мной в Киеве стоит НР3800v8, в абсолютно другом городе НР2000v2. Я перепробывал и НР3800 v6,v7, a HP2000v1, EE. Все работает во всех случаях. Чесные айпишники с двух сторон, VPN сделали сами. Инет - Укртелекомовский ОГО, т.е ничего хорошего, но, все работает без малейших проблем. Настроек-же очень мало - в Network interfaces Lan1 айпишник, маска сети, в Routing, default router,DNS server, в Voice Gateway- Nodes и Routing. Не ошибится с айпишниками- я рисую себе схемку. В менеджере естественно закрытая нумерация, айпитранки и LCR, все настройки, кроме routing parameters по умолчанию. Этого достаточно для работы. Если есть возможность, я бы обнулил НР2000 и сделал все с нуля(обычно со второго раза все работает) :)
Теперь вопросы: что значит в тубке ОО тишина? Куда вызов падает? Транки на входящей стороне занимаются?
С нуля что-то не очень хочется, далековато ехать:)
В трубке с ОО(HP2000) тишина - это значит идет вызов, человек поднимает трубку и... ничего там не слышит. А у вызывающего абонента вызов продолжает идти. Больше пока на стороне ОО(HP2000) телефонов нет:)
Счас, включу статистику проверю занимается ли транк.
И кстати, пинг у вас какой до HP2000?
82..84мс, но работает и при 100 и при 130мс, иногда до 350 скачет.А зачем ехать- комп+ VNC+человек с руками достаточными для воткнуть USB, нажать кнопку и по звонку выткнуть USB. Я правильно понял- человек слышит вызов, снимает трубку, и тишина?
1.Да, поняли правильно.
2.Транк занимается.
Осталась только проблема с односторонней слышимостью.
НисотЗОО
16.08.2010, 16:05
Уже писали, что у Cisco по умолчанию включен кодек G729.
Нужно в Cisco обязательно прописать диал пиры с G711
или G723
Про циску читал, к сожалению, или к счастью:), у меня не циска. Односторонняя слышимость между HP3800v8 и HP2036(он же open office EEv1).
Кстати, после попытки настроить с нуля, ситуация поменялась до наоборот: теперь слышно только абонента HP3800
Уважаемые!
Поделитесь кто-нибудь трассировкой нормального звонка через h323 между двумя 3800 или, еще лучше, между 3800 и EEv1, у кого такие связки работают.
Кувшин моих мыслей показывает дно.....
Можно попробовать, если конечно не лень, сделать VPN и соединить мою 3800 или 2000 с Вашей 3800 или ЕЕ, а относительно трассировки после обеда могу скинуть. Куда?