[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