FusionPBX’i SIP gateway ile IllyVoIP’e bağlama
Gateway, doğru domain/profile ve kontrollü giden yollar ile gelen hedefler kurun.
FusionPBX SIP bağlantısına gateway der; dahili telefon ayrı nesnedir. Resmî Gateways/Dialplan belgelerini izler, sürümle menüler değişebilir. Çalışan sistem varsayılır; yeni kurulum veya güvenlik değişimi değil.
Başlamadan önce
Parola doğrulamalı hat kullanılır. SIP Lines üzerinden SIP kullanıcı/parola, sunucu, hedef port ve taşıma alın. Portal girişi kullanmayın. IP hattını bağımlı cihazları incelemeden değiştirmeyin.
Yönetici erişimi, özel yedek ve çalışan test dahilisi gerekir. Bir IllyVoIP SIP hattı PBX’i sağlayıcıya, dahili çalışan telefonunu PBX’e bağlar; aynı hesap değiller.
Tek test dahilisi ve kontrolünüzde hedefle başlayın. Bütün ofisi hemen taşımayın. Çalışan PBX’te test bitene kadar eski rotayı tutun.
1. Önce doğru domain
Çok kiracılı PBX’te domain kontrol edin. Yanlış domain’de çalışan gateway hâlâ yanlıştır. Sahip, izinli dahililer ve mevcut eşleşen yolları belirleyin. Domain sorununu aşmak için global yapmayın.
Şurayı açın: Accounts → Gateways; açık ad, SIP bilgileri ve parola bağlantısı için kayıt etkinleştirin.
| Alan | Değer |
|---|---|
| Gateway | Benzersiz yerel ad, örneğin illyvoip-office |
| Username / Password | SIP kullanıcı/parola |
| Proxy | IllyVoIP sunucu ve gerekli port |
| Register / Enabled | Bu kayıtlı kurulum için true |
| Register Transport | Gereken taşıma |
| Domain / Profile | Amaçlanan tenant ve etkin profil, rastgele varsayılan değil |
2. Profil ve context
Gateway SIP profilinde çalışır. Doğru etkin profili ve dış giriş için public/incoming context’i kullanın, iç çıkışı değil. Gelişmiş Hostname belirli PBX düğümüne sabitleyebilir; Proxy değildir. Cluster tasarımı istemiyorsa boş bırakın.
Kaydedip SIP durumunu inceleyin. Tek gateway için aktif çağrılı profili restart etmeyin. Desteklenen yönetimle sonucu doğrulayıp rotaya geçin.
3. Giden rota
Şurayı açın: Dialplan → Outbound Routes; gateway ve numara ifadesi seçin. Dar başlayıp sıra ve yakalanan numara dönüşümünü kontrol edin. Kayıtlı gateway varken dialplan her şeyi başka yere gönderebilir.
Çevrilen ve gönderilecek numarayı yazın. Kısmi yakalamada bridge doğru değeri almalı. Kuzey Amerika örneğini dünya rotasına körlemesine yapıştırmayın.
4. Gelen hedef
Şunu kullanın: Dialplan → Destinations; numara/kimlik, domain ve eylem ekler, gelen rota oluşturabilir. Bilinen dahili/grupla başlayın. Gerçek kimliği doğrulayın; + biçimi Portal’dan farklı olabilir.
Tenant sahipliği ve kaynak kontrollerini koruyun. Hedef eşleşmesi kaynağı yetkilendirmez. Tek tenant için geniş ACL veya global hedef kullanmayın.
5. Çağrıyı izleyin
Gidende domain/ifade/gateway; gelende ulaşım/context/hedef kontrol edin. Tek dahili çalışıyorsa ortak gateway’den önce izin/domain karşılaştırın.
Beklenmedik gateway’de yöneticiyle bridge/gateway ve rotayı karşılaştırın. Sıra hatası için kopya eklemeyin. İlk başarılı testi temel tutup birer değişiklikle genişletin.
Ses, arayan kimliği ve güvenlik
SIP taşıma ve medya şifreleme ayrıdır. Portal/PBX sesini eşleyin; RTP, SDES-SRTP, DTLS-SRTP değiştirilebilir değildir. Taşıma, codec ve ağı birlikte değiştirmeyin; neyin düzelttiğini/bozduğunu kaybedersiniz.
Yalnızca hesabın izin verdiği giden arayan kimliğini kullanın. PBX’e yazmak doğrulamaz. Anonim geleni genel giden rotalara açmayın, firewall kapatmayın. Kaynak IP için destekten güncel liste alın, tahmin etmeyin.
Personelden önce kabul kontrolü
- Trunk ve test telefonu dahilisinin kaydını ayrı kontrol edin.
- Seçili dahiliden arayıp trunk’ı doğrulayın. Önce bakiye/fiyat bakın; ücretli olabilir.
- İki yönlü ses ve görünen numarayı, yetkili menüde tuşları test edin.
- Gelen için bir aktif IllyVoIP numarasını PBX hattına yönlendirin, dışarıdan arayıp iç hedefi doğrulayın.
- İzinsiz dahilinin test rotasını kullanamadığını doğrulayın; sonra erişimi genişletin.
Zaman, saat dilimi, dahili, rota ve açık referans kaydedin. Hata varsa PBX model/sürümüyle desteğe verin. SIP kod rehberi açıklamaya yardımcıdır. Parola/temizlenmemiş log yayımlamayın.
Resmî belge ve Portal akışına dayanır; her PBX sürümünün gerçek çağrıyla test edildiği iddiası değildir. Acil hizmet ve özel ekipman ayrı kurulum/doğrulama ister.