IOSOR அறிவு

SMPP Bind விண்டோக்கள் மற்றும் செஷன் வரம்புகள்

IOSOR தளத்தில் அதிக அளவு முன்பணம் செலுத்திய செய்தி அனுப்பலுக்கான SMPP bind விண்டோக்கள், செஷன் வரம்புகள் மற்றும் உறுதிப்படுத்தப்படாத செய்தி இடையகங்களை எவ்வாறு உள்ளமைப்பது என்பதைக் கற்றுக் கொள்ளுங்கள்.

SMPP Bind விண்டோக்கள் மற்றும் செஷன் வரம்புகள்.

SMPP விண்டோயிங் மெக்கானிக்ஸ் மற்றும் த்ரூபுட் ரேட் ஷேப்பிங்

SMPP bind விண்டோ அளவு என்பது ஒரு ESME ஒரு TCP செஷனில் பதிலுக்காகக் காத்திருப்பதற்கு முன் அனுப்பக்கூடிய அதிகபட்ச உறுதிப்படுத்தப்படாத 'submit_sm' PDU-களின் எண்ணிக்கையை வரையறுக்கிறது. ஒத்திசைவான HTTP இறுதிப் புள்ளிகளைப் போலல்லாமல், SMPP v3.4 ஒத்திசைவற்ற பைப்லைனிங்கை அனுமதிக்கிறது. 1 அளவுள்ள விண்டோ 1 நிலுவையில் உள்ள செய்தியை மட்டுமே அனுமதிக்கிறது, இது பிணைய தாமதத்தால் (RTT) வரம்பிடப்படுகிறது. 50 அளவுள்ள விண்டோ ஒரே நேரத்தில் 50 உறுதிப்படுத்தப்படாத ஃபிரேம்களை அனுமதிக்கிறது.

ப்ரீபெய்ட் லெட்ஜர்களில் அதிக அளவு பைண்டுகளை மதிப்பிடுதல்

ப்ரீபெய்ட் வாடிக்கையாளர்களுக்கு SMPP த்ரூபுட்டைத் தீர்மானிக்கும் போது, செஷன் இணக்கத்தன்மை மற்றும் லெட்ஜர் பாதுகாப்பிற்கு இடையே சமநிலையைப் பேண வேண்டும். திறந்த விண்டோவில் உள்ள ஒவ்வொரு உறுதிப்படுத்தப்படாத PDU-வும் செயலில் உள்ள கடன் முன்பதிவைக் குறிக்கிறது.

IOSOR இல் TRX, TX மற்றும் RX செஷன் வரம்புகளை உள்ளமைத்தல்

IOSOR ரூட்டிங் என்ஜினுக்குள், நிர்வாகிகள் குறிப்பிட்ட செஷன் வகை மற்றும் வேக வரம்புகளின்படி செஷன் பைண்டிங்குகளை உள்ளமைக்கின்றனர். TX மற்றும் RX பைண்டுகள் வெளிசெல்லும் அனுப்புதலையும் DLR ரசீதையும் பிரிக்கின்றன, அதே நேரத்தில் TRX இருவழி ஃபிரேம் ஓட்டத்தைக் கையாள்கிறது. கன்சோலில், ஒவ்வொரு கணக்கிற்கும் குறிப்பிட்ட விகித வரம்புகளை (TPS) ஒதுக்கி, விண்டோ அளவிற்கான கண்டிப்பான வரம்புகளை அமைக்கவும் (சாதாரண கணக்குகளுக்கு 10 முதல் 50 வரை, அதிக அளவு போக்குவரத்திற்கு 100 வரை).

லெட்ஜர் ஒத்திசைவின்மை மற்றும் பஃபர் மேல்நிலையைக் குறைத்தல்

அதிக விண்டோ வரம்புகள் செய்தி வரவேற்புக்கும் இருப்பு பிடித்தத்திற்கும் இடையே பஃபர் தாமதத்தை ஏற்படுத்தக்கூடும். பின்தள வரிசையின் காரணமாக 'submit_sm_resp' செயல்படுத்தல் தாமதமானால், உறுதிப்படுத்தப்படாத ஃபிரேம்கள் விண்டோ பஃபரில் இருக்கும். செய்திகளை அனுப்பும் போது கிளையண்டின் வாலட் காலியானால், கணினி விண்டோ த்ரோட்லிங்கைச் செயல்படுத்துகிறது: செயலில் உள்ள பைண்டிங்குகள் புதிய 'submit_sm' PDU-களை ஏற்பதை நிறுத்திவிட்டு 'ESME_RTHROTTLED' நிலை குறியீட்டைத் திருப்பியளிக்கும்.

கட்டமைப்பு டோபாலஜிகள் மற்றும் நெறிமுறை ஒருங்கிணைப்பு

தொடர்புடையவை: IOSOR API கன்கரன்சி மற்றும் த்ரூபுட் ஒதுக்கீட்டை சமநிலைப்படுத்துதல் · பேலோட் பேட்சிங் மற்றும் ஒற்றை கோரிக்கை த்ரூபுட் ஆகியவற்றை சமநிலைப்படுத்துதல் · ப்ரீபெய்ட் குரல் ரூட்டிங்கிற்கான SIP டைஜஸ்ட் அங்கீகாரம் மற்றும் இருப்பு வைத்த….

IOSOR உடன் தொடங்குங்கள்

IOSOR ரூட்டிங் கன்சோலைத் திறந்து, அனைத்து TRX மற்றும் TX பைண்டுகளுக்கும் வெளிப்படையான ஒரு அமர்வுக்கான TPS வரம்புகளையும் கட்டுப்படுத்தப்பட்ட விண்டோ ஆழங்களையும் அமைக்கவும். அதிக அளவு ட்ராஃபிக் பர்ஸ்ட்களின் போது அங்கீகரிக்கப்படாத submit_sm ஃபிரேம்கள் ப்ரீபெய்ட் பேலன்ஸை மீறாமல் இருக்க, கிரெடிட் ரிசர்வேஷன் ஹோல்டுகளை உங்கள் லெட்ஜர் சின்க் வேகத்துடன் சீரமைக்கவும். வாடிக்கையாளர் வாலட் பேலன்ஸ் முக்கியமான வரம்புகளை நெருங்கும் போது உள்வரும் போக்குவரத்தை இடைநிறுத்த தானியங்கு விண்டோ த்ராட்லிங் கேட்களை உள்ளமைக்கவும்.

IOSOR சுருக்கம்

அதிக அளவு SMPP த்ரூபுட்டுக்கு, ஒத்திசைவற்ற விண்டோயிங் மெக்கானிக்ஸை கடுமையான நிகழ்நேர லெட்ஜர் கணக்கியலுடன் சீரமைப்பது அவசியமாகும். அங்கீகரிக்கப்படாத ஃபிரேம் பஃபர்களை கணக்கில் கொள்ளாமல் பெரிய விண்டோ அளவுகளை வழங்குவது ப்ரீபெய்ட் கணக்குகளை கடுமையான கிரெடிட் ஓவர்ரன்களுக்கு ஆளாக்கும், அதே நேரத்தில் மிகக் சிறிய விண்டோக்கள் சேனல்கள் முழுவதும் த்ரூபுட்டை பட்டினி போடும்.

IOSOR கன்சோலில் உயர் வேக பைண்டுகளை அங்கீகரிப்பதற்கு முன், வெளிப்படையான விண்டோ வரம்புகளை வரையறுத்து, TPS ரேட்-லிமிட்டர்களை கிரெடிட் ரிசர்வேஷன் லாஜிக்குடன் இணைக்கவும். செயலில் உள்ள லெட்ஜர் சின்கிரைசேஷன் கேட்கள் இல்லாமல், ப்ரீபெய்ட் கணக்குகளுக்கு வரம்பற்ற அமர்வு கன்கரன்சியையோ அல்லது ஆழமான PDU பைப்லைன்களையோ வழங்க வேண்டாம்.

இந்த வழிகாட்டி உதவியாக இருந்ததா?

தொடர்புடைய வழிகாட்டிகள்