FreePBX | Register | Issues | Wiki | Portal | Support

OpenScape 4000 + Asterisk Voice services

siptrunk
asterisk
Tags: #<Tag:0x00007fd2e5a59aa0> #<Tag:0x00007fd2e5a59938>

(Just` Bob) #1

Hi.

Installed FreePBX Distro not so long ago. It’s look pretty functional in IVRs Queues and similar things. So want to test in following conditions. We got OpenScape for most calls as main station. But in some cases as recording calls, voice menus, greetings it looks little clumsy(sry for Unify fans). And FreePBX in our domestic network. Planning to configure so:
PSTN <=E1=> OS4000 <= SIP trunk => Asterisk
Numeric Plan for example:
For OS4000 is 100-469 EXTs
For Asterisk 470-499

If EXT not need any additional features as rec or personal greeting call works like this:
PSTN - OS4000 - Asterisk(Greetings + DISA) - SIP trunk to EXT on OS4000
If EXT is in call center or some other key call function can placed on Asterisk as SIP EXT:
PSTN - OS4000 - Asterisk(different Greeting/IVRs + Voice rec) - SIP EXT on Asterisk.

So anybody have any idea which type of trunk be more useful? Atm have some issue with OS4000 side. Got STMI2 Q2316-X with nonfunctional old configuration. Guides starts mostly from default configuration. And can’t find any way to reset this unit. If some only knows “how to” will be great to got this info.


(Just` Bob) #2

Some update. I tryed to make Native sip from OpenScape side`:

LTG1 (PERIPHERY)

MOUNTING LOCATION MODULE NAME BDL BD(#=ACT) STATUS
** .LTG 1.LTU 2.109 STMI2 ? Q2316-X
CCT LINE STNO SI BUS TYPE
001 1982 NOGEN
And seems now work properly.

From Asterisk chan_sip:
Out:
host=XXX.XXX.XXX.22
type=friend
context=from-trunk
insecure=port,invite
disallow=all
allow=alaw&ulaw
qualify=yes
In:
host=XXX.XXX.XXX.22
type=user
context=from-trunk
Chan_Sip peer looks fine:
Name/username Host Dyn Forcerport Comedia ACL Port Status Description
to_OS4000 XXX.XXX.XXX.22 No No 5060 OK (31 ms)

In result in all work as no free lines|channels in both ways


(Dave Burgess) #3

Unless you are using the special features of a “user” connection, you can drop the User section because it’s all duplicated in the “type=friend” trunk on the Peer.