Re: [asterisk-biz] looking for Asterisk smarties in Bangalore, India.

Hi Benjamin,

I can certainly help you with Onsite consultant in Bangalore.
Please contact me off-the-list.

Thanks & Regards,
Mitul Limbani,
Founder & CEO,
Enterux Solutions,
The Enterprise Linux Company (TM),
www.enterux.com

Quoting Benjamin Jacob <ben4asterisk@yahoo.com>:

>
> Hello ppl,
>
> Hope this is the correct place to talk about this.
>
> Am looking for some smart VoIP knowing individuals for an ongoing
> project in Bangalore.
> Minimum requirements :
> 1. Very good with Asterisk configuration
> 2. Very good with SIP and VoIP in general
> 3. Aware of issues typically associated with NAT, RTP, DTMF, etc.
> 4. Can work around issues/ problems.
> 5. Can finish alloted work in time and with quality.
> 6. Some fair bit knowledge of C/C++/PHP and databases would be a great plus.
> 7. Has to be in Bangalore, India, for onsite work.
>
>
> This can be a part-time job as well, if needed. You can earn good
> money on the side.
>
> Interested ppl can send me their resume and details on my email
> address : ben4asterisk@yahoo.com.
>
> cheers
> - Benjamin Jacob.

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-biz mailing list
To UNSUBSCRIBE or update options visit:

http://lists.digium.com/mailman/listinfo/asterisk-biz

[asterisk-biz] looking for Asterisk smarties in Bangalore, India.

Hello ppl,

Hope this is the correct place to talk about this.

Am looking for some smart VoIP knowing individuals for an ongoing project in Bangalore.
Minimum requirements :
1. Very good with Asterisk configuration
2. Very good with SIP and VoIP in general
3. Aware of issues typically associated with NAT, RTP, DTMF, etc.
4. Can work around issues/ problems.
5. Can finish alloted work in time and with quality.
6. Some fair bit knowledge of C/C++/PHP and databases would be a great plus.
7. Has to be in Bangalore, India, for onsite work.

This can be a part-time job as well, if needed. You can earn good money on the side.

Interested ppl can send me their resume and details on my email address : ben4asterisk@yahoo.com.

cheers
- Benjamin Jacob.

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-biz mailing list
To UNSUBSCRIBE or update options visit:

http://lists.digium.com/mailman/listinfo/asterisk-biz

Re: [asterisk-biz] New faxing protocol. Good/Bad ?

On Mon, 2008-06-02 at 00:54 +0300, Dovid Bender wrote:
> Hi List,
> I was thinking the other day that even with T.38 there are still some
> issues with faxing. I was thinking of a protocol that instead of just
> sending down the fax tones an ATA or "VOIP fax machine" would get the
> entire fax convert it into some sort of image and pass it down the
> line to the receiving end. I got the idea from RFC2833. Yes I know
> that fax machines send bit by bit and get a conformation on it but
> maybe this would work a bit better. Send the entire "image" over and
> then get a response when it is done. This way if there is issues along
> the way the packets can be re-sent with out any issue.
>
> Dovid
> (Cross posted to Biz for those that aren't on the users list - I want
> their onion too ;) ).

first t.38 is a codec not a protocol as that word is commonly
defined. :)

What you are describing is similar to T.37, which uses smtp, mime and
all that and is in essence store and forward.

The reason for T.38 is so that the capabilities of each of the two
endpoints can be agreed upon. With T.37 for example, the least common
matching features between the two endpoints and the gateway in the
middle are what ends up being used.

RFC2833 lets you represent tones, you could in theory use that, however
I wouldnt recommend it as many devices do not properly support RFC2833
tones, and to convert the tones that way really provides little benefit
and is likely to trash the data.

T.38 has some redundancy built in, or at least its supposed to, so that
"this frame" and "last frame" are sent, so any single frame lost can be
recovered with the next one. One issue is that not everyone implements
T.38 the same way, kinda like SIP, RFC2833, and some others. If you
dont have a *really* good T.38 implementation that can identify and deal
with all the quirks you are potentially going to have issues somewhere
with some devices.
--
Trixter http://www.0xdecafbad.com

Bret McDanel
Belfast +44 28 9099 6461 US +1 516 687 5200
http://www.trxtel.com the phone company that pays you!

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-biz mailing list
To UNSUBSCRIBE or update options visit:

http://lists.digium.com/mailman/listinfo/asterisk-biz

[asterisk-biz] New faxing protocol. Good/Bad ?

Hi List,

I was thinking the other day that even with T.38 there are still some issues with faxing. I was thinking of a protocol that instead of just sending down the fax tones an ATA or "VOIP fax machine" would get the entire fax convert it into some sort of image and pass it down the line to the receiving end. I got the idea from RFC2833. Yes I know that fax machines send bit by bit and get a conformation on it but maybe this would work a bit better. Send the entire "image" over and then get a response when it is done. This way if there is issues along the way the packets can be re-sent with out any issue.

 

Dovid

(Cross posted to Biz for those that aren't on the users list - I want their onion too ;) ).

[asterisk-biz] New faxing protocol. Good/Bad ?

Hi List,

I was thinking the other day that even with T.38 there are still some issues with faxing. I was thinking of a protocol that instead of just sending down the fax tones an ATA or "VOIP fax machine" would get the entire fax convert it into some sort of image and pass it down the line to the receiving end. I got the idea from RFC2833. Yes I know that fax machines send bit by bit and get a conformation on it but maybe this would work a bit better. Send the entire "image" over and then get a response when it is done. This way if there is issues along the way the packets can be re-sent with out any issue.

 

Dovid

(Cross posted to Biz for those that aren't on the users list - I want their onion too ;) ).

[asterisk-biz] OnSIP and any other centrex solutions

Hi all,

I myself am moving office in the next two weeks and we've signed up
for a centrex here in France, people I met at an Asterisk lunch with
Mark, as it happens: Acropolis Télécom. I've done business with them
for a couple of years. I've messed with OnSIP and it looks great but I
don't need it, I've stuck with Junction as a tollfree and trunk
provider with great results. I use four other USA SIP or IAX
providers: Nufone, Delta Three, Voicepulse Connect and sometimes have
used Teliax.

I'd like to talk Friday about centrex solutions and I invite anyone in
this space to participate: I know Junction does this as OnSIP.com so
please be on next Friday's call, Junction and anyone else who'd like
to be heard.

I have to migrate an existing number to this system and do the whole
DSL line installs and all so I'll be sharing my pain with everyone on
the call. Friends, you may have some suggestions after you hear my
plan.

Thanks for being there.

Randy

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-biz mailing list
To UNSUBSCRIBE or update options visit:

http://lists.digium.com/mailman/listinfo/asterisk-biz

[asterisk-biz] Videos of Asterisk-Tag.org online

Hi,

for those who haven't been in Berlin for the Asterisk-Tag.org we have
uploaded many talks (mostly the english once). You can find the videos
and the slides on

http://www.asterisk-tag.org

There are videos of:
* Mark Spencer (Digium)
* Diana Cionoiu (Yate)
* Nenad Corbic (Sangoma)
* Olle E. Johansson (Edvina AB, Sollentuna, Sweden)
* Kevin P. Fleming (Digium)
* Jay Phillips (Adhearsion)
* Michelle Petrone-Fleming (Digium)
* Randy Resnick (aka Randulo) of Resmo (The VOIP Users Conference)
* Vikram of Voiceroute (Druid, Open Source Unified Communications)
* Michael Iedema (AskoziaPBX)

Stefan

--

http://www.das-asterisk-buch.de

-

http://www.the-asterisk-book.com
AMOOMA GmbH - Bachstr. 126 - 56566 Neuwied ->

http://www.amooma.de
Geschäftsführer: Stefan Wintermeyer, Handelsregister: Neuwied B14998

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-biz mailing list
To UNSUBSCRIBE or update options visit:

http://lists.digium.com/mailman/listinfo/asterisk-biz