SMG2016 Accounting-Request
Добавлено: 14 авг 2017 19:15
Здравствуйте!
Возникла проблема с работой Radius запросов с SMG2016. Дело в том, что SMG посылает аккаунтинг запрос с неверными Calling-Station-Id и Called-Station-Id. Для запросов авторизации все хорошо, номера в Е164, работают Модификаторы InCdPN / InCgPN. Но именно в аккаунтинге при этом модификации не происходит. Вот пример аккаунтинг запроса в пределах станции:
Radius Protocol
Code: Accounting-Request (4)
Packet identifier: 0xd2 (210)
Length: 809
Attribute Value Pairs
AVP: l=6 t=Acct-Status-Type(40): Start(1)
Acct-Status-Type: Start (1)
AVP: l=13 t=User-Name(1): 78616775110
User-Name: 78616775110
AVP: l=13 t=Calling-Station-Id(31): 78616775110
Calling-Station-Id: 78616775110
AVP: l=13 t=Called-Station-Id(30): 78616775102
Called-Station-Id: 78616775102
А вот аккаунтинг но уже на внешний номер:
Radius Protocol
Code: Accounting-Request (4)
Packet identifier: 0xd4 (212)
Length: 756
Attribute Value Pairs
AVP: l=6 t=Acct-Status-Type(40): Start(1)
Acct-Status-Type: Start (1)
AVP: l=13 t=User-Name(1): 78616775110
User-Name: 78616775110
AVP: l=7 t=Calling-Station-Id(31): 75110
Calling-Station-Id: 75110
AVP: l=7 t=Called-Station-Id(30): 37437
Called-Station-Id: 37437
Тут уже видно, что обрезано.
Вот еще вызов из вне:
Radius Protocol
Code: Accounting-Request (4)
Packet identifier: 0xd6 (214)
Length: 719
Attribute Value Pairs
AVP: l=6 t=Acct-Status-Type(40): Start(1)
Acct-Status-Type: Start (1)
AVP: l=12 t=User-Name(1): 9184337437
User-Name: 9184337437
AVP: l=13 t=Calling-Station-Id(31): 79184337437
Calling-Station-Id: 79184337437
AVP: l=13 t=Called-Station-Id(30): 78616775110
Called-Station-Id: 78616775110
Разработчики ПО просят данные поля именно в Е164 формате. Подскажите, пожалуйста, что можно предпринять?
Возникла проблема с работой Radius запросов с SMG2016. Дело в том, что SMG посылает аккаунтинг запрос с неверными Calling-Station-Id и Called-Station-Id. Для запросов авторизации все хорошо, номера в Е164, работают Модификаторы InCdPN / InCgPN. Но именно в аккаунтинге при этом модификации не происходит. Вот пример аккаунтинг запроса в пределах станции:
Radius Protocol
Code: Accounting-Request (4)
Packet identifier: 0xd2 (210)
Length: 809
Attribute Value Pairs
AVP: l=6 t=Acct-Status-Type(40): Start(1)
Acct-Status-Type: Start (1)
AVP: l=13 t=User-Name(1): 78616775110
User-Name: 78616775110
AVP: l=13 t=Calling-Station-Id(31): 78616775110
Calling-Station-Id: 78616775110
AVP: l=13 t=Called-Station-Id(30): 78616775102
Called-Station-Id: 78616775102
А вот аккаунтинг но уже на внешний номер:
Radius Protocol
Code: Accounting-Request (4)
Packet identifier: 0xd4 (212)
Length: 756
Attribute Value Pairs
AVP: l=6 t=Acct-Status-Type(40): Start(1)
Acct-Status-Type: Start (1)
AVP: l=13 t=User-Name(1): 78616775110
User-Name: 78616775110
AVP: l=7 t=Calling-Station-Id(31): 75110
Calling-Station-Id: 75110
AVP: l=7 t=Called-Station-Id(30): 37437
Called-Station-Id: 37437
Тут уже видно, что обрезано.
Вот еще вызов из вне:
Radius Protocol
Code: Accounting-Request (4)
Packet identifier: 0xd6 (214)
Length: 719
Attribute Value Pairs
AVP: l=6 t=Acct-Status-Type(40): Start(1)
Acct-Status-Type: Start (1)
AVP: l=12 t=User-Name(1): 9184337437
User-Name: 9184337437
AVP: l=13 t=Calling-Station-Id(31): 79184337437
Calling-Station-Id: 79184337437
AVP: l=13 t=Called-Station-Id(30): 78616775110
Called-Station-Id: 78616775110
Разработчики ПО просят данные поля именно в Е164 формате. Подскажите, пожалуйста, что можно предпринять?