[asterisk-r2] Unicall issu

Alexis Gavidia agavidia at iptelven.com
Thu Nov 20 09:17:30 CST 2008


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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-r2/attachments/20081120/64525d84/attachment-0001.htm 


More information about the asterisk-r2 mailing list