Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Конфигурирование

Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1
RSS
Подключение АТС по эзернет, Подключение АТС по SIP
 
#1
26.02.2015 10:29:43
ОХЕ подключен АТС через NDDI. Мы хотим проверить с АТС через IP.

CS, GA, GD платы подключен через Cisco switch. Новые эзернет кабел (от мультиплексор) подключили Cisco switch. Пинг нету.
Вопрос: Где должны подключить новые кабель от конвертера? Cisco switch, CS (LAN2), GD (WAN)....
 
 
 
#2
26.02.2015 12:03:46
Подключили нормально.
Не понятно от кого и куда нет пинга.
 
 
 
#3
26.02.2015 12:12:37
От ОХЕ на АТС(10.68.2.1) пинг нет.

ATC-конвертер (10.68.2.1)->оптический кабель->конвертер->UTP cable->? (OXE). Где подключить я не знаю?
 
 
 
#4
26.02.2015 12:37:03
У вас конвертора - это что?
Тот что рядом с АТС - это надо понимать VoIP шлюз FXS в IP (H323, SIP)?
на стороне ОХЕ - это что за конвертор? Просто какой-то модем или VoIP шлюз IP/FXO.

Если так - то UTP кабель от него включается в NDDI и никаких пингов и не должно быть.

Если нет - если это что-то передающее IP - то во первых оно должно быть настроен. Во вторых - должен быть настроен CS (адреса, шлюзы и пр.)

Ну и даже если последнее правильно - а вы уверены, что у провайдера должен быть адрес 10.X.X.X? Это адрес приватной сети. Если это адрес ОТ ВАШЕЙ сети тогда понятно. Если это адрес ЕГО сети - то не факт, что вы туда будете попадать.
 
 
 
#5
26.02.2015 12:50:21
Конвертор - ELtex MES1124.

Наши IP - 10.10.x.x.      
IP провайдера - 10.68.2.х.  

Администратор провайдер дал такой данные:  мы должны прописать IP 10.68.2.13 255.255.254.0 gateway 10.68.2.1.

DNS: 10.0.0.4 username: 65-2216162, password: test.

Если я понял кабель подключить к CS (LAN2). Правильно?
LAN1 (CS) подключен к cisco switch.
 
 
 
#6
26.02.2015 13:02:24
Насколько я понял - не правильно.
ELtex MES1124 - это просто L2 коммутатор (которыми вы пытаетесь попасть из вашей сети в сеть провайдера).
Или ОН вам организует локальную сеть? Это я к тому, что если у вас СВОЯ локальная сеть, со СВОИМИ диапазонами адресов - ELtex MES1124 должен быть воткнут в какой-то маршрутизатор (роутер) в вашей сети.
Ну и второе - если вы собрались стыковаться с провайдером по IP (надо полагать SIP) - то вам много чего надо делать в ОХЕ:
- иметь лицензии
- создать SIP TG
- прописать внешний SIP шлюз и т.д.
 
 
 
#7
09.04.2015 12:13:24
Стыковка с провайдером по SIP нам нужен:

Hardware:
1) Router,
2) Firewall

Software:

Лицензия для SIP Network Links.

Правильно?
 
 
 
#8
09.04.2015 15:06:00
Для станции  - вам нужны лицензии на SIP - что это будет конкретно не совсем понятно.
SIP network link определяет сколько у вас всего будет одновременных разговоров по SIP (теоретически),
SIP gateway
добавятся лицензии на кодеки (возможно)
возможно потребуется железо - GA (с MADA или ARMADA) - в случае если у вас недостаточно VoIP ресурсов (я не знаю сколько у вас имеется и сколько используется кодеков)

Что надо для организации IP канала до провайдера - я не знаю (что у вас есть, куда и как надо достучаться, используете вы NAT или нет и т.д.)
 
 
 
#9
09.04.2015 18:34:49
сейчас sip-провайдеры передают факс passthru, если атс бородатая (судя по железу) то будут проблемы с факсами
если есть свободный pri то можно впереди поставить балалайку isdn-to-sip
Пути IP-пакета неисповедимы
 
 
 
#10
27.04.2015 12:59:42
Мы создали SIP Trunk между OXE и Провайдер (PSTN).
172.16.13.4 (OXE)
172.16.13.1 (PSTN).

ОХЕ номер "2000" может звонить к PSTN, т.е. исходящие звонки работает.
А входящие звонки к ОХЕ не работает, SIP2.0 404 Not found.
 
 
 
#11
27.04.2015 13:23:07
Цитата
Muzaf Nurov пишет:
ОХЕ номер "2000" может звонить к PSTN, т.е. исходящие звонки работает.
Голос ходит в обе стороны?
Цитата
Muzaf Nurov пишет:
А входящие звонки к ОХЕ не работает, SIP2.0 404 Not found.
Нужно посмотреть снифером. Если используется регистрация при входящих вызовов, то она происходит в два этапа, то есть от оператора должно приходить две посылки INVITE после второй станция должна передать "Ключ". Возможно Оператор дает номер который не прописан на вашей станции и соответственно вы получаете сообщение 404.
 
 
 
#12
27.04.2015 14:23:19
Да, 2 шт. INVITE.
----------------------utf8-----------------------
ACK sip:2216162@atg-agent:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 172.16.13.1:5060;branch=z9hG4bK4lvcdq20cgc10p06t4d1.1
CSeq: 8 ACK
Call-ID: SDdlr2d01-722e8e53578638bec8caa9d374e0beed-06a1gh1
From: "065914457526" <sip:065914457526@192.168.0.70:5060;user=phone;cpc=ordinary>;tag=SDdlr2d01-ecs2frurmx
To: "2216162" <sip:2216162@192.168.0.111:5060;user=phone>
Max-Forwards: 68
Content-Length: 0
-------------------------------------------------
Абоненты:
1) 2000 - SLI 2-0-1
2) 2001 - SLI 2-0-2
3) 2216162 - SLI 2-0-3.
Я добавил User 2216162. Не помогал.
Default DDI rule тоже добавил 2216162 внеш. а внутр 2000. Не помогал.
 
 
 
#13
27.04.2015 19:20:30
Вы прописали номер как аналоговый абонент
Цитата
Muzaf Nurov пишет:
3) 2216162 - SLI 2-0-3.
а должно быть
Цитата
Muzaf Nurov пишет:
To: "2216162" <sip:2216162@192.168.0.111:5060;user=phone>
Посмотрите, что у вас в SIP параметрах абонента  2216162 - SLI 2-0-3.
 
 
 
#14
28.04.2015 09:53:47
Цитата
Muzaf Nurov пишет:
Я добавил User 2216162. Не помогал.
Default DDI rule тоже добавил 2216162 внеш. а внутр 2000. Не помогал.

у вас все перемешалось в кучу...люди...кони

согласно документации для SIP должны создаваться как минимум 2 SIP-транка, 1-ый как abcf, 2-ой как ISDN
SIP->SIP Gateway - SIP Trunk Group указывается TG с типом ABCF
SIP -> SIP Ext Gateway указывается TG с типом ISDN

Translator -> External Numbering Plan -> DID numbering translator создаете новый DID
Translator -> External Numbering Plan -> Numbering Plan Description (NPD) создаете NPD и указываете новый DID
Trunk Groups -> SIP ISDN -> Trunk group NPD selector прописываете новый NPD (которые предварительно созданные от 33 и далее)

Цитата
TMC пишет:
Нужно посмотреть снифером. Если используется регистрация при входящих вызовов, то она происходит в два этапа, то есть от оператора должно приходить две посылки INVITE после второй станция должна передать "Ключ".
если данном случае источником для регистрации является ОХЕ для прова то так и должно быть, но я еще такого не видел на практике...хотя и раз в год веник стреляет :)
Пути IP-пакета неисповедимы
 
 
 
Страницы: 1
Читают тему