Steve:
The problem occurs only in Asterisk 1.4, not at 1.2.
The log is the same that Carlos post here. We recive an Unexpected MF6
signal when a No caller ID or restriected Caller ID is recive.
This is for all the operatos.
If we add mfcr2-group_i_end_of_ANI_restricted =
Alvaro,
Naming Asterisk versions is of little help since Asterisk is not
the one failing here. It would be more helpful know the libmfcr2 and
spandsp versions that were used in the working/non working tests, is
that possible? do you have the versions at hand?
Thanks a lot.
On 7/23/07,
On Mon, 2007-07-23 at 11:47 -0500, Moises Silva wrote:
Alvaro,
Naming Asterisk versions is of little help since Asterisk is not
the one failing here. It would be more helpful know the libmfcr2 and
spandsp versions that were used in the working/non working tests, is
that possible? do you
Moises:
Yes:
On version 1.4 I use the next versions:
libmfcr2-0.0.3_1.4
libunicall-0.0.3_1.4
The ones at 1.2. i send tomorrow, becouse i don't remeber witch
versions i use (witch pre).
I menssioned the Asterisk versions, becouse after
Alvaro Parres wrote:
Search at mfcr2.c this:
case MFCR2_PROT_MEXICO:
And add the next line after that line:
mfcr2-group_i_end_of_ANI_restricted = R2_SIGI_12;
This will help you on calls that have the restricted flag on the ANI
only. (Nextel). But not on no caller id calls.
On Thu, 19 Jul 2007 12:14:53 -0500, Alvaro Parres wrote
Yes Moises, i was looking for it.
The main problem is only on the files for version 1.4... it give that
error when no CallerID is recive or a private caller id is recive.
The change i made is to add to Mexico variant on
Yes Moises, i was looking for it.
The main problem is only on the files for version 1.4... it give that
error when no CallerID is recive or a private caller id is recive.
The change i made is to add to Mexico variant on mfcr2.c this line
mfcr2-group_i_end_of_ANI_restricted = R2_SIGI_12;
Search at mfcr2.c this:
case MFCR2_PROT_MEXICO:
And add the next line after that line:
mfcr2-group_i_end_of_ANI_restricted = R2_SIGI_12;
This will help you on calls that have the restricted flag on the ANI only.
(Nextel). But not on no caller id calls.
I don't know if steve can help
On Thu, 19 Jul 2007 12:14:53 -0500, Alvaro Parres wrote
Yes Moises, i was looking for it.
The main problem is only on the files for version 1.4... it give that
error when no CallerID is recive or a private caller id is recive.
The change i made is to add to Mexico variant on
Alvaro, can you post the patch in a public place and post the URL
here? It might be a good idea to contact steve underwood to see what
he has to say about such a patch.
Regards,
On 7/18/07, Alvaro Parres [EMAIL PROTECTED] wrote:
Carlos:
Only for check do this change:
Could you send please your unicall.conf file
Thanks.
It appers to be a problem with de ANI digits you want to recive.
On 7/17/07, Carlos Chavez [EMAIL PROTECTED] wrote:
On Tue, 2007-07-17 at 19:30 -0500, Moises Silva wrote:
In order to help you I need testcall traces, with max level of
On Wed, 2007-07-18 at 08:10 -0500, Alvaro Parres wrote:
Could you send please your unicall.conf file
Thanks.
It appers to be a problem with de ANI digits you want to recive.
loglevel=1
protocolclass=mfcr2
protocolvariant=mx,10,4
protocolend=cpe
language=es
usecallerid=yes
On Wed, 2007-07-18 at 08:10 -0500, Alvaro Parres wrote:
Could you send please your unicall.conf file
Thanks.
It appers to be a problem with de ANI digits you want to recive.
Also Nextel never sends CallerID. When someone calls me from a Nextel
phone to my cell or to my
Carlos:
Only for check do this change:
protocolvariant=mx,10,4
for
protocolvariant=mx,0,4
If it's works, contact me and i will send you a patch for libmfcr.c
Thanks.
Carlos:
Has el cambio que te pido arriva, para revisar si es lo del caller ID.
Casi estoy seguro nosotros en
I have a customer that is complaining that any call coming in from
Nextel gives a fast busy. We are running Asterisk 1.4.7.1 with Zaptel
1.4.3 and all the MFC/R2 patches and libraries. All other calls go out
and come in, just Nextel seems to have this problem. The phone company
El Tue, Jul 17 de 2007 a las 14:39 -0500, Carlos Chavez comentaba:
I have a customer that is complaining that any call coming in from
Nextel gives a fast busy. We are running Asterisk 1.4.7.1 with Zaptel
1.4.3 and all the MFC/R2 patches and libraries. All other calls go out
and come
On Tue, 2007-07-17 at 15:39 -0500, Victor Toofic wrote:
El Tue, Jul 17 de 2007 a las 14:39 -0500, Carlos Chavez comentaba:
I have a customer that is complaining that any call coming in from
Nextel gives a fast busy. We are running Asterisk 1.4.7.1 with Zaptel
1.4.3 and all the MFC/R2
In order to help you I need testcall traces, with max level of
logging, of incoming Nextel calls.
Regards,
On 7/17/07, Carlos Chavez [EMAIL PROTECTED] wrote:
On Tue, 2007-07-17 at 15:39 -0500, Victor Toofic wrote:
El Tue, Jul 17 de 2007 a las 14:39 -0500, Carlos Chavez comentaba:
I
On Tue, 2007-07-17 at 19:30 -0500, Moises Silva wrote:
In order to help you I need testcall traces, with max level of
logging, of incoming Nextel calls.
Here is the log file from a couple of calls from a Nextel phone:
[Jul 17 21:46:08] WARNING[4771] chan_unicall.c: MFC/R2 UniCall/56
-
19 matches
Mail list logo