search for: 1db

Hi I know this gets covered fairly regularly, but I've had a search through the archives and can't find anything dealing with this specifically - apologies if I've missed it though. I've got a TDM11B with the fxo port plugged into a standard UK BT PSTN line, loading wcfxs with OPERMODE=UK. All's working well, except if I get an incoming call through my bt line, and the

I have to match my packets based on MAC address, which I cannot do in the POSTROUTING chain, so I do it in PREROUTING using MARK. Then, I match on the MARK in the POSTROUTING chain to do a CLASSIFY. But this does not seem to work: wireless-r1 bwlimit # iptables -L -v -n -t mangle Chain PREROUTING (policy ACCEPT 3353K packets, 941M bytes) pkts bytes target prot opt in out source

...GetLDInfo: MediaErr in ld=0, span=0, arm=4 03/25 3:47:42: prRecGo: dataErr found on ld 0 span 0 arm 4 03/25 3:47:42: prRecGo: data NOT in cache; cacheLn=ffffffff, row=143014, stripe=50c052, refBlk=e6, type=1 03/25 3:47:42: prRecGo: R5-get cacheLn=133, c_ptr=d0dc1045 mem=d0daf9a4 & setup cInx=1db c=d0d26ee6 03/25 3:47:42: RtnFrmPrcRcyRd for arm=1 mem=d0db23f1 stripe=143014 type=2 i=0 status=ffff 03/25 3:47:42: RtnFrmPrcRcyRd for arm=2 mem=d0db2402 stripe=50c050 type=1 i=1 status=ffff 03/25 3:47:42: RtnFrmPrcRcyRd for arm=3 mem=d0db2413 stripe=50c051 type=1 i=2 status=ffff 03/25 3:47:42:...

> I hate to be a talker and not a do-er, but I won't be able to write this > myself, probably someone on the iaxclient team could do it. Anyway, let me know if/when someone's working on that. >> Hmm, or does that mean the analogue AGC is actually completely >> independent from the "real" AGC. Any thoughts? >> > > It's actually a bit more

I am finding that I have to increase the txgain in zapata.conf to 8 when my X101P is connected to my BT phone line, otherwise people can hardly hear me. This then gives echo issues. Do other people have the same problem on BT lines. I was wondering if I should give BT a call and get them to increase the gain on the line. Strange though as the rxgain is OK and I don't have this problem with

...ndle_exception+45 ffffff003e031a90 unix:hati_pte_map+123 () ffffff003e031b10 unix:hati_load_common+15d () ffffff003e031bd0 unix:hat_devload+198 () ffffff003e031c80 xnb:xnb_to_peer+12c () ffffff003e031d40 xnb:xnb_copy_to_peer+64d () ffffff003e031d70 xnbo:xnbo_from_mac+20 () ffffff003e031db0 mac:mac_promisc_dispatch_one+5f () ffffff003e031e10 mac:mac_promisc_client_dispatch+8c () ffffff003e031e90 mac:mac_rx_srs_drain+117 () ffffff003e031f20 mac:mac_rx_srs_process+1db () ffffff003e032010 mac:mac_tx_send+519 () ffffff003e032080 mac:mac_tx_single_ring_mode+f4 () ffffff003e032...

...> > code this stuff... > > > > JT > > The above "feature" request has been entered as bug #2023. > > It also appears that VM has an issue (by itself) with recording/playing > volume. Transmitting a 1004hz tone at 0db through a ata186 (set for > -1db fxs loss), and then retreiving the same VM results in that tone > measured at ~ -10db. Doing the same from a pstn location (via TDM FXO) > suggests the same -10db loss (in addition to the pstn loss). Zapata.conf > rxgain and txgain set to 0. Using CVS-HEAD-07/12/04, but same result &gt...

...i872=hSVv2@)0BIik1 z+g2I#*Gl478D_(29?`|(n%cUE)e-aIo>fV+_(qbX;Pmu{p|pl9&SFwou|(@?V??j` zSyo)H)65 at qL`&w|!omWPcT at 3lG@Y7KZ&{4!^2GWMnZ}ltReRJ)N)nqlQfGG{amw;N z;o-vK%4(xaE at _&3HZsjF4=je?lzgt$)nv_S?(tR(6W1FR-7gkJij<#SXA at 69TQG68 zWQo&2Sy0^ei|0hv2)f(CwiGF at K(?owSNt%}8!|1dB`8^U92*4V^9}7DuVPI+0e{WV z<Pqp{klDk;g;sguIy0oT5$Ca<@O8ok)!zDoU`?RDpv+eguJx5mH at u*%zMw7)=cxee z7G7XYMS(beh6~^~THn0d71RVH1!ciVReMKqU-J-|fAND4`}CL{|6s%>Hf!YBh at Iz> zm!*~iS>Y>(6F;D&n2Nd0j{OX~eRS?qqVKE)Ju~4mocR#Fe-X}k#ie(debpoIzHv&$ z&e5t*us~j971);tkN^x>fjr4nf~}y9+NM1...