Hai già un voicebot su Twilio Media Streams e vorresti prezzi da operatore e dati in Europa? La notizia buona: migrare ad AudioBridge non richiede di riscrivere nulla — il tuo server WebSocket resta lo stesso, stesso URL, stesso codice.
Twilio Media Streams e AudioBridge parlano la stessa lingua
Il protocollo AudioBridge segue la stessa struttura — campo evento più oggetto annidato — con gli stessi eventi: connected, start, media, dtmf, mark, clear, stop. Il barge-in funziona allo stesso modo (clear che svuota il buffer di riproduzione) e i mark hanno la stessa semantica di conferma. In pratica la migrazione consiste nel sostituire l’endpoint della WebSocket nel pannello: la logica del tuo bot non si accorge del cambio di carrier.
Le due differenze da conoscere
- Codec: il default di Twilio Media Streams è µ-law (PCMU); sulle numerazioni BEEVOIP è A-law (PCMA), lo standard europeo. Verifica quale decoder usa il tuo server, oppure negozia µ-law sul trunk SIP e non cambi neppure quello.
- Trasporto binario opzionale: oltre alla modalità json con payload base64, puoi ricevere l’audio come frame WebSocket binari — meno overhead, niente encode e decode. In binary l’evento connected e il sequenceNumber non vengono inviati.
Perché cambiare carrier
Perché dall’altra parte non trovi un rivenditore ma un operatore ROC con 232 prefissi italiani e numerazioni francesi native: streaming WebSocket a 0,0045 €/min, inbound a 0,0050 €/min, canone numerazione 3 €/mese, prezzi trattabili sui volumi. L’audio delle chiamate resta su Azure Italia e Francia, con DPA in italiano firmata in 24 ore: un argomento che con i CPaaS americani è sempre in salita. Il protocollo, oggi in beta, evolve solo in modo retrocompatibile: nuovi campi ed eventi opzionali, mai modifiche o rimozioni su quelli esistenti — l’integrazione che scrivi oggi continua a funzionare domani.
👉 Trovi il confronto completo sulla pagina di AudioBridge; per testare la migrazione ci sono 100 minuti gratis, senza carta di credito e con SDK Node e Python già pronti.