Hi Richard,<br>
I am experiencing the same problem. I'd like to test your patch. Thing, is, I don't know which CVS it's in :)<br>
<br>
... I checked out 1.2-beta on Tuesday (9/21) and compiled it. When I
type 'show application voicemail', it does not describe the g(#)
option, so I think my version must not have it.<br>
<br>
I am using a TDM22B card and voicemails seem very quiet if they are
left from in incoming POTS connection. When I enter voicemail by direct
dialing a local extension and leave a message from the advanced options
menu, the recorded message is much louder.<br>
<br>
I should qualify, not only are my VMs coming in over POTS, I am
actually calling out first through the TDM22B, to Sipura, to VOIP
provider, back in via PSTN, to TDM22B, to VM. I'm amazed it works at
all :) ... I'm very impressed by Asterisk and especially
it's voicemail. I would like to resolve the low volume issue though. <br>
<br>
If you can tell me which CVS to check out, I can try it. I'd like to
stick to the 1.2-beta branch though because I don't want to rework all
my config files.<br>
<br>
<br><br><div><span class="gmail_quote">On 9/21/05, <b class="gmail_sendername">Rich Adamson</b> <<a href="mailto:radamson@routers.com">radamson@routers.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> On Monday 19 September 2005 12:38, Rich Adamson wrote:<br>> > The g(6) adds a 6 db gain for zap calls that end up recording a Voicemail<br>> > message.<br>> ...<br>><br>> > * 'g(#)' the specified amount of gain will be requested during message
<br>> > recording (units are whole-number decibels (dB))<br>><br>> How in the hell does that make any sense? are your normal incoming calls<br>> quiet too or just voicemail?<br><br>Yes, see bug 2022 and 2023 for details, as well as
<br> <a href="http://www.routers.com/asteriskprob/asterisk-config.htm">http://www.routers.com/asteriskprob/asterisk-config.htm</a><br>for a very detailed analysis of the problem.<br><br>I believe one of the more serious issues amounts to: if asterisk is
<br>located a fair distance from the central office (-7db in my case), setting<br>the rxgain and/or txgain to any level that would be considered reasonable<br>for that loss (eg, rxgain=5, txgain=5), hugh amounts of echo result that
<br>cannot be addressed through zapata.conf echo entris, and changing<br>compile options to agressive, etc, does not help. Its my believe<br>(from working with several TDM users), the further one is from the CO,<br>the bigger the problem. (Or, short pstn cable lengths less then about
<br>4 or 5db can almost always be addressed via parameters.)<br><br>The above workaround is very usable (assuming it works) when someone<br>calls in via the pstn and leaves a voicemail (which is already at<br>least 7db down plus their own pstn loss), and then I call in via the
<br>pstn to retrive the voicemail (now 14db down PLUS the original callers<br>pstn loss), the audio is so faint its difficult to impossible to<br>listen to.<br><br>> > In my case, the asterisk box is located about 7db from the central
<br>> > office. As noted in bug 2023 (and 2022), calls from an outside pstn<br>> > line coming into asterisk incure a 7db pstn loss (which can't be adjusted<br>> > for with rxgain and txgain as changing those values to something
<br>> > reasonable generates echo). Retrieving that VM message from an outside<br>> > location creates another 7db loss (now -14db down in total), making it<br>> > very difficult (if not impossible) to hear the message. (And, yes I've
<br>> > gone through all the recommendations with wav vs gsm files, etc.)<br>><br>> I am not sure I understand why the txgain/rxgain isn't fixing it without<br>> adding unacceptable echo... this all seems very odd... I mean for a test
<br>> you should be able to dial an echo() application and have extremely quiet<br>> echoed audio... is this the case?<br><br>As an ex-telco transmission engineer, believe me I've done my homework<br>and some very solid testing with expensive well-calibrated test equipment.
<br>As I've mentioned to Kevin, its almost like the TigerJet pci controller<br>on the TDM card is reversing bits six and seven (or something very odd<br>like that). Digium apparently now has a pci engineering type looking
<br>at the issues, which I'm told is using a pci logic analyzer, etc.<br><br>> > The work around "only" kicks in if the call comes from a zap channel<br>> > and ends up in voicemail, adding a 6db gain to that recorded message.
<br>> > No other channel types are impacted by this new parameter.<br>><br>> This is a HELL of a band-aid.<br><br>If you actually follow the logic that was originally stated in 2023,<br>this gain setting "is" highly useful for those systems that are
<br>further away from the CO (as mentioned above). For those closer to<br>the CO, it has zero value.<br><br>Rich<br><br><br>_______________________________________________<br>--Bandwidth and Colocation sponsored by <a href="http://Easynews.com">
Easynews.com</a> --<br><br>Asterisk-Users mailing list<br><a href="mailto:Asterisk-Users@lists.digium.com">Asterisk-Users@lists.digium.com</a><br><a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users
</a><br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br></blockquote></div><br>