Thanks about the explanation. I'm rather new to all of this digital telephony world. I'm a computer networks guy :)
If I understood well, the transfer limitation isn�t a MFC/R2 one, but a PSTN one?. Can I transfer calls using the PBX call control even in R2 if the PBX support it? Flash didn�t work because it isnt a Zap FXO signalled interface, but even commenting the condition in the code it didn�t work in the UniCall channel. And Transfer, as said, does nothing at all. If some code is missing in app_flash.c (and the PBX support it) I can patch the code, but I need to know if it is supported by UniCall library (or R2).
Regarding outgoing calls, I'd 2 problems, the timeout after 1 ring or aroung 4 seconds (it still remains), and a problem with the codec. Apparently alaw wasn�t selected (despite some code tracing showing codec 8 (alaw) was used) and audio was corrupted, and MF codes were sometimes misunderstood because that. I�ve solved it forcing the alaw use in the asterisk code, but now I feel dirty :) The new code will solve this problem too?. Incoming calls work fine (they even show "alaw" as the default codec after a call) and if I use a previously used channel with the codec set for an outgoing call, the sound is OK even with the unmodified code.
Thanks for your time and work
Guillermo
Guillermo Freige wrote:
Steve:
This means the only way to use Transfer (or Hook and DTMFSend) in a E1 is using it as a channel bank trunk using FXO signaling?. I really need to free those channels.
FXO signaling cannot reroute the call. You are relying on * to do that work, as an extension of the usual capabilities of FXO signaling. If your channel bank were connected directly to the PSTN it would have the same limitations as your MFC/R2 setup.
I'm glad the outgoing problem will be solved soon. If Transfer don't work, it's the only way to call the operator via a second channel.
An operator could take control of the call and reroute it, but I'm not sure how you would alert the operator and get them involved. You say you are using MFC/R2 with a PBX, rather than the PSTN. The PBX might be able to offer you some help, if it supports call control by DTMF recall. An MFC/R2 connection to the PSTN would definitely not. I've never used Merdians with R2, so I have no idea of their capabilities.
BTW, I'm in Argentina using the local R2 variant against a Meridian 1 Option 11C via a DTI2 card, Asterisk is using a 410P card in E1 mode.
Thanks. That's another data point I have about what works, and what does not. :-)
Regards, Steve
_______________________________________________ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
_________________________________________________________________
Charla con tus amigos en l�nea mediante MSN Messenger: http://messenger.latam.msn.com/
_______________________________________________ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
