[Asterisk-Users] Problems with MFC/R2 in Brazil

[Mabio Coelho]

Steve,

The line is good, because we looped in my end and everything is ok.

Regarding the card, it might be faulty, but I doubt it because I've tested
with two cards.

My config files might be broken, that is why I've posted my config files in
my previous post but it got stripped by the list.  So there we go:

Zaptel.conf:
# Autogenerated by /usr/local/sbin/genzaptelconf -- do not hand edit
# Zaptel Configuration File
#
# This file is parsed by the Zaptel Configurator, ztcfg
#

# It must be in the module loading order


# Span 1: WPE1/0 "wanpipe1 card 0" HDB3/ RED 
span=1,1,0,cas,hdb3
span=2,2,0,cas,hdb3
#
cas=1-15:1101
#dchan=16
cas=17-31:1101
#bchan=1-15,17-31:1101
#
cas=32-46:1101
#dchan=47
cas=48-62:1101

# Span 3: WCTDM/0 "Wildcard TDM400P REV I Board 1" 
fxoks=63
fxoks=64
fxsks=65
fxsks=66
##alaw=63-66
##fxoks=32
##fxoks=33
##fxsks=34
##fxsks=35

# Global data
loadzone	= br
defaultzone	= br

I think that is the only file needed right?

Thanks for the quick feedback.

Mabio Coelho

-----Original Message-----
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Steve
Underwood
Sent: sexta-feira, 11 de novembro de 2005 14:37
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [Asterisk-Users] Problems with MFC/R2 in Brazil

Mabio Coelho wrote:

> People,
>
> I'm tring to use 2 e-1 in Brazil. In order to get R@ signaling, I 
> compilled libdsp, unicall and stuff following www.soft-switch.org 
> <http://www.soft-switch.org/> comparing with another site (Dezert of 
> Zazamora, in Mexico). Asterisk is running fine with Asterisk but I 
> can't make calls.
>
> The guys on the telco company tells me that I have a LOMF (Loss of 
> Multi Frame) error in their end (the far-end) and we can exchange 
> digits. They expect R2-Digital signaling and they think the 
> implementation I use is not quite right.
>
> When I try to make a call the result is as follows:
>
> Nov 11 12:02:13 VERBOSE[3451]: -- Executing Dial("SIP/200-3ced", 
> "UNICALL/g2/55431100") in new stack Nov 11 12:02:13 DEBUG[3451]: Using 
> channel 1 Nov 11 12:02:13 DEBUG[3451]: unicall_call called - 'g2/55431100'
>
> Nov 11 12:02:13 DEBUG[3451]: unicall_call caller id - '"Mabio Coelho" 
> <200>'
>
> Nov 11 12:02:13 WARNING[3451]: MFC/R2 UniCall/1 Call control(1) Nov 11 
> 12:02:13 WARNING[3451]: MFC/R2 UniCall/1 Make call Nov 11 12:02:13 
> WARNING[3451]: Make call failed - Blocked Nov 11 12:02:13 DEBUG[3451]: 
> ast call on peer returned -1 Nov 11 12:02:13 DEBUG[3451]: Hanging up 
> channel 'UniCall/1-1'
>
> Nov 11 12:02:13 DEBUG[3451]: unicall_hangup(UniCall/1-1) Nov 11 
> 12:02:13 WARNING[3451]: MFC/R2 UniCall/1 Channel gains Nov 11 12:02:13 
> WARNING[3451]: MFC/R2 UniCall/1 Channel switching Nov 11 12:02:13 
> DEBUG[3451]: Hangup: channel: 1 index = 0, normal = 18, callwait = -1, 
> thirdcall = -1 Nov 11 12:02:13 DEBUG[3451]: Updated conferencing on 1, 
> with 0 conference users Nov 11 12:02:13 VERBOSE[3451]: -- Hungup 
> 'UniCall/1-1'
>
> Nov 11 12:02:13 VERBOSE[3451]: == Everyone is busy/congested at this time
>
> I'm attaching the three most relevant configuration files. Sorry if is 
> kind of messy (a lot of lines commented out), that is because I tried 
> a lot of things before posting.
>
If the telco sees a loss of multi-frame sync from your end the problem 
is nothing to so with the MFC/R2 code. Either you have the zaptel.conf 
set incorrectly, or your line is faulty, or a card is faulty.

Steve

_______________________________________________
--Bandwidth and Colocation sponsored by Easynews.com --

Asterisk-Users mailing list
Asterisk-Users at lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users