SIP লিঙ্কের সমস্যা সমাধান করুন

এই ধাপগুলো সম্পন্ন করতে আপনার উপযুক্ত ব্যবহারকারী ব্যবস্থাপনা (User management) প্রিভিলেজ প্রয়োজন। সঠিক প্রিভিলেজ ছাড়া, এই ধাপগুলো সম্পন্ন করার জন্য প্রয়োজনীয় সমস্ত কন্ট্রোল আপনি দেখতে পাবেন না। SIP Link সেট আপ করার জন্য একাধিক জটিল ইন্টিগ্রেশনের প্রয়োজন হয়। ইন্টিগ্রেশন প্রক্রিয়া চলাকালীন সমস্যা সমাধানে সহায়তার জন্য এই আর্টিকেলটি ব্যবহার করুন।

শুরু করার আগে

SIP Link-এর সমস্যা সমাধান করতে, নিশ্চিত করুন যে আপনার কাছে নিম্নলিখিত জিনিসগুলো আছে:

  • আপনার SBC-তে প্যাকেট ক্যাপচার
  • আপনার ফায়ারওয়ালে প্যাকেট ক্যাপচার
  • প্যাকেট ক্যাপচার দেখার একটি টুল
  • আপনার SBC লগগুলিতে অ্যাক্সেস

দ্রষ্টব্য: সমস্যা সমাধানে অতিরিক্ত সাহায্যের প্রয়োজন হলে, আপনার এসবিসি ভেন্ডর বা ক্যারিয়ারের সাথে যোগাযোগ করুন।

SIP লিঙ্কের সাথে সিগন্যাল সংযোগ নিশ্চিত করুন

SIP Link-এর সিগন্যালিং-এর জন্য ট্রান্সপোর্ট লেয়ার সিকিউরিটি (TLS) ব্যবহৃত হয়। TLS হলো পাবলিক সার্টিফিকেট অথরিটি (CA) দ্বারা তৈরি সার্টিফিকেটের একটি প্যাকেজ। আপনি অ্যাডমিন কন্ট্রোল প্যানেলের SIP Link ল্যান্ডিং পেজ থেকে আপনার TLS কানেকশনের স্ট্যাটাস চেক করতে পারেন।

  1. আপনার TLS সার্টিফিকেটটি নিম্নলিখিত CA-গুলোর মধ্যে একটি থেকে প্রাপ্ত কিনা তা নিশ্চিত করুন:
    • ডিজিসার্ট
    • এনট্রাস্ট ডেটাকার্ড
    • গ্লোবালসাইন
    • গোড্যাডি
    • সেকটিগো
  2. একটি ত্রি-মুখী ট্রান্সমিশন কন্ট্রোল প্রোটোকল (TCP) হ্যান্ডশেক শুরু করুন, যার পরে একটি TLS হ্যান্ডশেক হবে। সার্টিফিকেট বিনিময়ের সময়, ভয়েস প্রথমে একটি সার্টিফিকেট এবং তারপরে এসবিসি-র সার্টিফিকেটগুলো পাঠায়।
  3. এই আদান-প্রদান সম্পন্ন হলে, ভয়েস এবং আপনার এসবিসি-র মধ্যে অ্যাপ্লিকেশন ডেটা বিনিময় করা যাবে।

কলের মান সমস্যা সমাধান করুন

কলের মান নিয়ে আপনার সমস্যা হলে, আপনার নেটওয়ার্ক ল্যাটেন্সি যেন সামঞ্জস্যপূর্ণ ও কম থাকে, তা নিশ্চিত করুন। ভয়েস এবং এসবিসি-এর মধ্যে ভয়েস ট্র্যাফিক যখন সবচেয়ে ছোট পথ ব্যবহার করে, তখন কলের মান সর্বোত্তম থাকে। আপনার লক্ষ্য হওয়া উচিত ১০০ মিলিসেকেন্ড বা তার কম রাউন্ড-ট্রিপ ল্যাটেন্সি।

নেটওয়ার্ক লেটেন্সি পরীক্ষা করতে:

  1. SBC-এর এক্সটার্নাল ইন্টারফেস থেকে ভয়েস মিডিয়া ফ্রন্ট-এন্ড সার্ভারকে পিং করুন।
  2. কমপক্ষে ৪ ঘণ্টা ভয়েসের সাথে সংযুক্ত থাকুন।
  3. আপনার ল্যাটেন্সি যেন সামঞ্জস্যপূর্ণ এবং ১০০ মিলিসেকেন্ড বা তার কম থাকে, তা নিশ্চিত করুন। ল্যাটেন্সির মানগুলোর গড় করবেন না এবং মাঝে মাঝে ল্যাটেন্সির আকস্মিক বৃদ্ধি হচ্ছে কিনা তা পরীক্ষা করুন।
  4. যদি আপনার ল্যাটেন্সি ১০০ মিলিসেকেন্ড বা তার কম না হয়, তাহলে ট্রেসরাউট ইউটিলিটি ব্যবহার করে আপনার এসবিসি বা ক্লায়েন্ট মেশিন থেকে ভয়েস মিডিয়া ফ্রন্ট-এন্ড পর্যন্ত নেটওয়ার্ক পাথটি প্রিন্ট করুন। পাথটি যথাসম্ভব সংক্ষিপ্ত হওয়া উচিত, উদাহরণস্বরূপ:
    • ডেস্কটপের জন্য, ব্যবহার করুন > traceroute lens.voice.google.com
    • ক্রোমবুকের জন্য, ব্যবহার করুন > tracepath lens.voice.google.com
    • SBC-এর জন্য, traceroute siplink.telephony.goog অথবা traceroute lens.voice.google.com ব্যবহার করুন।

সাধারণ সিগন্যাল সংযোগের সমস্যা সমাধান করুন

SBC এবং Voice-এর মধ্যে TCP সেশন স্থাপন করা যাচ্ছে না।

যদি আপনার TCP সেশন স্থাপিত না হয়, তবে এর কারণ ফায়ারওয়াল বা নেটওয়ার্ক সংযোগের সমস্যা হতে পারে। SBC একটি SYN বার্তা পাঠাতে পারে, কিন্তু কোনো প্রতিক্রিয়া আসে না।

এই সমস্যাটি সমাধান করতে,

  1. নেটওয়ার্ক সংযোগ আছে কিনা তা নিশ্চিত করতে siplink.telephony.google-কে পিং করুন।
  2. ভয়েসের জন্য গন্তব্য পোর্ট ৫৬৭২ সক্রিয় করুন।
  3. siplink.telephony.goog রেজোলিউশনের জন্য DNS ঠিকমতো কাজ করছে কিনা তা নিশ্চিত করুন।
  4. আপনার ফায়ারওয়াল SBC থেকে ট্র্যাফিকের অনুমতি দেয় কিনা এবং siplink.telephony.goog:5672 পোর্টটি খোলা আছে কিনা তা যাচাই করুন।

SBC এবং Voice-এর মধ্যে TLS সেশন স্থাপন করা যাচ্ছে না।

যদি আপনার TLS সেশন স্থাপিত না হয়, তবে এর কারণ PCA সার্টিফিকেশন সংক্রান্ত সমস্যা হতে পারে। আপনি একটি মারাত্মক সতর্কতা বার্তা পেতে পারেন, যেখানে বলা থাকবে যে সার্টিফিকেটটি অজানা।

এই সমস্যাটি সমাধান করতে,

  1. আপনার SIP লিঙ্কের জন্য TLS প্রোফাইলের সাথে যুক্ত কী স্টোরে, PCA-এর সাথে সংশ্লিষ্ট আপনার রুট সার্টিফিকেট এবং ইন্টারমিডিয়েট সার্টিফিকেট আপলোড করা নিশ্চিত করুন। SBC-এর সার্টিফিকেশনের জন্য CSR তৈরি করার সময়, অনুগ্রহ করে আপনার নিজ নিজ SBC ভেন্ডরের ইন্টারঅপ ডকুমেন্টে দেওয়া নির্দেশিকা অনুসরণ করুন।
  2. আপনার এসবিসি সার্টিফিকেটটি যেন এই নির্দেশিকাগুলো অনুসরণ করে, তা নিশ্চিত করুন:
    • ২,০৪৮ কী সাইজ
    • RSA বা ECDSA এনক্রিপশন
    • কমন নেম (CN) SIP লিঙ্কের জন্য তৈরি করা হোস্ট নেমের সাথে মেলে।
    • সার্টিফিকেটে থাকা CN-এর ডোমেইনটি ওয়ার্কস্পেস ডোমেইনের সাথে মিলে যায়।
    • পারস্পরিক প্রমাণীকরণ সক্রিয় করা হয়েছে
    • সার্ভার ও ক্লায়েন্ট প্রমাণীকরণ সক্রিয় করা হয়েছে
    • ওয়াইল্ডকার্ড সার্টিফিকেট সমর্থিত নয়।
  3. নিশ্চিত করুন যে pki.goog-এ প্রাপ্ত গুগলের সার্টিফিকেশন GTSR1, SIP লিঙ্কের জন্য তার নিজ নিজ TLS প্রোফাইলের কী স্টোরেও আপলোড করা হয়েছে।
  4. এসবিসি থেকে গুগলে দেওয়া সার্টিফিকেটের মেয়াদ শেষ হয়ে গেছে কিনা তা যাচাই করুন।

SBC আমন্ত্রণের সময় 404 বা 604 নট ফাউন্ড প্রতিক্রিয়া।

SBC থেকে আমন্ত্রণ পাওয়ার সময় যদি আপনি 404 বা 604 নট ফাউন্ড প্রতিক্রিয়া পান, তাহলে সম্ভবত আপনার ভয়েসের জন্য নির্ধারিত SBC নম্বরটি নেই।

এই সমস্যাটি সমাধান করতে,

  1. নিশ্চিত করুন যে SBC-এর জন্য ফোন নম্বরটি Voice-এ কোনো ব্যবহারকারী, অটো অ্যাটেন্ডেন্ট বা রিং গ্রুপে বরাদ্দ করা আছে।
  2. PAI হেডারে ফোন নম্বরটি E. 164 ফরম্যাটে আছে কিনা তা নিশ্চিত করুন।

SBC আমন্ত্রণের সময় 400 ব্যাড রিকোয়েস্ট প্রতিক্রিয়া

SBC থেকে আমন্ত্রণ পাওয়ার সময় যদি আপনি 400 Bad Request প্রতিক্রিয়া পান, তাহলে সম্ভবত আপনি সঠিক সিক্রেট কী ব্যবহার করছেন না।

এই সমস্যাটি সমাধান করতে,

  1. আমন্ত্রণ বার্তাটি পরীক্ষা করে নিশ্চিত করুন যে এতে আপনার X-Google-Pbx-Trunk-Secret-Key SIP হেডারটি সঠিক মান সহ রয়েছে। আপনি যখন SIP লিঙ্ক সেট আপ করেন তখন এই কী-টি তৈরি হয়।
  2. P-Asserted-Identity হেডারে ফোন নম্বরটি E. 164 ফরম্যাটে আছে কিনা তা নিশ্চিত করুন।

ভয়েস থেকে 403 নিষিদ্ধ প্রতিক্রিয়া

যদি আপনি একটি 403 Forbidden প্রতিক্রিয়া পান, তাহলে SBC থেকে Voice-এর আমন্ত্রণে আপনার Request URI (RURI) ভুল থাকতে পারে। নিশ্চিত করুন যে RURI-এর হোস্টটি trunk.sip.voice.google.com

মিডিয়া সংযোগের সাধারণ সমস্যাগুলো সমাধান করুন

আপনার মিডিয়া সংযোগের সমস্যা সমাধান শুরু করার আগে, নিশ্চিত করুন যে আপনার নেটওয়ার্ক নিম্নলিখিত শর্তগুলো পূরণ করে:

  • আপনার নেটওয়ার্ক ডেটাগ্রাম ট্রান্সপোর্ট লেয়ার সিকিউরিটি (DTLS) অথবা সেশন ডেসক্রিপশন প্রোটোকল সিকিউরিটি ডেসক্রিপশন ফর মিডিয়া স্ট্রিমস (SDES) এনক্রিপশন ব্যবহার করছে, কিন্তু উভয়ই নয়।
  • আপনি এনক্রিপ্টবিহীন এসডিপি অফার ব্যবহার করছেন না। এভাবে করা কলগুলো স্বয়ংক্রিয়ভাবে বন্ধ করে দেওয়া হয়।
  • MKI বা ক্রিপ্টো লাইফটাইম অবশ্যই নিষ্ক্রিয় করতে হবে।
  • DTLS ব্যবহার করা হলে, SBC-তে একটি সেলফ-সাইন্ড সার্টিফিকেট ব্যবহার করা হয়। সার্টিফিকেটটি CA দ্বারা স্বাক্ষরিত হওয়ার কোনো প্রয়োজন নেই।
  • আপনার SBC-এর ভয়েস প্রোফাইলে সমর্থিত কোডেকগুলোর মধ্যে একটি, যেমন G711 mulaw (PCMU), G711 alaw (PCMA), Opus, বা G722, কনফিগার করা আছে কিনা তা নিশ্চিত করুন।
  • ডুয়াল টোন মাল্টি-ফ্রিকোয়েন্সি (DTMF) টেলিফোনি ইভেন্ট হিসেবে বিদ্যমান।
  • আপনার SBC-এর এক্সটার্নাল ইন্টারফেসে একটি ডেডিকেটেড পাবলিক আইপি বরাদ্দ করুন।
  • আপনার ফায়ারওয়ালের জন্য সোর্স এবং ডেস্টিনেশন NAT কনফিগার করুন।

    সার্টিফিকেট আলোচনা ব্যর্থ হয়েছে (DTLS)

    যদি আপনি একটি সতর্কবার্তা (লেভেল: ফেটাল, ডেসক্রিপশন: আননোন সিএ) পান, তাহলে ডিটিএলএস-এর জন্য ব্যবহৃত সার্টিফিকেটটি সার্টিফাইড নাও হতে পারে।

    অফার এবং অ্যানসার এসডিপি কানেকশন ফিল্ডে উল্লেখিত মিডিয়া এন্ডপয়েন্টগুলোর মধ্যে একটি সার্টিফিকেট হ্যান্ডশেকের মাধ্যমে ডিটিএলএস নেগোসিয়েশন শুরু হয়। এটি সফল হলে, এসবিসি এবং গুগল ভয়েসের মধ্যে একটি এনক্রিপ্টেড কানেকশনের মাধ্যমে মিডিয়া প্রবাহিত হবে।

    সমস্যাটি সমাধান করতে, নিশ্চিত করুন যে সার্টিফিকেটটি SBC থেকে প্রাপ্ত একটি সেলফ-সাইন্ড সার্টিফিকেট। পাবলিক CA দ্বারা স্বাক্ষরিত সার্টিফিকেট ব্যবহার করবেন না, কারণ এটি UDP-এর উপর ফ্র্যাগমেন্টেশন ঘটাবে যা বিভিন্ন সমস্যার সৃষ্টি করে।

    SBC থেকে Voice-এ ক্লায়েন্ট হ্যালো মেসেজ পাঠানো হলেও কোনো সাড়া পাওয়া যাচ্ছে না (DTLS)।

    DTLS এনক্রিপশন ব্যবহার করার সময়, আপনি SBC থেকে ভয়েস-এ একাধিক ক্লায়েন্ট হ্যালো বার্তা পেতে পারেন, কিন্তু কোনো সাড়া নাও পেতে পারেন।

    সমস্যাটি সমাধান করতে,

    • আপনার ফায়ারওয়াল পোর্টগুলি পরীক্ষা করে নিশ্চিত করুন যে SBC-টির ভয়েস মিডিয়া আইপি সাবনেট (74.125.39.0/24) পোর্ট 19305 বা 26500-এ দ্বিমুখী মিডিয়া প্রবাহ রয়েছে।
    • SBC পাবলিক আইপি-এর জন্য: মিডিয়া পোর্ট <> 74.125.39.0/24:(19302-19308, 26500)। আরও তথ্যের জন্য SIP লিঙ্কের ফায়ারওয়াল পোর্ট বিভাগটি দেখুন।
    • গুগল ভয়েস মিডিয়া আইপিগুলো পিং-এর মাধ্যমে পৌঁছানো যায় এবং এসবিসি থেকে সেগুলোর পৌঁছানোর যোগ্যতা সেভাবেই পরীক্ষা করা যেতে পারে।

    SBC থেকে Voice-এ UDP-এর জন্য আমি কোনো সাড়া পাচ্ছি না।

    সমস্যাটি সমাধান করতে,

    • ফায়ারওয়াল পোর্টগুলি পরীক্ষা করে নিশ্চিত করুন যে SBC-এর ভয়েস মিডিয়া আইপি সাবনেট (74.125.39.0/24) পোর্ট 19305 বা 26500-এ দ্বিমুখী মিডিয়া প্রবাহ রয়েছে।
    • SBC পাবলিক আইপি-এর জন্য: মিডিয়া পোর্ট <> 74.125.39.0/24:(19302-19308, 26500)। আরও তথ্যের জন্য SIP লিঙ্কের ফায়ারওয়াল পোর্ট বিভাগটি দেখুন।
    • গুগল ভয়েস মিডিয়া আইপিগুলো পিং-এর মাধ্যমে পৌঁছানো যায় এবং এসবিসি থেকে সেগুলোর পৌঁছানোর যোগ্যতা সেভাবেই পরীক্ষা করা যেতে পারে।
    • নেটওয়ার্ক অ্যাড্রেস ট্রান্সলেশন (NAT) করার সময় ফায়ারওয়ালের উচিত নয় SBC দ্বারা প্রেরিত পোর্টটি পরিবর্তন করা। এর ফলে Voice, SBC থেকে পাঠানো মিডিয়া প্যাকেটটি ড্রপ করে দেবে, কারণ এটি উৎস হিসেবে SBC-এর পাবলিক IP-কে দেখবে, কিন্তু নেগোশিয়েটেড SDP অফার ও অ্যানসারের পোর্টটি থেকে ভিন্ন একটি পোর্টকে দেখবে।

    দ্বিমুখী প্যাকেট প্রবাহ, কিন্তু কলে কোনো অডিও নেই।

    সমস্যাটি সমাধান করতে, মিডিয়ার জন্য ব্যবহৃত এনক্রিপশন ক্রিপ্টোটি পরীক্ষা করুন। এটি AES_CM_128_HMAC_SHA1_80 হওয়া উচিত।

    গুগল ৪৮৬ (এসডিইএস) দিয়ে আমন্ত্রণের জবাব দিয়েছে

    সমস্যাটি সমাধান করতে, মিডিয়ার জন্য ব্যবহৃত এনক্রিপশন ক্রিপ্টো যাচাই করুন।

    যদি আমন্ত্রণপত্রে MKI থাকে, যা SIP Link দ্বারা সমর্থিত নয়, তাহলে MKI নিষ্ক্রিয় করুন।


গুগল, গুগল ওয়ার্কস্পেস এবং সংশ্লিষ্ট চিহ্ন ও লোগোসমূহ হলো গুগল এলএলসি (Google LLC)-এর ট্রেডমার্ক। অন্য সকল কোম্পানি ও পণ্যের নাম তাদের সংশ্লিষ্ট কোম্পানিগুলোর ট্রেডমার্ক।