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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 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@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 _______________________________________________ --Bandwidth and Colocation sponsored by Easynews.com -- Asterisk-Users mailing list Asterisk-Users@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