[asterisk-ss7] No audio using libss7 over E1

David Wilson dave at dcdata.co.za
Thu Aug 2 07:07:51 CDT 2012


OK. An inbound call was placed to our system which landed on CIC1.

/
//Unhandled optional parameter 0x8 'Optional forward call indicator'
[0x0 ]
Unhandled optional parameter 0x31 'Propagation Delay Counter'
[0x0 0x5a ]
Unhandled optional parameter 0x3a 'Unknown'
[0x44 0x2 0x68 0x0 0x0 0x0 ]
Unhandled optional parameter 0x3f 'Location Number'
[0x84 0x93 0x62 0x78 0x6 0x0 0x0 0x0 ]
Unhandled optional parameter 0x39 'Parameter Compatibility Information'
[0x31 0xd0 0x3a 0xd0 0x3f 0xc0 ]
     -- Accepting call to '01900' on CIC 1
     -- Executing [01900 at from-ss7:1] Answer("DAHDI/1-1", "") in new stack
     -- Executing [01900 at from-ss7:2] Monitor("DAHDI/1-1", 
"wav,1343909018.3,m") in new stack
     -- Executing [01900 at from-ss7:3] Playback("DAHDI/1-1", 
"/var/lib/asterisk/sounds/en/followme/pls-hold-while-try") in new stack
     -- <DAHDI/1-1> Playing 
'/var/lib/asterisk/sounds/en/followme/pls-hold-while-try.gsm' (language 
'en')
     -- Executing [01900 at from-ss7:4] MusicOnHold("DAHDI/1-1", 
"default,60") in new stack
     -- Started music on hold, class 'default', on DAHDI/1-1
     -- Stopped music on hold on DAHDI/1-1/


I ran "dahdi_monitor 1 -vv" and could see my music on hold traffic being 
transmitted as under (TX).

I've tried downgrading asterisk to asterisk-1.6.0 as suggested by some 
posts but I still get the same result. The calling in person does not 
hear my music on hold.




Get important Linux and industry-related news at: facebook.com/dcdata 
<http://facebook.com/dcdata>

Kind regards,

David Wilson
CNS,CLS, LINUX+, CLA, DCTS, LPIC3
*LinuxTech CC t/a DcData*
CK number: 2001/058368/23
*Website:* 	http://www.dcdata.co.za
*Support:* 	+27(0)860-1-LINUX
*Mobile:* 	+27(0)824147413
*Tel:* 	+27(0)333446100
*Fax:* 	+27(0)866878971


On 08/02/2012 01:34 PM, David Wilson wrote:
> Thank you for your reply Kalolyan.
>
> I've made the adjustments that you've suggested and will retest shortly.
> A quick check though with regards to dahdi_monitor syntax. May I use 
> dahdi_monitor as follows to show the CIC?
> /dahdi_monitor 1 -v/
>
> For monitoring channel 1.
>
>
>
>
>
>
> Get important Linux and industry-related news at: facebook.com/dcdata 
> <http://facebook.com/dcdata>
>
> Kind regards,
>
> David Wilson
> CNS,CLS, LINUX+, CLA, DCTS, LPIC3
> *LinuxTech CC t/a DcData*
> CK number: 2001/058368/23
> *Website:* 	http://www.dcdata.co.za
> *Support:* 	+27(0)860-1-LINUX
> *Mobile:* 	+27(0)824147413
> *Tel:* 	+27(0)333446100
> *Fax:* 	+27(0)866878971
>
>
> On 08/02/2012 01:02 PM, Kaloyan Kovachev wrote:
>> Hi,
>>
>> On Thu, 02 Aug 2012 12:19:06 +0200, David Wilson<dave at dcdata.co.za>
>> wrote:
>>> */etc/asterisk/chan_dahdi.conf*:
>>> [trunkgroups]
>>>
>>> [channels]
>>> usecallerid=yes
>>> hidecallerid=no
>>> callwaiting=yes
>>> usecallingpres=yes
>>> callwaitingcallerid=yes
>>> threewaycalling=yes
>>> transfer=yes
>>> canpark=yes
>>> cancallforward=yes
>>> callreturn=yes
>>> echocancel=yes
>>> echocancelwhenbridged=yes
>>> relaxdtmf=yes
>>> rxgain=0.0
>>> txgain=0.0
>>> group=1
>>> callgroup=1
>>> pickupgroup=1
>>> immediate=no
>>>
>>> ;Sangoma A102 port 1 [slot:4 bus:12 span:1]<wanpipe1>
>>> switchtype=euroisdn
>> you should not define switchtype with ss7 - it is only for PRI signaling
>>
>>> context=from-ss7
>>> group=0
>>> echocancel=no
>>> signaling=ss7
>>> linkset=1
>>> ss7type=itu
>>> ss7_called_nai=dynamic
>>> ss7_calling_nai=dynamic
>>> ss7_internationalprefix=00
>>> ss7_nationalprefix=0
>>> ss7_subscriberprefix=
>>> ss7_unknownprefix=
>>> ;ss7_explicitacm=yes
>>> pointcode=1379
>>> adjpointcode=1288
>>> defaultdpc=1288
>>> networkindicator=national
>>>
>>> ;First E1
>>> sigchan=16
>>> cicbeginswith=1
>>> channel=1-15
>>> cicbeginswith=17
>>> channel=17-31
>>>
>>> ;Second E1
>>> sigchan=47
>>> cicbeginswith=33
>>> channel=32-46
>>> cicbeginswith=49
>>> channel=48-62
>>>
>> please define your sigchans last.
>>
>> you may use dahdi_monitor to check on which CIC you are receiving the
>> audio from the other side and if it is not the one on which you are sending
>> it - you can be sure about the misalignment. You may comment out the second
>> E1 and check with the telco if they get the signaling on their first link
>> or (as you can't swap the cables) just swap them in your config and see if
>> the audio is working:
>>
>> ;First E1
>> cicbeginswith=1
>> channel=32-46
>> cicbeginswith=17
>> channel=48-62
>>
>> ;Second E1
>> cicbeginswith=33
>> channel=1-15
>> cicbeginswith=49
>> channel=17-31
>> sigchan=16
>> sigchan=47
>>
>>
>>> */etc/asterisk/extensions.conf*
>>> [general]
>>>
>>> [from-ss7]
>>> exten =>  _X.,1,Answer
>>> exten =>  _X.,n,Monitor(wav,${UNIQUEID},m)
>>> exten =>
>>> _X.,n,Playback(/var/lib/asterisk/sounds/en/followme/pls-hold-while-try)
>>> exten =>  _X.,n,MusicOnHold(default,60)
>>>
>>> Get important Linux and industry-related news at: facebook.com/dcdata
>>> <http://facebook.com/dcdata>
>>>
>>> Kind regards,
>>>
>>> David Wilson
>>> CNS,CLS, LINUX+, CLA, DCTS, LPIC3
>>> *LinuxTech CC t/a DcData*
>>> CK number: 2001/058368/23
>>> *Website:* 	http://www.dcdata.co.za
>>> *Support:* 	+27(0)860-1-LINUX
>>> *Mobile:* 	+27(0)824147413
>>> *Tel:* 	+27(0)333446100
>>> *Fax:* 	+27(0)866878971
>> --
>> _____________________________________________________________________
>> -- Bandwidth and Colocation Provided byhttp://www.api-digital.com  --
>>
>> asterisk-ss7 mailing list
>> To UNSUBSCRIBE or update options visit:
>>     http://lists.digium.com/mailman/listinfo/asterisk-ss7
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-ss7/attachments/20120802/745f00f6/attachment-0001.htm>


More information about the asterisk-ss7 mailing list