similar to: Movistar sip Mexico

Hi Guys, Something I have noticed while dealing with T.38 and re-invites in Asterisk 1.4.22. I have a provider who re-invites with the following sdp (message flow PROVIDER_EQPMT -> ASTERISK): """ . v=0. o=SIP_5F9 123456 654322 IN IP4 CONN_IP_PROVIDER. s=-. c=IN IP4 CONN_IP_PROVIDER. t=0 0. m=audio 0 RTP/AVP 0. m=image 26858 udptl t38. a=T38FaxMaxBuffer:288.

Hello List, I think I've discovered a little bug in t.38 bug in 1.6.0.22 regarding the speed (T38MaxBitRate) used to send the faxes. Asterisk always responds with a=T38MaxBitRate:2400. I've tried with Patton and Grandstream devices and the result is always the same. Patton ignores the parameter and sends the fax at 9600.

Hi All, Excited to see mention of T.38 passthru with 1.4.0.... BUT it seems like "Emperor's New Clothes" from my perspective. As I understand it, T.38 passthru only works via a re-invite mechanism - so two T.38 devices try talking fax and request a T.38 media stream. Asterisk is now savvy enough to realise it can't do it, so opts out - "Hey Guys, I don't know

On Mon, Jun 5, 2017, at 04:26 PM, Michael Maier wrote: > On 06/05/2017 at 06:29 PM, Joshua Colp wrote: > > On Mon, Jun 5, 2017, at 01:22 PM, Michael Maier wrote: > >> > >> Do you have any idea where to start to look at? Adding additional output > >> in the source code? Which functions could be interesting? I may add own > >> debug code to see why things

Hello, We are trying to send faxes by T.38 protocol to a remote SIP proxy from a local extension. The local extension sends the INVITE, Asterisk sends the call to the Proxy the call is connected with a regular audio codec. After a few seconds the remote proxy sends an INVITE with UDPTL and the Asterisk sends it to the local extension and it's accepted, but (here the problem starts) just

On 06/14/2017 at 05:53 PM Joshua Colp wrote: > On Wed, Jun 14, 2017, at 12:47 PM, Michael Maier wrote: > > <snip> > >> >> I added this patch to see, if really all packages are are freed after >> they have been processed: >> >> --- b/res/res_pjsip/pjsip_distributor.c 2017-05-30 19:44:16.000000000 >> +0200 >> +++

Si no puedes ver este correo electrónico. haz clic aquí Movistar, el mejor ADSL     El mejor ADSL     al mejor precio     rápido, seguro y fiable Infórmate aquí sin compromiso HAZ CLIC Si deseas anular tu suscripción haz clic aquí. (*)  Al hacer clic en el botón «Enviar», los candidatos aceptan por defecto recibir las ofertas comerciales de los colaboradores de FineOffers en cualquier sector de

Hello, I'm having difficulties to make Asterisk (1.6.0.6) interoperate correctly with a CISCO mediaGW in order to send faxes to the PSTN using T.38. When Asterisk sends the initial INVITE containing the T.38 media offer in the SDP, the CISCO answers with a 488 Not Acceptable Media. Apparently, it looks like a configuration problem in the CISCO, but I have tested the CISCO with the Zoiper

Hello everyone. I'm struggling to get T.38 faxing to work in Asterisk 1.6.1.13 with a SIP DID provider here in Brazil (GVT - Vox IP service). Here's my scenario: When faxes arrive by a specific DID, they are routed thru this simple macro: [macro-recebefax] exten => s,1,Set(DB(fax/count)=$[${DB(fax/count)} + 1]) exten => s,n,Set(FAXCOUNT=${DB(fax/count)}) exten =>

On 06/14/2017 at 10:17 PM, Joshua Colp wrote: > On Wed, Jun 14, 2017, at 05:09 PM, Michael Maier wrote: > > <snip> > >> >> I can now say, that asterisk / pjsip seams to work *mostly* as expected. >> Just one exception - and that's the package in question, which can't be >> seen in tcpdump. >> >> I extended the above patch by adding

Hello, We're trying to receive faxes on the Asterisk server, but for the time being T.38 negotiation fails. The SDP that the Asterisk reINVITE sends contains these lines: ---------------------- m=image 4968 udptl t38 a=T38FaxVersion:0 a=T38MaxBitRate:9600 a=T38FaxFillBitRemoval a=T38FaxTranscodingMMR a=T38FaxTranscodingJBIG a=T38FaxRateManagement:transferredTCF a=T38FaxMaxDatagram:1400

On Fri, Jun 16, 2017, at 10:49 AM, Michael Maier wrote: <snip> > > t38modem and asterisk are using > > m=image 35622 udptl t38 > ^^^^^ > > Provider uses > > m=image 35622 UDPTL t38 > ^^^^^ > > Could this be a problem? If I'm sending internal only, it's always > lowercase. Looking at the tests we have we

Sorry my bad, thanks for spotting it. Should that explains also the failure to grab the mutex? Andrea Il 3/12/2019 12:14 PM, Rowland Penny via samba ha scritto: > On Tue, 12 Mar 2019 12:01:08 +0100 > Andrea Cucciarre' <acucciarre at cloudian.com> wrote: > >> The OS is OmniOS, the DC is Windows Server (not sure about the >> release), and below the smb.conf.

David Allan Finch wrote: > Has anyone considerd modify the Unix encypt to use > the same system as NT. IE the encypted pasword in the > /etc/passwd or NIS/NIS+ table is the same for both? Err. That would be a *really* bad idea. See the l0phtcrack source for details :-). Seriously, though. The password hashes used on NT are very poor. They don't use salt and people are now

Hola de nuevo, Esta es la información de mi sesion: R version 2.10.1 (2009-12-14) i386-pc-mingw32 locale: [1] LC_COLLATE=Spanish_Spain.1252 LC_CTYPE=Spanish_Spain.1252 [3] LC_MONETARY=Spanish_Spain.1252 LC_NUMERIC=C [5] LC_TIME=Spanish_Spain.1252 attached base packages: [1] stats graphics grDevices utils datasets methods base Lo que yo prentendo es

Hi, I'm trying to send faxes using Asterisk 1.4 and T38 with sip but Asterisk rejects the t38. Anybody know if is possible to transmit t38 fax with Asterisk 1.4? following settings: --- sip.conf --- [general] bindport=5060 bindaddr=0.0.0.0 disallow=all allow=ulaw allow=alaw context=from-outside t38pt_udptl=yes [operator] qualify=no nat=yes host=189.160.126.201 dtmfmode=rfc2833

Hi people, I'm trying to execute the PlayBack command in the h extension... but it is not played... is it possible to do that?Thanks, Anahi Anahi Ludue?a _________________________________________________________________ Ahora Messenger en tu Blackberry? 8520 con Movistar por 0 ?. ?A qu? esperas? http://serviciosmoviles.es.msn.com/messenger/blackberry.aspx --------------

The scenario we have is fax send/recieve software that ONLY talks T38 and an asterisk box. We have ITSP providers that do NOT talk T38 but G711 only. Does asterisk have the capability to take the T38 call from an ATA or T38 software then bridge/transcode it and do G711 out to the PSTN providers? If not is there another product PAID or FREE software or hardware that can do this easily and

Hi all, I have a question regarding using T38 for fax sending and here is my scenario: fax -> SIP ATA (T38 enabled) -> Asterisk #1 -> IAX TRUNK -> Asterisk #2 -> SIP ATA (T38 enabled) -> fax My question is, how can I know if I'm really using T38? is T38 information coming to the other side (because of SIP to IAX conversion) or just plain g711a data? I'm using Linksys

Hi My call flow is T38 static IP gateway --> Asterisk --> Sip Provider--> PSTN Call is placed in reverse direction - from PSTN to T38 Gateway. T38 GW reinvites with T38, and asterisk passes it along to the SIP provider. The SIP provider challenges it and asterisk reponds to the Challenge with INVITE with Auth credentials...however, the Asterisk changes the SDP and replaces the T38