[asterisk-r2] Unicall issu
Luis Morales
fastonion at gmail.com
Thu Nov 20 09:37:29 CST 2008
Excelent!
On Fri, Nov 21, 2008 at 10:47 AM, Alexis Gavidia <agavidia at iptelven.com> wrote:
> Hi luis I already solve the issu, Moy help me to solve. I had a problem
> when the ANI was restricted
>
> Just open mfcr2.c and go to the section that says: MFCR2_PROT_VENEZUELA
>
> Add a line there with this:
>
> mfcr2->group_i_end_of_ANI_restricted = R2_SIGI_12;
>
> by the way Movistar is my provider
>
> Thanks Alexis
>
> On Thu, Nov 20, 2008 at 9:54 AM, Luis Morales <fastonion at gmail.com> wrote:
>>
>> Hi Alexis,
>>
>> I have r2 working with cantv and movistar on venezuela. Let's me know
>> your provider.
>>
>> Regards,
>>
>> Luis Morales
>>
>> On Thu, Nov 20, 2008 at 6:15 PM, Moises Silva <moises.silva at gmail.com>
>> wrote:
>> > It seems the ANI is restricted and libmfcr2 does not accept that (at
>> > least in the version you are using). So, probably a small patch to
>> > libmfcr2 would be enough to fix it.
>> >
>> > Just open mfcr2.c and go to the section that says: MFCR2_PROT_VENEZUELA
>> >
>> > Add a line there with this:
>> >
>> > mfcr2->mfc.group_i_end_of_ANI_restricted = R2_SIGI_12;
>> >
>> > That is considering that you have the latest version of libmfcr2, if
>> > not, then you will have to find out the correct syntax.
>> >
>> > On Wed, Nov 19, 2008 at 4:28 PM, Alexis Gavidia <agavidia at iptelven.com>
>> > wrote:
>> >> Thanks Moises,
>> >>
>> >> When the call comes from an international number in the trace can be
>> >> seen as
>> >> a mistake in the protocol. But when the call originates from venezuela
>> >> no
>> >> problem so the called complete without problems.
>> >>
>> >> Any idea why is this happenig
>> >>
>> >> Thanks Alexis Gavidia
>> >>
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 <- 0001 [1/IDLE /Idle /Idle ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 Detected
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 Creating a new call with CRN 32844
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 1101 -> [2/DETECTED/Seize ack /Seize ack ]
>> >> [Nov 19 12:43:55] NOTICE[2837]: chan_unicall.c:2516 handle_uc_event:
>> >> Unicall/17 event Detected
>> >> [Nov 19 12:43:55] NOTICE[2837]: chan_unicall.c:2516 handle_uc_event:
>> >> Unicall/17 event Detected
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 <- 0 on [2/DETECTED/Seize ack /Seize ack ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 5 on -> [2/DETECTED/Group A /Category req ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 <- 0 off [2/DETECTED/Group A /Category req ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 5 off -> [2/DETECTED/Group A /Category req ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 <- 1 on [2/DETECTED/Group A /Category req ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 9 on -> [2/DETECTED/Group A /ANI request ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 <- 1 off [2/DETECTED/Group A /ANI request ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 9 off -> [2/DETECTED/Group A /ANI request ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 <- C on [2/DETECTED/Group A /ANI request ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 R2 prot. err. [2/DETECTED/Group A /ANI request ]
>> >> cause
>> >> 32772 - Unexpected MF6 signal
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 1001 -> [1/IDLE /Idle /Idle ]
>> >> [Nov 19 12:43:55] NOTICE[2837]: chan_unicall.c:2516 handle_uc_event:
>> >> Unicall/17 event Protocol failure
>> >> [Nov 19 12:43:55] NOTICE[2837]: chan_unicall.c:2516 handle_uc_event:
>> >> Unicall/17 event Protocol failure
>> >> [Nov 19 12:43:55] ERROR[2837]: chan_unicall.c:2520 handle_uc_event:
>> >> Unicall/17 protocol error. Cause 32772
>> >> [Nov 19 12:43:55] ERROR[2837]: chan_unicall.c:2520 handle_uc_event:
>> >> Unicall/17 protocol error. Cause 32772
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 Channel echo cancel
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:868 unicall_disable_ec:
>> >> disabled echo cancellation on channel 17
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 <- 0001 [1/IDLE /Idle /Idle ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 Detected
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 Creating a new call with CRN 32814
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 1101 -> [2/DETECTED/Seize ack /Seize ack ]
>> >> [Nov 19 12:43:55] NOTICE[2837]: chan_unicall.c:2516 handle_uc_event:
>> >> Unicall/18 event Detected
>> >> [Nov 19 12:43:55] NOTICE[2837]: chan_unicall.c:2516 handle_uc_event:
>> >> Unicall/18 event Detected
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 <- 0 on [2/DETECTED/Seize ack /Seize ack ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 5 on -> [2/DETECTED/Group A /Category req ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 <- 0 off [2/DETECTED/Group A /Category req ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 5 off -> [2/DETECTED/Group A /Category req ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 <- 1 on [2/DETECTED/Group A /Category req ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 9 on -> [2/DETECTED/Group A /ANI request ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 <- 1 off [2/DETECTED/Group A /ANI request ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 9 off -> [2/DETECTED/Group A /ANI request ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 <- C on [2/DETECTED/Group A /ANI request ]
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 R2 prot. err. [2/DETECTED/Group A /ANI request ]
>> >> cause
>> >> 32772 - Unexpected MF6 signal
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 1001 -> [1/IDLE /Idle /Idle ]
>> >> [Nov 19 12:43:55] NOTICE[2837]: chan_unicall.c:2516 handle_uc_event:
>> >> Unicall/18 event Protocol failure
>> >> [Nov 19 12:43:55] NOTICE[2837]: chan_unicall.c:2516 handle_uc_event:
>> >> Unicall/18 event Protocol failure
>> >> [Nov 19 12:43:55] ERROR[2837]: chan_unicall.c:2520 handle_uc_event:
>> >> Unicall/18 protocol error. Cause 32772
>> >> [Nov 19 12:43:55] ERROR[2837]: chan_unicall.c:2520 handle_uc_event:
>> >> Unicall/18 protocol error. Cause 32772
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 Channel echo cancel
>> >> [Nov 19 12:43:55] DEBUG[2837]: chan_unicall.c:868 unicall_disable_ec:
>> >> disabled echo cancellation on channel 18
>> >> [Nov 19 12:44:00] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 <- 1001 [1/IDLE /Idle /Idle ]
>> >> [Nov 19 12:44:00] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 1001 -> [1/IDLE /Idle /Idle ]
>> >> [Nov 19 12:44:00] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 <- 1001 [1/IDLE /Idle /Idle ]
>> >> [Nov 19 12:44:00] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/18 1001 -> [1/IDLE /Idle /Idle ]
>> >> [Nov 19 12:44:01] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 <- 0001 [1/IDLE /Idle /Idle ]
>> >> [Nov 19 12:44:01] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 Detected
>> >> [Nov 19 12:44:01] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 Creating a new call with CRN 32845
>> >> [Nov 19 12:44:01] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 1101 -> [2/DETECTED/Seize ack /Seize ack ]
>> >> [Nov 19 12:44:01] NOTICE[2837]: chan_unicall.c:2516 handle_uc_event:
>> >> Unicall/17 event Detected
>> >> [Nov 19 12:44:01] NOTICE[2837]: chan_unicall.c:2516 handle_uc_event:
>> >> Unicall/17 event Detected
>> >> [Nov 19 12:44:01] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 <- 1001 [2/DETECTED/Seize ack /Seize ack ]
>> >> [Nov 19 12:44:01] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 Far end disconnected(cause=Normal, unspecified cause [31]) -
>> >> state 0x2
>> >> [Nov 19 12:44:01] NOTICE[2837]: chan_unicall.c:2516 handle_uc_event:
>> >> Unicall/17 event Far end disconnected
>> >> [Nov 19 12:44:01] NOTICE[2837]: chan_unicall.c:2516 handle_uc_event:
>> >> Unicall/17 event Far end disconnected
>> >> [Nov 19 12:44:01] NOTICE[2837]: chan_unicall.c:2788 handle_uc_event:
>> >> CRN
>> >> 32845 - far disconnected cause=Normal, unspecified cause [31]
>> >> [Nov 19 12:44:01] NOTICE[2837]: chan_unicall.c:2788 handle_uc_event:
>> >> CRN
>> >> 32845 - far disconnected cause=Normal, unspecified cause [31]
>> >> [Nov 19 12:44:01] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 Call control(7)
>> >> [Nov 19 12:44:01] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 Drop call(cause=Normal Clearing [16])
>> >> [Nov 19 12:44:01] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 Call disconnected(cause=Normal, unspecified cause [31]) -
>> >> state
>> >> 0x800
>> >> [Nov 19 12:44:01] NOTICE[2837]: chan_unicall.c:2516 handle_uc_event:
>> >> Unicall/17 event Drop call
>> >> [Nov 19 12:44:01] NOTICE[2837]: chan_unicall.c:2516 handle_uc_event:
>> >> Unicall/17 event Drop call
>> >> [Nov 19 12:44:01] DEBUG[2837]: chan_unicall.c:2836 handle_uc_event: CRN
>> >> 32845 - Doing a release call
>> >> [Nov 19 12:44:01] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 Call control(8)
>> >> [Nov 19 12:44:01] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 Release call
>> >> [Nov 19 12:44:01] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 1001 -> [1/ALL DISC/Release guard /Seize ack ]
>> >> [Nov 19 12:44:01] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 Release guard expired
>> >> [Nov 19 12:44:01] DEBUG[2837]: chan_unicall.c:573 unicall_report:
>> >> MFC/R2
>> >> UniCall/17 Destroying call with CRN 32845
>> >> [Nov 19 12:44:01] NOTICE[2837]: chan_unicall.c:2516 handle_uc_event:
>> >> Unicall/17 event Release call
>> >> [Nov 19 12:44:01] NOTICE[2837]: chan_unicall.c:2516 handle_uc_event:
>> >> Unicall/17 event Release call
>> >> [Nov 19 12:44:01] DEBUG[2837]: chan_unicall.c:2850 handle_uc_event: CRN
>> >> 32845 - Call released
>> >>
>> >>
>> >>
>> >> On 11/19/08, Moises Silva <moises.silva at gmail.com> wrote:
>> >>>
>> >>> Alexis,
>> >>>
>> >>> I will gladly help, but you need to post your question with the proper
>> >>> information in asterisk-r2
>> >>> (http://lists.digium.com/pipermail/asterisk-r2/) mailing list.
>> >>>
>> >>> I also encourage you to try openr2, is an Unicall replacement that has
>> >>> more active development than Unicall and is in plan to be integrated
>> >>> formally as a part of Asterisk probably in 1.6.3 or some other near
>> >>> future release.
>> >>>
>> >>> In the meantime, the web page libopenr2.org offers download through
>> >>> google code and branches for Asterisk 1.2, 1.4 and 1.6.
>> >>>
>> >>> Regards,
>> >>>
>> >>> Moy
>> >>>
>> >>>
>> >>> On Wed, Nov 19, 2008 at 3:02 PM, Alexis Gavidia
>> >>> <agavidia at iptelven.com>
>> >>> wrote:
>> >>> > Hello thanks a lot for your work about unicall, i from venezuela and
>> >>> > i
>> >>> > used
>> >>> > R2 protocol, could you help me to solve a issu that i have in
>> >>> > venezuela
>> >>> > with
>> >>> > Movistar.
>> >>> >
>> >>> > Thanks Alexis Gavidia
>> >>> >
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> "I do not agree with what you have to say, but I'll defend to the
>> >>> death your right to say it." Voltaire
>> >>
>> >>
>> >
>> >
>> >
>> > --
>> > "I do not agree with what you have to say, but I'll defend to the
>> > death your right to say it." Voltaire
>> >
>> > _______________________________________________
>> > --Bandwidth and Colocation Provided by http://www.api-digital.com--
>> >
>> > asterisk-r2 mailing list
>> > To UNSUBSCRIBE or update options visit:
>> > http://lists.digium.com/mailman/listinfo/asterisk-r2
>> >
>>
>>
>>
>> --
>>
>> ---------------------------------------------------------------------------------
>> Luis Morales
>> Consultor de Tecnologia
>> Cel: +(58)416-4242091
>>
>> ---------------------------------------------------------------------------------
>> "Empieza por hacer lo necesario, luego lo que es posible... y de
>> pronto estarás haciendo lo imposible"
>>
>> Leonardo Da'Vinci
>>
>> ---------------------------------------------------------------------------------
>>
>> _______________________________________________
>> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>>
>> asterisk-r2 mailing list
>> To UNSUBSCRIBE or update options visit:
>> http://lists.digium.com/mailman/listinfo/asterisk-r2
>
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-r2 mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-r2
>
--
---------------------------------------------------------------------------------
Luis Morales
Consultor de Tecnologia
Cel: +(58)416-4242091
---------------------------------------------------------------------------------
"Empieza por hacer lo necesario, luego lo que es posible... y de
pronto estarás haciendo lo imposible"
Leonardo Da'Vinci
---------------------------------------------------------------------------------
More information about the asterisk-r2
mailing list