



Esistono tre metodi per collegare due PBX Trixbox, attraverso l’uso di estensioni IAX (per maggiore “comodità” verso il NAT rispetto al SIP), attraverso l’uso di un approccio PEER/USER o attraverso l’uso di FRIENDS.
Io preferisco, ma a titolo personale, l’uso del secondo approccio, che descriverò di seguito.
In questo esempio i due sistemi escono sulle urbane in maniera indipendente, usano il trunk di interconessione solo per le chiamate interne, poniamo 2XX il primo sistema, 3XX il secondo.
PRIMO SISTEMA
IAX2 TRUNK
Outgoing Dial Rules : 3XX
Trunk Name : LinkSedi-out
Peer Details
host=(IP FISSO o DYNDNS SISTEMA2)
qualify=yes
type=peer
User Context : LinkSedi-in
User Details
context=from-internal
host=(IP FISSO o DYNDNS SISTEMA2)
type=userOutbound Routing
Route Name : LinkSedi-out
Route Password : VUOTA
Dial Patterns : 3XX
Trunk Sequence : IAX2/LinkSedi-out
SECONDO SISTEMA
IAX2 TRUNK
Outgoing Dial Rules : 2XX
Trunk Name : LinkSedi-out
Peer Details
host=(IP FISSO o DYNDNS SISTEMA1)
qualify=yes
type=peer
User Context : LinkSedi-in
User Details
context=from-internal
host=(IP FISSO o DYNDNS SISTEMA1)
type=userOutbound Routing
Route Name : LinkSedi-out
Route Password : VUOTA
Dial Patterns : 2XX
Trunk Sequence : IAX2/LinkSedi-out
Tutto qua, molto semplice direi!




L’evento più importante per il mondo VoIP si svolgerà nelle giornate del 26/27 Settembre a Roma, ma solo per gli operatori del settore.
Io ci sarò giovedì 27, e consiglio a tutti questa data perchè si parlerà anche di Asterisk e VoIP Open Source, con la graditissima presenza di Jon “Mad Dog” Hall, presidente di Linux International, e si parlerà di come Asterisk può uscire dall’area “naif” e diventare un punto di forza rispetto ad altri prodotti commerciali.
Inoltre si parlerà del futuribile mVoIP, ovvero il voice over ip sulle reti mobile.
Che dire…magari ci vediamo!




Exchange Server 2003 fino al SP1 permetteva uno spazio di archiviazione di 16GB, fissi non espandibili (per questioni di licenza, nella Standard Edition) se non per un “incremento di emergenza” di 1 GB.
Grazie al SP2 questo limite è stato portato di default “impostato nel codice” a 18GB, ma è possibile incrementarlo fino a 75GB…un bel margine!
Per fare questo è semplicissimo, basta aggiungere una REG_DWORD nella seguente posizione HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\Server name\Private-Mailbox Store GUID e creare una REG_DWORD con label Database Size Limit in Gb e valore da 1 a 75 IN DECIMALE OCCHIO.
A questo punto non vi resta che riavviare il servizio Information Store.
Adesso potete sincerarvi dall’event viewer che il database sia rimontato e vi dica una cosa del tipo “rimontato database grande tot, sarete avvertiti al raggiungimento del NUOVO LIMITE”
Per una descrizione dettagliata fate riferimento a questo link (in inglese).




Questo errore viene dato spesso quando un server di posta ESMTP come quello predefinito di IIS 6 tenta di spedire posta verso un altro SMTP, magari datato, come Domino 6.5.1 o Exchange 5.5.
Questo perchè, in maniera predefinita i messaggi sono inviati MIME8, che non è supportato dai suddetti server di posta, che rifiutano il messaggio.
In Exchange Server 2000 e 2003 è possibile semplicemente modificarlo con un click, emntre su IIS non c’è l’opzione, e va fatto a mano!
Fate così, aprite la gestione di IIS, aprite le proprietà del computer locale e mettete la spunta su “Enable Direct Metabase Edit”, o in italiano Abilita la modifica diretta del Metabase.
Adesso andate a cercare la directory Systemroot\System32\Inetsrv il file MetaBase.xml e qui cercate la riga con valore {SmtpInboundCommandSupportOptions} , ma attenzione, questo valore può conparire più volte, una per ogni istanza di smtp legata al dominio che gestisce, [LM/SmtpSvc], [LM/SmtpSvc/1] e così via..
Da valore di questa chiave dovete sottrarre 4194304 ed il restante sostituirlo al valore precendente, in pratica per esempio se il valore fosse 7697601 – 4194304 = 3503297 da sostituire, salvare il file e siete apposto.
Ah, tutto il file MetaBase.xml è case-sensitive.




Sono diversi giorni che non scrivo più nel blog, ma si sa, l’estate non è ancora finita e sono da poco tornato dalle ferie ![]()
Nei prossimi giorni prevedo di postare qualcosa rigardo a Trixbox e all’implementazione di un firewall avanzato con IPCop 1.4.16 (QoS, Layer 7 Filter, p2p Blocker, BOT etcc..)
A presto!


More Options ...
Categorie
Tag Cloud
Blog RSS
Comments RSS

Void « Default
Life
Earth
Wind
Water
Fire
Light 