Покажи теми - senser
Виж публикациите на потр. | * Виж темите на потр. | Виж прикачените файлове на потр
Страници: 1 [2] 3 4 ... 7
16  Linux секция за начинаещи / Настройка на програми / Asterisk и факсове през T.38 -: Apr 01, 2011, 23:36
Здравейте,

Боря с с asterisk 1.6.2.17 факсове през T.38 протокола. Сървърyt, на който е инсталиран астериска е зад един адсл модем на БТК и един мой рутер с линукс и iptables на него. На модема и на рутера съм пренасочил портове 5060 (SIP), 4569 (IAX), 5065 (един от провайдърите го ползва), както и 30000-31000 (RTP). Провайдъра, който (уж) поддържа T.38 е transcomvoip, но понеже не бяха сигурни дали ще сработи ми направиха един тестов акаунт, с който да тествам и, ако са ОК вече да им стана клиент.
През централата си минават разговори през SIP или IAX каналите без проблем. SIP регистрациите също не са проблем - регистрирам се в централата и мога да пратя факс, който се получава през T.38 чрез softphone Zoiper, което ме навежда на мисълта, че в астериска ми няма проблем с T.38.
Когато обаче се опитам да изпратя факс през transcom нещата не се получават. Ето как изпращам факс:
Код:
asterisk CLI>originate SIP/transcom/0044161713**** extension s@send-fax

като съответно в extensions.conf имам:
Код:
exten => s,1,Answer()
exten => s,n,Wait(3)
exten => s,n,SendFAX(/var/spool/asterisk/fax/fax.tiff,df)

Номерът на който изпращам факса 0044161713**** е номера ми от voiptalk и успешно се рутира до астериска, който отговаря, но липсва fax detection и получаването на факса пропада с T1_TIMEOUT. Опитвам по същия начин да изпратя и на друг номер, предоставен ми от fax2email доставчик, но също факса не се получава. В sip.conf съм разрешил само G729 codec по препоръка на transcom. Това, което ми прави впечатление е, че по време на тази комуникация (от астериска, през transcomvoip и  voiptalk пар в астериска) не засичам никакъв T.38 трафик. Снифя интерфейса на сървъра, на който е астериска с wireshark и филтър (sip or t38 or rtp) и липсват Т.38 пакети, за разлика от случая в който пращам факс през Zoiper директно до астериска - тогава си минава т38 трафика. Ето лога от wireshark с посочения филтър:

Код:
No.     Time        Source                Destination           Protocol Info
     10 9.174746    192.168.0.10          95.154.218.4          SIP/SDP  Request: INVITE sip:00441617132429@sip.transcomvoip.com:6060, with session description
     11 9.259692    95.154.218.4          192.168.0.10          SIP      Status: 100 Trying
     12 12.369612   77.240.60.33          192.168.0.10          SIP/SDP  Request: INVITE sip:01617132429@senser.no-ip.info, with session description
     13 12.370495   192.168.0.10          77.240.60.33          SIP      Status: 100 Trying
     14 12.370904   192.168.0.10          77.240.60.33          SIP/SDP  Status: 200 OK, with session description
     15 12.473281   77.240.60.33          192.168.0.10          SIP      Request: ACK sip:01617132429@95.42.85.127:5060
     16 12.606895   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5580, Time=876133928, Mark 
     17 12.607320   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25646, Time=160, Mark 
     18 12.620816   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5581, Time=876134088 
     19 12.627511   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25647, Time=320 
     20 12.642072   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5582, Time=876134248 
     21 12.647525   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25648, Time=480 
     22 12.660954   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5583, Time=876134408 
     23 12.667529   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25649, Time=640 
     24 12.685785   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5584, Time=876134568 
     25 12.687477   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25650, Time=800 
     26 12.701927   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5585, Time=876134728 
     27 12.707528   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25651, Time=960 
     28 12.720856   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5586, Time=876134888 
     29 12.727492   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25652, Time=1120 
     30 12.746465   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5587, Time=876135048 
     31 12.747490   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25653, Time=1280 
     32 12.767488   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5588, Time=876135208 
     33 12.767553   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25654, Time=1440 
     34 12.787249   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5589, Time=876135368 
     35 12.787377   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25655, Time=1600 
     36 12.801369   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5590, Time=876135528 
     37 12.807531   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25656, Time=1760 
     38 12.827073   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5591, Time=876135688 
     39 12.827491   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25657, Time=1920 
     40 12.836989   95.154.218.4          192.168.0.10          SIP/SDP  Status: 183 Session progress, with session description
     41 12.840001   95.154.218.4          192.168.0.10          SIP/SDP  Status: 200 OK, with session description
     42 12.840307   192.168.0.10          95.154.218.4          SIP      Request: ACK sip:00441617132429@95.154.218.4:6060
     43 12.846280   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5592, Time=876135848 
     44 12.847530   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25658, Time=2080 
     45 12.860949   192.168.0.10          62.190.84.3           RTP      PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16346, Time=160 
     46 12.867331   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5593, Time=876136008 
     47 12.867435   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25659, Time=2240 
     48 12.875060   62.190.84.3           192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10647, Time=40 
     49 12.880935   192.168.0.10          62.190.84.3           RTP      PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16347, Time=320 
     50 12.881619   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5594, Time=876136168 
     51 12.887535   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25660, Time=2400 
     52 12.900884   192.168.0.10          62.190.84.3           RTP      PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16348, Time=480 
     53 12.902326   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5595, Time=876136328 
     54 12.904921   62.190.84.3           192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10648, Time=280, Mark 
     93 13.702176   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5635, Time=876142728 
    194 13.708053   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25700, Time=8800 
    195 13.720906   192.168.0.10          62.190.84.3           RTP      PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16389, Time=7040 
    196 13.723177   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5636, Time=876142888 
    197 13.724985   62.190.84.3           192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10668, Time=6840, Mark 
    198 13.728057   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25701, Time=8960 
    199 13.740856   192.168.0.10          62.190.84.3           RTP      PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16390, Time=7200 
    200 13.743140   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5637, Time=876143048 
    201 13.748054   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25702, Time=9120 
    202 13.760905   192.168.0.10          62.190.84.3           RTP      PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16391, Time=7360 
    203 13.762046   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5638, Time=876143208 
    204 13.768053   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25703, Time=9280 
    205 13.776297   62.190.84.3           192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10669, Time=7160, Mark 
    206 13.780881   192.168.0.10          62.190.84.3           RTP      PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16392, Time=7520 
    207 13.783301   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5639, Time=876143368 
    208 13.788058   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25704, Time=9440 
    209 13.795215   62.190.84.3           192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10670, Time=7320 
    210 13.800905   192.168.0.10          62.190.84.3           RTP      PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16393, Time=7680 
    211 13.803545   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5640, Time=876143528 
    212 13.808056   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25705, Time=9600 
    213 13.815474   62.190.84.3           192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10671, Time=7480 
    214 13.820902   192.168.0.10          62.190.84.3           RTP      PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16394, Time=7840 
    215 13.823244   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5641, Time=876143688 
    216 13.828052   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25706, Time=9760 
    217 13.836535   62.190.84.3           192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10672, Time=7640 
    218 13.840853   192.168.0.10          62.190.84.3           RTP      PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16395, Time=8000 
    219 13.843463   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5642, Time=876143848 
    220 13.848030   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25707, Time=9920 
    221 13.856434   62.190.84.3           192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10673, Time=7800 
    222 13.860893   192.168.0.10          62.190.84.3           RTP      PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16396, Time=8160 
    223 13.862318   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5643, Time=876144008 
    224 13.868023   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25708, Time=10080 
    225 13.876085   62.190.84.3           192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10674, Time=7960 
    226 13.880892   192.168.0.10          62.190.84.3           RTP      PT=ITU-T G.729, SSRC=0x63A04D67, Seq=16397, Time=8320 
    227 13.882739   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=5644, Time=876144168 
    228 13.888033   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=25709, Time=10240 
    229 13.896041   62.190.84.3           192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x1D3C249C, Seq=10675, Time=8120 
   4218 47.043660   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7302, Time=876409448 
   4219 47.044297   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27363, Time=274880 
   4220 47.063650   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7303, Time=876409608 
   4221 47.064285   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27364, Time=275040 
   4222 47.082988   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7304, Time=876409768 
   4223 47.084376   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27365, Time=275200 
   4224 47.104055   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7305, Time=876409928 
   4225 47.104336   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27366, Time=275360 
   4226 47.123749   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7306, Time=876410088 
   4227 47.124213   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27367, Time=275520 
   4228 47.143602   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7307, Time=876410248 
   4229 47.144325   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27368, Time=275680 
   4230 47.163657   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7308, Time=876410408 
   4231 47.164290   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27369, Time=275840 
   4232 47.182839   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7309, Time=876410568 
   4233 47.184328   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27370, Time=276000 
   4234 47.204046   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7310, Time=876410728 
   4235 47.204327   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27371, Time=276160 
   4236 47.222822   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7311, Time=876410888 
   4237 47.224317   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27372, Time=276320 
   4238 47.231937   192.168.0.10          95.154.218.4          SIP      Request: BYE sip:00441617132429@95.154.218.4:6060
   4239 47.243733   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7312, Time=876411048 
   4240 47.244320   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27373, Time=276480 
   4241 47.262578   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7313, Time=876411208 
   4242 47.264333   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27374, Time=276640 
   4243 47.283919   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7314, Time=876411368 
   4244 47.284225   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27375, Time=276800 
   4245 47.302959   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7315, Time=876411528 
   4246 47.304362   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27376, Time=276960 
   4247 47.312351   95.154.218.4          192.168.0.10          SIP      Status: 200 OK
   4248 47.318680   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7316, Time=876411688 
   4249 47.324356   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27377, Time=277120 
   4250 47.343144   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7317, Time=876411848 
   4251 47.344340   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27378, Time=277280 
   4252 47.363910   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7318, Time=876412008 
   4253 47.364215   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27379, Time=277440 
   4254 47.377855   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7319, Time=876412168 
   4255 47.384356   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27380, Time=277600 
   4256 47.403836   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7320, Time=876412328 
   4257 47.404211   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27381, Time=277760 
   4258 47.417712   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7321, Time=876412488 
   4259 47.424359   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27382, Time=277920 
   4260 47.439286   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7322, Time=876412648 
   4261 47.444355   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27383, Time=278080 
   4262 47.463883   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7323, Time=876412808 
   4263 47.464220   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27384, Time=278240 
   4264 47.483873   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7324, Time=876412968 
   4265 47.484214   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27385, Time=278400 
   4266 47.502714   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7325, Time=876413128 
   4267 47.504321   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27386, Time=278560 
   4268 47.524095   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7326, Time=876413288 
   4269 47.524384   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27387, Time=278720 
   4270 47.538847   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7327, Time=876413448 
   4271 47.544369   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27388, Time=278880 
   4272 47.563099   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7328, Time=876413608 
   4273 47.564352   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27389, Time=279040 
   4274 47.583906   77.240.60.33          192.168.0.10          RTP      PT=ITU-T G.729, SSRC=0x2F36F35B, Seq=7329, Time=876413768 
   4275 47.584218   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27390, Time=279200 
   4276 47.604348   192.168.0.10          77.240.60.33          RTP      PT=ITU-T G.729, SSRC=0x108E0A6E, Seq=27391, Time=279360 
   4277 47.605384   77.240.60.33          192.168.0.10          SIP      Request: BYE sip:01617132429@95.42.85.127:5060
   4278 47.605644   192.168.0.10          77.240.60.33          SIP      Status: 200 OK


Аз ли нещо греша или да заключа, че transcomvoip не поддържат T38 и да не се занимавам повече с тях.

П.П. voiptalk официално не поддържат T.38
17  Програмиране / Web development / ajax requests и данни през POST -: Dec 21, 2010, 23:07
Здравейте,

Фен съм и ползвател на CakePHP framework. В новия клон на рамката 1.3 обаче, има доста промени по-специално свързани с джаваскрипт, които поне засега ми се струват отвратителни, но по темата:
опитвам се да направя ajax request, като досега за целта ползвах prototype, но сега реших да опитам и jQuery. Целта е да направя елементарен селект бокс, при промяна на който да се ъпдейтва div елемент. Проблемът се явява, ако ajax-a  през метод POST И има сетната data, която се предава с call-a. Ето малко код:
кодът на селект-а:
Код
GeSHi (HTML):
  1. <select name="data[Sync][selection]" id="selection">
  2. <option value="hosting">Hosting</option>
  3. <option value="emails">Emails</option>
  4. <option value="google">Google</option>
  5. <option value="yahoo">Yahoo</option>
  7.  

и jQuery кода:
Код
GeSHi (Javascript):
  1. <script type="text/javascript">
  2. //<![CDATA[
  3. $(document).ready(function () {
  4. $("#selection").bind("change", function (event) {
  5. $.ajax({async:true, data:"blabla", dataType:"html", success:function (data, textStatus) {
  6. $("#result").html(data);}, type:"POST", url:"\/Syncs\/syncSelection"});
  7. return false;});});
  8. //]]>
  9. </script>
  10.  

При използване на метод GET няма проблем. Проблем се получава, когато методът е POST и е сетнат параметъра "data:"blabla"", ако този параметър не е сетнат, нещата сработват. Когато обаче параметъра не е празен, то изобщо нищо не стига до уеб сървъра - гледам нещата с firebug и се виждат само request headers, но не и response (това се потвърждава и от липсата на запис в access log-a на апача). Почвам да си мисля, че нещо не е ОК с веб сървъра ми вече ......... просто не знам какво друго да мисля.

Помагайте плс. ...


П.П. Проблемът си остава и, ако ползвам prototype вместо jquery, макар, че не съм го тествал на 100% докрай, така че най-верояно проблема не е в джаваскрипта.
Също така, когато ползвам POST за метод и параметъра data не е празен във firebug  се вижда и следното:
XML Parsing Error: no element found Location: moz-nullprincipal:{8d771d51-d6b8-4d19-80fe-8a7cdb9ca918} Line Number 1, Column 1:
18  Linux секция за начинаещи / Настройка на програми / Помощ за iptables & OpenVPN -: Nov 24, 2010, 21:11
Привет,

Имам следната ситуация:
рутер, който освен да рутира нета, отскоро работи и катo VPN сървър (става дума за OpenVPN). Интерфейсите на машината са както следва:
eth0 192.168.0.1 255.255.255.0 е вътрешната мрежа
eth1 192.168.1.2 255.255.255.0 е интернета (с такъв адрес е, защото в момента получава нет през БТК АДСЛ)

Настроил съм OpenVPN да бъде в 192.168.2.0 255.255.255.0 мрежа (192.168.2.1 е адреса на сървъра, примерно за конкретен клиент адреса е 192.168.2.7).

Във вътрешната мрежа зад рутера работи веб сървър на адрес 192.168.0.10. Целта ми е клиентите на ВПН-а да имат достъп до него.

В момента скрипта, който рутира нета на вътрешната мрежа е съвсем елементарен и изглежда така:
Код
GeSHi (Bash):
  1. #!/bin/bash
  2.  
  3. export LAN=eth0
  4. export WAN=eth1
  5.  
  6. iptables -F
  7. iptables -t nat -F
  8. iptables -t mangle -F
  9. iptables -X
  10.  
  11. iptables -P INPUT ACCEPT
  12. iptables -P OUTPUT ACCEPT
  13. iptables -P FORWARD DROP
  14.  
  15. iptables -A INPUT -i ${LAN} -j ACCEPT
  16. iptables -A INPUT -i lo -j ACCEPT
  17.  
  18. iptables -A INPUT -p tcp --dport ssh -i ${WAN} -j ACCEPT
  19.  
  20. iptables -I FORWARD -i ${LAN} -d 192.168.0.0/255.255.255.0 -j DROP
  21. iptables -A FORWARD -i ${LAN} -s 192.168.0.0/255.255.255.0 -j ACCEPT
  22. iptables -A FORWARD -i ${WAN} -d 192.168.0.0/255.255.255.0 -j ACCEPT
  23.  
  24. iptables -t nat -A POSTROUTING -o ${WAN} -j MASQUERADE
  25.  

Умишлено съм махнал правилата, с които съм се мъчил да насоча ВПН клиентите към 192.168.0.10, защото не съм компетентен по темата и надали ще са от полза на някого.
19  Програмиране / Web development / Проблем с РНР и fopen wrappers -: Nov 08, 2010, 09:27
Здравейте,

Имам супер досаден проблем свързан с fopen wrappers - всички (или поне тези, които съм тествал) функции свързани с тях не работят. Ето един елементарен пример:
Код
GeSHi (PHP):
  1. $url='http://www.soapclient.com/xml/SQLDataSoap.WSDL';
  3. 	array('http'=>
  4. 		array('protocol_version'=> 1.0, 
  5. 			'ignore_errors' => true,
  6. 			'max_redirects'=>1)));
  7. $result=file_get_contents($url, false, $ctx);
  8.  
В резултат $result е празен стринг - не е false, РНР-то не връща никаква грешка, просто не прави изобщо рекуест към отдалечения ресурс (file_get_contents работи с локални файлове, но не и с файлове сервирани от локалното апаче). Същото важи и примерно за функции като get_headers() и fopen(), променлива като $http_response_header - все са празни. Всъщност няма и как да не са празни след като сървъра, към който е насочено питането изобщо не получава нищо (установено е ана апач, който е под мой контрол - никакъв GET или POST request не стига до него в резултат на РНР кода).
Чрез cURL или fsockopen и ръчно сетнати хедъри нещата работят, но това не е решение - трябва да преборя file_get_contents($remote_url).
Естествено в php.ini имам
Код:
allow_url_include = On
РНР-то е 5.3.3 билднато от сорс, но и с 5.2.х проблема е същия.
Някакви идеи?
20  Linux секция за начинаещи / Настройка на програми / Висок load при четене/писане на диска на 64 битова система -: Jul 07, 2010, 14:07
Здравейте,

Проблемът предполагам е познат за част от вас, но все пак ще поясня:
Системата е 64 битово Gentoo, с последните версии на всичко. Кернела, който ползвам е 2.6.34-zen1, но това надали има голямо значение, тъй като съм пробвал с какви ли не кернели от 2.6.30 насам (приблизително) и няма разлика. При четене или писане на диска натоварването на системата скача драстично, а скоростта на четене/писане измерена с iotop в пиковите си моменти е не повече от 2,5-3МБ/с, но иначе нормално се движи под 1МБ/с.
Код:
Total DISK READ: 9.74 K/s | Total DISK WRITE: 0.00 B/s
  PID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO> COMMAND                                                       
19116 be/4 senser      3.90 K/s    0.00 B/s  0.00 %  0.91 % python2.6 /usr/bin/iotop -Po -d 4
 7520 be/4 senser    997.33 B/s    0.00 B/s  0.00 %  0.03 % firefox --sm-config-prefix /fire~012899100000311450025 --screen 0
 9395 be/4 mysql       4.87 K/s    0.00 B/s  0.04 %  0.00 % mysqld --defaults-file=/etc/mysq~cket=/var/run/mysqld/mysqld.sock

Проблемът не е във файловата система - почти няма разлика при различните. Хардът също е ОК и производителността му измерена с hdparm е нормална:
Код:
hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:   950 MB in  2.00 seconds = 474.45 MB/sec
 Timing buffered disk reads:   88 MB in  3.03 seconds =  29.03 MB/sec

Проблемът се дискутираше във форума на gentoo, но нещо замря: http://forums.gentoo.org/viewtopic-t-482731-postdays-0-postorder-asc-start-925.html. Там имаше различни предположения, но повечето витаеха около това, че 64 битовите системи са засегнати значително повече от 32 битовите и, че е "замесен" disk scheduler-a. Пробвал съм и с трите различнi scheduler-a и няма промяна, поне не и осезаема.

Ползвам компютъра за ежедневна работа, и предполагам, че го натоварвам малко повече от средностатистически потребител, защото освен браузър, офис, музика и т.н. имам пуснати апач и mysql, но въпреки това не мисля, че е нормално натоварването на системата да е постоянно около 1-ца, а програмите да се стартират понякога за минути.

Това, което ми направи впечатление вчера е io статистиката на произволен процес, която изглежда така:
Код:
# less /proc/1/io

rchar: 157786078883
wchar: 65325745653
syscr: 906017819
syscw: 168525258
read_bytes: 47304096768
write_bytes: 17572843520
cancelled_write_bytes: 2679222272

и по-точно последния брояч cancelled_write_bytes. За него намерих следното тук http://www.kernel.org/doc/Documentation/filesystems/proc.txt:

cancelled_write_bytes
---------------------

The big inaccuracy here is truncate. If a process writes 1MB to a file and
then deletes the file, it will in fact perform no writeout. But it will have
been accounted as having caused 1MB of write.
In other words: The number of bytes which this process caused to not happen,
by truncating pagecache. A task can cause "negative" IO too. If this task
truncates some dirty pagecache, some IO which another task has been accounted
for (in its write_bytes) will not be happening. We _could_ just subtract that
from the truncating task's write_bytes, but there is information loss in doing

Дали относително високия процент cancelled_write_bytes (), може да има връзка с високия load при входно изходни операции или дайте други идеи, ако имате.

П.П. Сега се сетих за един елементарен тест, който пробвах:
Код:
dd if=/dev/zero of=/mnt/test bs=512k count=1024
1024+0 records in
1024+0 records out
536870912 bytes (537 MB) copied, 29.1484 s, 18.4 MB/s
Относително бързо писане, но през това време компютъра е неизползваем - дори и мишката трудно се движи, а лоуда е към 10.
Прави ми впечатление, че май когато един процес прави дисковата операция (четене или писане) скоростта е добра, но когато няколко конкурентни процеса се борят за достъп, скорстта пада драстично ..... ако може да се вярва на iotop де.
21  Linux секция за начинаещи / Настройка на програми / Кернел 2.6.32 Zen и драйвер b43 -: Dec 27, 2009, 09:38
Здравейте,

от няколко седмици се опитвам да ползвам кърнъл 2.6.32 от Zen, но безжичната ми карта Broadcom BCM4318 се държи ужасно с него - от порядъка на 90% загуби при елементарен пинг до AP-то. С предните версии на Zen не съм имал подобен проблем. Кърнъла си го компилирам сам с опции, които ползвам от доста време (обикновено преди компилирането правя make oldconfig спрямо настройките от предната версия на ядрото).
Системата е 64 битово Gentoo, точната версия на ядрото в момента е 2.6.32–p3. Мога да кача някъде .config-a на ядрото, умишлено не го пускам тук, че е дълъг.
Сблъсквал ли се е някой с подобен проблем с 2.6.32.
Забравих да кажа, че в логовете и dmesg нищо интересно не виждам.
22  Linux секция за начинаещи / Настройка на програми / Проблем с ГНОМЕ и CR2 "сурови" изобажения от фотоапарат Канон -: Oct 21, 2009, 08:51
Здравейте,

От известно време имам проблем при свалянето на снимките от цифровия си фотоапарат Canon EOS 1000D. Фотоапаратите на Канон използват CR2 формат за суровите (raw) си снимки и проблемът ми е именно с тези файлове, със снимките JPG няма грижи. Проблемът се състои в това, че при отваряне на папка съдържаща един или повече от тези CR2 файлове nautilus крашва или замръзва. Това се получава, когато ГНОМЕ е настроен да показва preview на файловете в папката - ако тази опция е изключена и nautilus съответно не умира. Същото се получава и ако се опитам да отворя file properties на  такъв файл - с десен бутон на мишката, от контекстното меню file properties и прозорецът, както и nautilus замръзват (подозирам, че причината може да е същата както и при генерирането на preview икони в браузъра на nautilus, защото в прозореца на file properties също има икона-preview на файла).
Проблемът се появи преди известно време, като преди всичко си работеше без проблеми. Инсталирал съм следните пакети, които мисля че имат отношение към обработката на CR2 файлове и съответно може да са свързани с проблема:
Код:
imagemagick
gegl
eog
gimp
gphoto2
libgphoto2
nautilus
exiv2
gvfs
gnome-vfs
gnome-vfs-python
dcraw
ufraw
Въпросните програми също съм и преинсталирал вече неколкократно, но без успех.

Не мога да дебъгна грешките nautilus при краш, защото стартиран от конзола или в gdb той се форква (или нещо подобно), стартира се и в терминала или дебъгера няма никакви съобщения. Също така в домашната директория на потребителя ми липсва файл ~/nautilus-debug-log.txt, както пише тук: http://live.gnome.org/Nautilus/Development/Bugs. Затова един от въпросите ми е по какъв начин да дебъгна и да видя кой компонент точно предизвиква проблема.

Ако пък се приеме, че генерирането на thumbs е причината за тези крашове - разгледах конфигурацията в gconf и там има настроени thumbnailers  за различни видове файлове и поне доколкото успях да разбера за генерирането на preview на снимки се ползва totem-video-thumbnailer, който обаче не може да генерира икони от CR2 файлове - когато се опитам да го направя в терминал получавам:

Код:
** Message: Initialised libraries, about to create video widget
** Message: Video widget created
** Message: About to open video file
** Message: don't know how to handle image/tiff, endianness=(int)1234
** Message: Error: A TIFF decoder plugin is required to play this stream, but not installed.
gstdecodebin.c(988): close_pad_link (): /GstPlayBin:play/GstDecodeBin:decodebin0:
No decoder to handle media type 'image/tiff'

** Message: Error: You do not have a decoder installed to handle this file. You might need to install the necessary plugins.
gstplaybasebin.c(2327): prepare_output (): /GstPlayBin:play

** Message: Got metadata, checking if we have a cover
** Message: No covers, and no video, exiting

Генерирането на тумбове от JPG или PNG работи нормално. Тумбове на CR2 файлове мога да генерирам чрез dcraw или ufraw, но понеже не съм убеден, че това е причината за проблема не съм си играл с настройки в gconf.

Помагайте с идеи и предложения.

Ако някой случайно не е разбрал ползвам GNOME за графична среда (версията е 2.26.3, nautilus  е версия 2.26.4 като downgrade до 2.26.3 не решава нещата). ОС-а е Gentoo ~amd64 (нестабилен клон да го кажем на 64 битовата архитектура).
23  Linux секция за начинаещи / Настройка на програми / Проблем с wine, gecko и self_signed_cert -: May 16, 2009, 11:13
Здравейте,

Опитвам се да отворя интернет страница, която е на сървър със self_signed_certificate с помощта на wine и неговият браузър под линукс. Проблемът е, че браузърът дава грешка: "XXXXX.com uses an invalid security certificate. The certificate is not trusted because it is self signed. (Error code: sec_error_ca_cert_invalid)" и освен да натисна бутон ОК, друг избор нямам, при което странцата се затваря. При отварянето на други сайтове нямам проблеми:
Код:
$wineconsole iexplore http://abv.bg
, но
Код:
$wineconsole iexplore https://xxxx.com
води до гореописания резултат.

Някой има ли идея как мога или да импортна сертификата или да накарам браузъра да не прави такава проверка примерно (второто мисля, че няма как да стане - по спомени последните версии на gecko задължително искат потвърждение от потребителя при невалидни сертификати).
Версията на gecko e 0.9.1
24  Linux секция за начинаещи / Настройка на програми / Проблем с клавиатурата на виртуални терминали > 7 -: Jan 31, 2009, 09:06
Здравейте,

На скоро инсталирано Дженту (~amd64) имам следния досаден проблем: на виртуалните терминали vt0, vt2, .... vt7 си имам логин промпт и мога да пиша нормално, да се логвам, да рестартирам с Ctrl+Alt+Del, да сменям терминала с Ctrl+F* и т.н. На терминалите след 7-ми обаче, без значение дали имам логин промпт, клавиатурата е напълно неадекватна - какъвто и клавиш или комбинация от клвиши да натисна в терминала получавам единствено неща от рода на ":**88??%@" и съответно нищо не мога да направя освен да рестартирам машината.
Подозирам, че проблемът е свързан с клавиатурата (или нейния драйвер), защото при първото стартиране на gdm също не ми работи клавиатурата, т.е. не мога да вляза в Гном - трябва да рестартирам gdm за да сработи клавиатурата (драйвера и настройките за Х са направени през hal).
Ето и част от настройките, които имат връзка според мен:
/etc/inittab:
Код:
# TERMINALS
c1:12345:respawn:/sbin/agetty 38400 tty1 linux
c2:2345:respawn:/sbin/agetty 38400 tty2 linux
c3:2345:respawn:/sbin/agetty 38400 tty3 linux
c4:2345:respawn:/sbin/agetty 38400 tty4 linux
c5:2345:respawn:/sbin/agetty 38400 tty5 linux
c6:2345:respawn:/sbin/agetty 38400 tty6 linux
c7:2345:respawn:/sbin/agetty 38400 tty7 linux

/etc/rc.conf - част от openrc-0.4.2
Код:
##############################################################################
# LINUX SPECIFIC OPTIONS

# This is the number of tty's used in most of the rc-scripts (like
# consolefont, numlock, etc ...)
rc_tty_number=12
25  Хумор, сатира и забава / Живота, вселената и някакви други глупости / Заглавието на сайта в табовете на firefox -: Sep 30, 2008, 09:03
Вижте как изглеждаше за малко заглавието на linux-bg.org в таба на Файърфокс '<img'>
След рестарт на браузъра се оправи и не съм си играл да видя мога ли пак да го постигна този ефект
26  Linux секция за начинаещи / Настройка на програми / Load balancing на ppp0 & eth1 -: Sep 17, 2008, 09:39
Здравейте,

Имам рутер, който дава нет на 10-ина машини. Нета е от два доставчика - Спектрум & БТК АДСЛ. От първия доставчик връзката е през рррое и съответно на рутера отговаря интерфейс ррр0, който е със статичен IP адрес, а на БТК АДСЛ, както знаете '<img'>, отговаря eth1 отново със статичен IP адрес 192.168.1.1.
Целта ми е да пусна Load balancing на тази машина, т.е. да се ползват едновременно двата доставчика и в случай на отпадане на единия трафика да минава през другия. Мисля, че ми е ясно как да го направя (според четеното в lartc.org), но проблема ми е с пъвия доставчик и по-точно с ppp0 интерфейса.
Какво имам предвид - ползвам Gentoo и в неговите init scripts мога да укажа да се добавята правилата в рутинг таблиците, които да правят балнсинга за всеки интерфейс или пък, ако някоя от връзките не се вдигне тогава нета да минава само през другата. Но ако това се прави от init script означава, че ще работи само при стартиране на машината или на съответните сървиси, т.е. ако в процеса на работа падне връзката на ррр0 нещата ще се омажат. Да не говорим, че ако падне връзката на ррр0 и после пак се възстанови iproute няма да разбере за това.
Всъщност цялата ми чуденка е как да преодолея момента с ррр0 - ако нямам връзка към този доставчик то и интерфейса изчезва и при възстановяване се появява съответно.
Това дето ми дойде на акъла е да сетна статичното ИП на ррр0 и без значение дали има връзка към Спектрум или не да вдигам  интерфейса (ще видя разбира се адреса на отдалечената машина към която се закача) - въпросът  дали това може да стане. От нещата, които изчетох из нета - по-скоро НЕ, но все пак и вие да си кажете мнението.

П.П. Друг вариант, който мислех е да направя bonding на двата интерфейса, но не знам тогава как ще се държи ако единия интерфейс липсва (ррр0) - предполагам, че ще пропадне бондинга
27  Хумор, сатира и забава / Живота, вселената и някакви други глупости / Изказване на инженер от АЕЦ Козлодуй -: Jul 12, 2008, 10:35
Без коментар
28  Програмиране / Web development / Пмощ за javscript -: Jun 05, 2008, 20:46
Здравейте,

Първо искам да кажа, че от Javascript  не разбирам и съм, пълен лаик, поради което явно имам и нужда от помощ '<img'>

Опитвам се да напиша малка функцийка, която да прави следното: при избора на чекбокс да се обхождат всички линкове, които се намират в даден div елемент (името му се подава като параметър на функцията) и да се забранят, т.е. да са неактивни (disable)

Ето какво съм "сътворил" до тук, но не работи - цикъла, който трябва да обходи линковете не сработва, защото не мога да получа дължината на масива с линкове (т.е. броят им):

Примерен код

function disable_elements(id){
   var parent_element=document.getElementById(id);   
   var links=parent_element.getElementsByTagName("link");
   
   for(var i=0; i<links.length; i++){
      links[i].disable=true;
             //window.alert(links[i]);
   }
}


И други варианти за обхожданена елементите в рамките на даден div съм пробвал, но също без успех. Ако смятате, че има смисъл ще ги постна и тях.

Поздрави!
29  Нетехнически теми / Идеи и мнения / Съвет за избор на cms -: Feb 11, 2008, 16:27
Здравейте,

Предстои ми да се захвана с направата на един-два сайта (нямат общо помежд си) - единият за недвижими имоти, а другият за автоморга.

Единият вариант е да ги направя от нулата с помощта на CakePHP (любимият ми framework), а вторият е с помощта на някоя "система за управление на съдържание" - CMS. Досега никога не съм ползвал такава и нямам конкретни впечатления, затова се обръщам за съвет коя (или кои, ако сметнете че за двата проекта има 2 варианта) ще бъде подходяща за да мога да я пригодя за нуждите на една стандартна фирма за продажба на недвижими имоти и за една малка автоморга/автокъща.

Изискванията са ми да бъде с отворен код и на базата на PHP & MySQL Не е задължително да е безплатна.

Поздрави!
30  Linux секция за начинаещи / Настройка на програми / драйвери на АТИ и нестабилен Дебиан -: Nov 29, 2007, 19:35
Здравейте,

По принцип съм (доволен) потребител на Дженту и го ползвам на няколко машини без никакви грижи, но от известно време ме глождеше идеята да дам шанс на "най-голямата" линукс дистрибуция '<img'>.
Инсталирал съм на няколко приятели Убунту без проблем, но не ми хареса нещо това дистро - прекалено юзърско ми се стори (все пак съм gentoo-user '<img'>)  реших да сложа един Дебиан.
Та стига съм се обяснявал - ето какъв ми е проблема:
инсталирах един Дебиан testing от DVD (Standard system), включих в sources.list unstable хранилищата, обнових го с последните пакети и всичко е ОК засега.
Проблема ми е, че при опит за инсталиране на затворените драйвери на АТИ стигам до проблем със зависимостите:
Примерен код

apt-get install fglrx-driver
Reading package lists... Done
Building dependency tree      
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  fglrx-driver: Depends: xserver-xorg (>= 1:7.1.0) but it is not going to be installed
E: Broken packages

разбира се, че имам инсталиран xorg:
Примерен код

apt-get  install xserver-xorg
Reading package lists... Done
Building dependency tree      
Reading state information... Done
xserver-xorg is already the newest version.


Сигурно има и друга информация, която да ви е полезна, но за първи път хващам Дебиан и не съм навлязъл още много в пакетната система
Страници: 1 [2] 3 4 ... 7