[Freeswitch-users] FreeTDM - Sangoma B700 - ISDN connection questions - UK

Michal Bielicki michal.bielicki at seventhsignal.de
Sun Jun 12 00:35:33 MSD 2011


That works on centos as well

Am 10.06.2011 um 19:27 schrieb Stephen Lewis:

> Hi John
> 
> Would be interesting to hear whether you did something along these
> lines - creating /etc/udev/rules.d/80-wanpipe.rules containing
> 
> SUBSYSTEM=="wanpipe", OWNER="freeswitch", GROUP="daemon"
> SUBSYSTEM=="wp_ec", OWNER="freeswitch", GROUP="daemon"
> 
> That's what we're doing on Ubuntu 10.04.2, and it seems to work.
> 
> I assume the solution currently described in the wiki[0] doesn't
> survive a reboot?
> 
> Thanks
> 
> Stephen
> 
> [0] http://wiki.freeswitch.org/wiki/Ubuntu_Quick_Start#Using_FreeTDM_with_the_.27direct_from_git.27_method_above
> 
> On 10 June 2011 09:01, John <freeswitch at earthspike.net> wrote:
>> Nazim,
>> 
>> Late last night this got resolved; sorry I didn't post then.  We have
>> had problems with the second line, and when these were fixed last night,
>> the problem disappeared.  So now I have a nice stable FreeSWITCH with
>> the only outputs on /log 7 being SIP re-registrations.  So, you are
>> probably correct, and it was a line quality issue.
>> 
>> I've also resolved the device permissions issue with help from Sangoma
>> support, and will post on that/update the Ubuntu Wiki page when I get a
>> moment, probably after the weekend.
>> 
>> Thanks,
>> 
>> John
>> 
>> On 10/06/11 08:41, Nazim Aghabayov wrote:
>>> Hello John,
>>> 
>>> I'm not an ISDN expert, but have some experience with PRI.
>>> Have you checked the line? Sometimes bad physical interconnects makes
>>> line noisy.
>>> Channels going up and down may indicate a physical line problem or
>>> inadequate grounding (or mixed signal / common grounds). I would disable
>>> hardware echo-canellation and hw. dtmf during the troubleshooting.
>>> On PRI it's possible to trace the D channel with "wanpipemon -i w1g1
>>> -pcap -pcap_file isdn.pcap -prot ISDN -full -systime -c trd". It should
>>> be supported on BRI too, look through wanpipemon manual.
>>> 
>>> Best Regards,
>>> Nazim
>>> 
>>> 
>>> On 06/07/2011 02:36 AM, John wrote:
>>>> Hello,
>>>> 
>>>> I have just set up a FreeSWITCH box with a Sangoma B700 connected to 2 x
>>>> ISDN2e lines (each 2B+D, so 4 voice channels) in UK, so supplied by BT
>>>> Openreach.  There are a number of anomalies that I am trying to solve.
>>>> [One of these is that 1 line is dead, but that is for BT Openreach to
>>>> resolve rather than anyone on this list.]
>>>> 
>>>> I have a few questions, but as they are all related, I hope you don't
>>>> mind them in one post.  Some basics first.  The box is an Atom dual-core
>>>> with 2GB of memory and a Sangoma B700 card.  It's built with Ubuntu
>>>> 10.04.2 LTS server 64-bit, patched and up to date, and also runs dhcpd,
>>>> lighttpd and sshd.  I built the Sangoma ISDN libraries and FreeSWITCH
>>>> using the latest git versions I could ('make current' about 2 weeks
>>>> ago).  We have incoming and outgoing calls working, but some incoming
>>>> calls ring in the caller's ear, but nothing appears on the FreeSWITCH
>>>> console, and others fail.  Rebooting the server cures this.  We have had
>>>> problems with lines being disconnected and then reconnected, and it
>>>> seems that FreeTDM/wanrouter/whatever doesn't recognise previously
>>>> disconnected lines coming back into use, because a reboot finds lines
>>>> that were previously reported disconnected ('wanrouter status' or 'ftdm
>>>> list').  We have ongoing problems with one line that is 'disconnected'
>>>> (wanpipe2/wp2) but the queries I am describing below apply equally when
>>>> both lines are connected and working.
>>>> 
>>>> 1. There seems to be a lot of ISDN 'chatter' with channels going up and
>>>> down all the time even when the switch is completely idle.  Is this
>>>> normal?  Here is my /log 7 showing two of the cycles (which appear to be
>>>> about 50s apart):
>>>> 
>>>> 2011-06-06 22:01:54.992467 [DEBUG] ftmod_sangoma_isdn_stack_rcv.c:681
>>>> [SNGISDN Q921] wp1: Protocol: Data Link connection DN(4): Disconnect
>>>> initiated(263)
>>>> 2011-06-06 22:02:29.952464 [WARNING] ftmod_sangoma_isdn_stack_rcv.c:748
>>>> [SNGISDN Q931] s1: Interface: Down(261): Dchan(285)
>>>> 2011-06-06 22:02:29.952464 [DEBUG] ftmod_sangoma_isdn_cntrl.c:43
>>>> [s1c1][1:1] Signalling link status changed to DOWN
>>>> 2011-06-06 22:02:29.952464 [DEBUG] ftmod_sangoma_isdn_cntrl.c:43
>>>> [s1c2][1:2] Signalling link status changed to DOWN
>>>> 2011-06-06 22:02:29.952464 [DEBUG] ftmod_sangoma_isdn_cntrl.c:43
>>>> [s1c3][1:3] Signalling link status changed to DOWN
>>>> 2011-06-06 22:02:29.952464 [DEBUG] ftmod_sangoma_isdn_support.c:200
>>>> [s1c1][1:1] Setting availability rate to:5
>>>> 2011-06-06 22:02:29.952464 [DEBUG] mod_freetdm.c:2268 got clear channel
>>>> sig [SIGSTATUS_CHANGED]
>>>> 2011-06-06 22:02:29.952464 [DEBUG] ftmod_sangoma_isdn_support.c:186
>>>> [s1c1][1:1] Setting availability rate to:5
>>>> 2011-06-06 22:02:29.952464 [DEBUG] ftmod_sangoma_isdn_support.c:200
>>>> [s1c2][1:2] Setting availability rate to:5
>>>> 2011-06-06 22:02:29.952464 [INFO] mod_freetdm.c:2345 1:1 signalling
>>>> changed to :DOWN
>>>> 2011-06-06 22:02:29.952464 [DEBUG] ftmod_sangoma_isdn_support.c:186
>>>> [s1c2][1:2] Setting availability rate to:5
>>>> 2011-06-06 22:02:29.952464 [DEBUG] mod_freetdm.c:2268 got clear channel
>>>> sig [SIGSTATUS_CHANGED]
>>>> 2011-06-06 22:02:29.952464 [DEBUG] ftmod_sangoma_isdn_support.c:200
>>>> [s1c3][1:3] Setting availability rate to:5
>>>> 2011-06-06 22:02:29.952464 [INFO] mod_freetdm.c:2345 1:2 signalling
>>>> changed to :DOWN
>>>> 2011-06-06 22:02:29.952464 [DEBUG] ftmod_sangoma_isdn_support.c:186
>>>> [s1c3][1:3] Setting availability rate to:5
>>>> 2011-06-06 22:02:29.952464 [DEBUG] mod_freetdm.c:2268 got clear channel
>>>> sig [SIGSTATUS_CHANGED]
>>>> 2011-06-06 22:02:29.952464 [INFO] mod_freetdm.c:2345 1:3 signalling
>>>> changed to :DOWN
>>>> 2011-06-06 22:02:29.952464 [INFO] ftmod_sangoma_isdn_stack_rcv.c:631
>>>> Received RESTART CFM (dChan:1 ces:0 type:1)
>>>> 2011-06-06 22:02:29.952464 [DEBUG] ftmod_sangoma_isdn_stack_hndl.c:1179
>>>> Receved RESTART, but Restart Indicator IE not present
>>>> 2011-06-06 22:02:29.972464 [DEBUG] ftmod_sangoma_isdn_stack_rcv.c:681
>>>> [SNGISDN Q921] wp1: Protocol: Data Link connection UP(3): UA frame with
>>>> F-bit = 1(258)
>>>> 2011-06-06 22:02:29.972464 [INFO] ftmod_sangoma_isdn_stack_rcv.c:631
>>>> Received RESTART CFM (dChan:1 ces:0 type:0)
>>>> 2011-06-06 22:02:29.972464 [INFO] ftmod_sangoma_isdn_stack_rcv.c:729
>>>> [SNGISDN Q931] s1: Interface: UP(260): Dchan(285)
>>>> 2011-06-06 22:02:29.972464 [DEBUG] ftmod_sangoma_isdn_cntrl.c:43
>>>> [s1c1][1:1] Signalling link status changed to UP
>>>> 2011-06-06 22:02:29.972464 [DEBUG] ftmod_sangoma_isdn_cntrl.c:43
>>>> [s1c2][1:2] Signalling link status changed to UP
>>>> 2011-06-06 22:02:29.972464 [DEBUG] ftmod_sangoma_isdn_cntrl.c:43
>>>> [s1c3][1:3] Signalling link status changed to UP
>>>> 2011-06-06 22:02:29.972464 [DEBUG] ftmod_sangoma_isdn_support.c:200
>>>> [s1c1][1:1] Setting availability rate to:10
>>>> 2011-06-06 22:02:29.972464 [DEBUG] ftmod_sangoma_isdn_support.c:186
>>>> [s1c1][1:1] Setting availability rate to:10
>>>> 2011-06-06 22:02:29.972464 [DEBUG] ftmod_sangoma_isdn_support.c:200
>>>> [s1c2][1:2] Setting availability rate to:10
>>>> 2011-06-06 22:02:29.972464 [DEBUG] ftmod_sangoma_isdn_support.c:186
>>>> [s1c2][1:2] Setting availability rate to:10
>>>> 2011-06-06 22:02:29.972464 [DEBUG] ftmod_sangoma_isdn_support.c:200
>>>> [s1c3][1:3] Setting availability rate to:10
>>>> 2011-06-06 22:02:29.972464 [DEBUG] ftmod_sangoma_isdn_support.c:186
>>>> [s1c3][1:3] Setting availability rate to:10
>>>> 2011-06-06 22:02:29.972464 [DEBUG] ftmod_sangoma_isdn_stack_hndl.c:1179
>>>> Receved RESTART, but Restart Indicator IE not present
>>>> 2011-06-06 22:02:29.972464 [DEBUG] mod_freetdm.c:2268 got clear channel
>>>> sig [SIGSTATUS_CHANGED]
>>>> 2011-06-06 22:02:29.972464 [INFO] mod_freetdm.c:2345 1:1 signalling
>>>> changed to :UP
>>>> 2011-06-06 22:02:29.972464 [DEBUG] mod_freetdm.c:2268 got clear channel
>>>> sig [SIGSTATUS_CHANGED]
>>>> 2011-06-06 22:02:29.972464 [INFO] mod_freetdm.c:2345 1:2 signalling
>>>> changed to :UP
>>>> 2011-06-06 22:02:29.972464 [DEBUG] mod_freetdm.c:2268 got clear channel
>>>> sig [SIGSTATUS_CHANGED]
>>>> 2011-06-06 22:02:29.972464 [INFO] mod_freetdm.c:2345 1:3 signalling
>>>> changed to :UP
>>>> 2011-06-06 22:03:19.912462 [DEBUG] ftmod_sangoma_isdn_stack_rcv.c:681
>>>> [SNGISDN Q921] wp1: Protocol: Data Link connection DN(4): Disconnect
>>>> initiated(263)
>>>> 2011-06-06 22:03:19.932483 [DEBUG] ftmod_sangoma_isdn_stack_rcv.c:681
>>>> [SNGISDN Q921] wp1: Protocol: Data Link connection UP(3): UA frame with
>>>> F-bit = 1(258)
>>>> 2011-06-06 22:03:19.932483 [INFO] ftmod_sangoma_isdn_stack_rcv.c:631
>>>> Received RESTART CFM (dChan:1 ces:0 type:0)
>>>> 2011-06-06 22:03:19.932483 [DEBUG] ftmod_sangoma_isdn_stack_hndl.c:1179
>>>> Receved RESTART, but Restart Indicator IE not present
>>>> 2011-06-06 22:03:19.932483 [INFO] ftmod_sangoma_isdn_stack_rcv.c:729
>>>> [SNGISDN Q931] s1: Interface: UP(260): Dchan(285)
>>>> 2011-06-06 22:03:19.932483 [DEBUG] ftmod_sangoma_isdn_cntrl.c:43
>>>> [s1c1][1:1] Signalling link status changed to UP
>>>> 2011-06-06 22:03:19.932483 [DEBUG] ftmod_sangoma_isdn_cntrl.c:43
>>>> [s1c2][1:2] Signalling link status changed to UP
>>>> 2011-06-06 22:03:19.932483 [DEBUG] ftmod_sangoma_isdn_cntrl.c:43
>>>> [s1c3][1:3] Signalling link status changed to UP
>>>> 2011-06-06 22:03:19.932483 [DEBUG] ftmod_sangoma_isdn_support.c:200
>>>> [s1c1][1:1] Setting availability rate to:10
>>>> 2011-06-06 22:03:19.932483 [DEBUG] ftmod_sangoma_isdn_support.c:186
>>>> [s1c1][1:1] Setting availability rate to:10
>>>> 2011-06-06 22:03:19.932483 [DEBUG] ftmod_sangoma_isdn_support.c:200
>>>> [s1c2][1:2] Setting availability rate to:10
>>>> 2011-06-06 22:03:19.932483 [DEBUG] ftmod_sangoma_isdn_support.c:186
>>>> [s1c2][1:2] Setting availability rate to:10
>>>> 2011-06-06 22:03:19.932483 [DEBUG] ftmod_sangoma_isdn_support.c:200
>>>> [s1c3][1:3] Setting availability rate to:10
>>>> 2011-06-06 22:03:19.932483 [DEBUG] ftmod_sangoma_isdn_support.c:186
>>>> [s1c3][1:3] Setting availability rate to:10
>>>> 2011-06-06 22:03:19.932483 [DEBUG] mod_freetdm.c:2268 got clear channel
>>>> sig [SIGSTATUS_CHANGED]
>>>> 2011-06-06 22:03:19.932483 [INFO] mod_freetdm.c:2345 1:1 signalling
>>>> changed to :UP
>>>> 2011-06-06 22:03:19.932483 [DEBUG] mod_freetdm.c:2268 got clear channel
>>>> sig [SIGSTATUS_CHANGED]
>>>> 2011-06-06 22:03:19.932483 [INFO] mod_freetdm.c:2345 1:2 signalling
>>>> changed to :UP
>>>> 2011-06-06 22:03:19.932483 [DEBUG] mod_freetdm.c:2268 got clear channel
>>>> sig [SIGSTATUS_CHANGED]
>>>> 2011-06-06 22:03:19.932483 [INFO] mod_freetdm.c:2345 1:3 signalling
>>>> changed to :UP
>>>> freeswitch at internal>   ftdm list
>>>> +OK
>>>> span: 1 (wp1)
>>>> type: Sangoma (ISDN)
>>>> physical_status: ok
>>>> signaling_status: UP
>>>> chan_count: 3
>>>> dialplan: XML
>>>> context: public
>>>> dial_regex:
>>>> fail_dial_regex:
>>>> hold_music:
>>>> analog_options: none
>>>> +OK
>>>> span: 2 (wp2)
>>>> type: Sangoma (ISDN)
>>>> physical_status: alarmed
>>>> signaling_status: DOWN
>>>> chan_count: 3
>>>> dialplan: XML
>>>> context: public
>>>> dial_regex:
>>>> fail_dial_regex:
>>>> hold_music:
>>>> analog_options: none
>>>> +OK
>>>> span: 3 (FXS)
>>>> type: analog
>>>> physical_status: ok
>>>> signaling_status: UP
>>>> chan_count: 2
>>>> dialplan: XML
>>>> context: default
>>>> dial_regex:
>>>> fail_dial_regex:
>>>> hold_music:
>>>> analog_options: none
>>>> 
>>>> 
>>>> # wanrouter status
>>>> 
>>>> Devices currently active:
>>>>        wanpipe1 wanpipe2 wanpipe3
>>>> 
>>>> 
>>>> Wanpipe Config:
>>>> 
>>>> Device name | Protocol Map | Adapter  | IRQ | Slot/IO | If's | CLK |
>>>> Baud rate |
>>>> wanpipe1    | N/A          | A500/B700| 20  | 0       | 1    | N/A |
>>>> 0         |
>>>> wanpipe2    | N/A          | A500/B700| 20  | 0       | 1    | N/A |
>>>> 0         |
>>>> wanpipe3    | N/A          | A200/A400/B600/B700/B800| 20  | 0       |
>>>> 1    | N/A | 0         |
>>>> 
>>>> Wanrouter Status:
>>>> 
>>>> Device name | Protocol | Station | Status        |
>>>> wanpipe1    | AFT ISDN | N/A     | Connected     |
>>>> wanpipe2    | AFT ISDN | N/A     | Disconnected  |
>>>> wanpipe3    | A-ANALOG | N/A     | Connected     |
>>>> 
>>>> 
>>>> # cat /etc/wanpipe/wanrouter.rc
>>>> #!/bin/sh
>>>> # .. comments snipped ...
>>>> ROUTER_BOOT=YES
>>>> WAN_CONF_DIR=/etc/wanpipe
>>>> WAN_INTR_DIR=/etc/wanpipe/interfaces
>>>> WAN_BIN_DIR=/usr/sbin
>>>> WAN_LOG=/var/log/wanrouter
>>>> WAN_LOCK=/var/lock/wanrouter
>>>> WAN_LOCK_DIR=/var/lock
>>>> WAN_IP_FORWARD=NO
>>>> NEW_IF_TYPE=NO
>>>> WAN_LIB_DIR=/etc/wanpipe/lib
>>>> WAN_ADSL_LIST=/etc/wanpipe/wan_adsl.list
>>>> WAN_ANNEXG_LOAD=NO
>>>> WAN_SCTP_LOAD=NO
>>>> WAN_LIP_LOAD=NO
>>>> WAN_DYN_WANCONFIG=NO
>>>> WAN_SCRIPTS_DIR=/etc/wanpipe/scripts
>>>> WAN_FIRMWARE_DIR=/etc/wanpipe/firmware
>>>> WAN_DEVICES_REV_STOP_ORDER=YES
>>>> WAN_DEVICES="wanpipe1 wanpipe2 wanpipe3 "
>>>> 
>>>> # cat /etc/wanpipe/wanpipe1.conf
>>>> #================================================
>>>> # WANPIPE1 Configuration File
>>>> #================================================
>>>> #
>>>> # Note: This file was generated automatically
>>>> #       by /usr/local/sbin/setup-sangoma program.
>>>> #
>>>> #       If you want to edit this file, it is
>>>> #       recommended that you use wancfg program
>>>> #       to do so.
>>>> #================================================
>>>> # Sangoma Technologies Inc.
>>>> #================================================
>>>> 
>>>> 
>>>> 
>>>> 
>>>> [devices]
>>>> wanpipe1 = WAN_AFT_ISDN_BRI, Comment
>>>> 
>>>> [interfaces]
>>>> w1g1 = wanpipe1, , TDM_VOICE_API, Comment
>>>> 
>>>> [wanpipe1]
>>>> CARD_TYPE     = AFT
>>>> S514CPU     = A
>>>> CommPort     = PRI
>>>> AUTO_PCISLOT     = NO
>>>> PCISLOT     = 0
>>>> PCIBUS      = 5
>>>> FE_MEDIA    = BRI
>>>> FE_LINE        = 1
>>>> TDMV_LAW    = ALAW
>>>> RM_BRI_CLOCK_MASTER    = NO
>>>> MTU         = 1500
>>>> UDPPORT     = 9000
>>>> TTL        = 255
>>>> IGNORE_FRONT_END = NO
>>>> TDMV_SPAN    = 1
>>>> TE_AIS_MAINTENANCE = NO            #NO: defualt  YES: Start port in AIS
>>>> Blue Alarm and keep line down
>>>>                                    #wanpipemon -i w1g1 -c Ttx_ais_off to
>>>> disable AIS maintenance mode
>>>>                                    #wanpipemon -i w1g1 -c Ttx_ais_on to
>>>> enable AIS maintenance mode
>>>> TDMV_HW_DTMF        = YES        # YES: receive dtmf events from hardware
>>>> TDMV_HW_FAX_DETECT      = YES     # YES: receive fax 1100hz events from
>>>> hardware
>>>> HWEC_OPERATION_MODE     = OCT_NORMAL    # OCT_NORMAL: echo cancelation
>>>> enabled with nlp (default)
>>>>                                            # OCT_SPEECH: improves software
>>>> tone detection by disabling NLP (echo possible)
>>>>                                            # OCT_NO_ECHO:disables echo
>>>> cancelation but allows VQE/tone functions.
>>>> HWEC_DTMF_REMOVAL       = NO    # NO: default  YES: remove dtmf out of
>>>> incoming media (must have hwdtmf enabled)
>>>> HWEC_NOISE_REDUCTION    = NO    # NO: default  YES: reduces noise on the
>>>> line - could break fax
>>>> HWEC_ACUSTIC_ECHO       = NO    # NO: default  YES: enables acustic echo
>>>> cancelation
>>>> HWEC_NLP_DISABLE        = NO    # NO: default  YES: guarantees software
>>>> tone detection (possible echo)
>>>> HWEC_TX_AUTO_GAIN       = 0     # 0: disable   -40-0: default tx audio
>>>> level to be maintained (-20 default)
>>>> HWEC_RX_AUTO_GAIN       = 0     # 0: disable   -40-0: default tx audio
>>>> level to be maintained (-20 default)
>>>> HWEC_TX_GAIN            = 0     # 0: disable   -24-24: db values to be
>>>> applied to tx signal
>>>> HWEC_RX_GAIN            = 0     # 0: disable   -24-24: db values to be
>>>> applied to tx signal
>>>> 
>>>> [w1g1]
>>>> ACTIVE_CH    = ALL
>>>> TDMV_HWEC    = YES
>>>> MTU         = 80
>>>> 
>>>>     ... and wanpipe2 was also automatically generated so just has '2' for
>>>> FE_LINE and TDMV_SPAN instead of '1'.
>>>> 
>>>> # cat /usr/local/freeswitch/conf/freetdm.conf
>>>> [span wanpipe wp1]
>>>> trunk_type =>   bri
>>>> group=1
>>>> b-channel =>   1:1-2
>>>> d-channel =>   1:3
>>>> 
>>>> [span wanpipe wp2]
>>>> trunk_type =>   bri
>>>> group=1
>>>> b-channel =>   2:1-2
>>>> d-channel =>   2:3
>>>> 
>>>> [span wanpipe FXS]
>>>> name =>   freetdm
>>>> trunk_type =>   fxs
>>>> group =>   grp2
>>>> fxs-channel =>   3:1
>>>> 
>>>> trunk_type =>   fxs
>>>> group =>   grp2
>>>> fxs-channel =>   3:2
>>>> 
>>>> # cat /usr/local/freeswitch/conf/autoload_configs/freetdm.conf.xml
>>>> <configuration name="freetdm.conf" description="Freetdm Configuration">
>>>> <settings>
>>>> <param name="debug" value="0"/>
>>>> <!--<param name="hold-music" value="$${moh_uri}"/>-->
>>>> <!--<param name="enable-analog-option" value="call-swap"/>-->
>>>> <!--<param name="enable-analog-option" value="3-way"/>-->
>>>> </settings>
>>>> 
>>>> <config_profiles>
>>>> 
>>>> <profile name="my_bri_te_1">
>>>> <param name="switchtype" value="euroisdn" />
>>>> <param name="interface" value="cpe"/>
>>>> <param name="facility" value="no" />
>>>> </profile>
>>>> 
>>>> </config_profiles>
>>>> 
>>>> <sangoma_bri_spans>
>>>> 
>>>> <span name="wp1" cfgprofile="my_bri_te_1">
>>>> <param name="dialplan" value="XML"/>
>>>> <param name="context" value="public"/>
>>>> </span>
>>>> 
>>>> <span name="wp2" cfgprofile="my_bri_te_1">
>>>> <param name="dialplan" value="XML"/>
>>>> <param name="context" value="public"/>
>>>> </span>
>>>> 
>>>> </sangoma_bri_spans>
>>>> 
>>>> 
>>>> <analog_spans>
>>>> 
>>>> <span name="FXS">
>>>> <!--<param name="hold-music" value="$${moh_uri}"/>-->
>>>> <param name="dialplan" value="XML"/>
>>>> <param name="context" value="default"/>
>>>> <!-- regex to stop dialing when it matches -->
>>>> <!--<param name="dial-regex" value="5555"/>-->
>>>> <!-- regex to stop dialing when it does not match -->
>>>> <!--<param name="fail-dial-regex" value="^5"/>-->
>>>> </span>
>>>> 
>>>> </analog_spans>
>>>> 
>>>> </configuration>
>>>> 
>>>> What other config files do I need to supply? I don't want to deluge the
>>>> list any more in my first post!
>>>> 
>>>> 2. We have 2 Single Number DDI numbers configured over the 4 channels.
>>>> I want to set up outgoing calls so that they can appear to come from
>>>> either of the two numbers, but at present the outgoing CLI appears to be
>>>> overridden by the telco (BT) to only use one of the numbers.  Has anyone
>>>> got this working in UK, and what is the format for the
>>>> outbound_caller_id_number: last 6 digits or full 11 digits?  I note that
>>>> the inbound called number is only the last 6 digits.
>>>> 
>>>> 3. I have built FreeSWITCH from git and installed at /usr/local/... and
>>>> then followed the steps on the Ubuntu page in the Wiki to set up the run
>>>> control scripts, etc, and run FS non-root as freeswitch:daemon.  With
>>>> FreeTDM, I have discovered that the /dev/wan* devices are owned by
>>>> root:root, and so are inaccessible to FS running as non-root.  So for
>>>> now I have added a line in /etc/init.d/freeswitch to 'chgrp freeswitch
>>>> /dev/wan*'.  This is not the most elegant solution, because 'wanrouter
>>>> restart' (which seems to be my best friend at the moment) resets the
>>>> ownership to root:root.  I have tried grepping to see where the mknods
>>>> are for these devices, but have been unsuccessful.  Is there a better
>>>> place to 'permanently' change the device ownership?
>>>> 
>>>> Thanks for all the great support I have already got just from editing my
>>>> Wiki User page; this is a friendly group!
>>>> 
>>>> John
>>>> 
>>>> _______________________________________________
>>>> FreeSWITCH-users mailing list
>>>> FreeSWITCH-users at lists.freeswitch.org
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>> http://www.freeswitch.org
>>> 
>>> _______________________________________________
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>> 
>>> 
>> 
>> 
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>> 
> 
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

Michal Bielicki
Geschäftsführer / CEO

Seventh Signal Ltd. & Co. KG
Weigandufer 45, Büro 115, D-12059 Berlin
Voice: +49 30 60988730

Amtsgericht Charlottenburg HRA 44413 B
Ust.-ID: DE266981999
Geschäftsführer: Michal Bielicki
Persönlich Haftende Gesellschafterin:
Seventh Signal Ltd, 69 Great Hampton St. Birmingham, 
B18 6EW, GB, Company Nr.: 06889439
WWW.: http://www.seventhsignal.de

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110611/438f84fc/attachment-0001.html 


More information about the FreeSWITCH-users mailing list