|
Телефония односторонняя связь.
Автор |
Сообщение |
kert
Зарегистрирован: 01 янв 1970, 03:00 Сообщения: 189
|
Коллеги привет. Подскажите куда копать, а то уже голову сломал. Имеется 2 маршрутника с Е1 потоком каждый связанные по h323. 2 dial-peer: R1 Код: dial-peer voice 1 voip destination-pattern [2-4,6]... session target ipv4:10.50.3.140 dtmf-relay cisco-rtp req-qos controlled-load codec g711alaw ip precedence 5 no vad
R2 Код: dial-peer voice 1 voip destination-pattern 5... session target ipv4:10.50.24.240 dtmf-relay cisco-rtp req-qos controlled-load audio codec g711alaw ip qos dscp cs5 media ip qos dscp cs3 signaling no vad !
п Проблема в односторонней связи: т.е. с R1 на R2 звонок проходит нормально, а обратно отбивается с Cause i = 0x80BF - Service/option not available, unspecified. Все работало то той поры, пока session target не поменялся... При изменении session target обратно, ничего не меняется... лог звонка Код: 004066: Nov 29 10:54:53.014: cc_api_call_digit_end (dstVdbPtr=0x8221EC44, dstCallId=0xDF, srcCallId=0xE0, digit=0,duration=55,xruleCallingTag=0,xruleCalledTag=0, dest_mask=0x0), digit_tone_mode=0 004067: Nov 29 10:54:53.647: cc_api_call_digit_end (dstVdbPtr=0x8221EC44, dstCallId=0xDF, srcCallId=0xE0, digit=7,duration=215,xruleCallingTag=0,xruleCalledTag=0, dest_mask=0x0), digit_tone_mode=0 004068: Nov 29 10:54:54.176: cc_api_call_digit_end (dstVdbPtr=0x8221EC44, dstCallId=0xDF, srcCallId=0xE0, digit=8,duration=95,xruleCallingTag=0,xruleCalledTag=0, dest_mask=0x0), digit_tone_mode=0 004069: Nov 29 10:54:59.297: ISDN Se1/0:15: RX <- SETUP pd = 8 callref = 0x0025 004070: Nov 29 10:54:59.297: Bearer Capability i = 0x8090A3 004071: Nov 29 10:54:59.297: Channel ID i = 0xA98386 004072: Nov 29 10:54:59.297: Calling Party Number i = 0x01, 0x80, '5250', Plan:ISDN, Type:Unknown 004073: Nov 29 10:54:59.301: Called Party Number i = 0x81, '3078', Plan:ISDN, Type:Unknown 004074: Nov 29 10:54:59.309: cc_api_call_setup_ind (vdbPtr=0x824F312C, callInfo={called=3078,called_oct3=0x81,calling=5250,calling_oct3=0x1,calling_oct3a=0x80,calling_xlated=false,subscriber_type_str=RegularLine,fdest=1,peer_tag=11, prog_ind=0,callingIE_present 1},callID=0x81E70814) 004075: Nov 29 10:54:59.309: cc_api_call_setup_ind type 13 , prot 0 004076: Nov 29 10:54:59.309: cc_process_call_setup_ind (event=0x824CA6BC) 004077: Nov 29 10:54:59.313: >>>>CCAPI handed cid 228 with tag 11 to app "DEFAULT" 004078: Nov 29 10:54:59.313: sess_appl: ev(24=CC_EV_CALL_SETUP_IND), cid(228), disp(0) 004079: Nov 29 10:54:59.313: sess_appl: ev(SSA_EV_CALL_SETUP_IND), cid(228), disp(0) 004080: Nov 29 10:54:59.313: ssaCallSetupInd 004081: Nov 29 10:54:59.313: ccCallSetContext (callID=0xE4, context=0x81E851EC) 004082: Nov 29 10:54:59.313: ssaCallSetupInd cid(228), st(SSA_CS_MAPPING),oldst(0), ev(24)ev->e.evCallSetupInd.nCallInfo.finalDestFlag = 1 004083: Nov 29 10:54:59.313: ssaCallSetupInd finalDest cllng(5250), clled(3078) 004084: Nov 29 10:54:59.313: ssaCallSetupInd cid(228), st(SSA_CS_CALL_SETTING),oldst(0), ev(24)dpMatchPeersMoreArg result= 0 004085: Nov 29 10:54:59.313: ssaSetupPeer cid(228) peer list: tag(30) called number (3078) 004086: Nov 29 10:54:59.313: ssaSetupPeer cid(228), destPat(3078), matched(4), prefix(), peer(81E71158), peer->encapType (2) 004087: Nov 29 10:54:59.313: ccCallProceeding (callID=0xE4, prog_ind=0x0) 004088: Nov 29 10:54:59.317: ccCallSetupRequest (Inbound call = 0xE4, outbound peer =30, dest=, params=0x824D3668 mode=0, *callID=0x824D39D8, prog_ind = 0) callingIE_present 1 004089: Nov 29 10:54:59.317: ccCallSetupRequest numbering_type 0x81 004090: Nov 29 10:54:59.317: ccCallSetupRequest encapType 2 clid_restrict_disable 1 null_orig_clg 0 clid_transparent 0 callingNumber 5250
004091: Nov 29 10:54:59.317: dest pattern 3078, called 3078, digit_strip 0 004092: Nov 29 10:54:59.317: callingNumber=5250, calledNumber=3078, redirectNumber= display_info= calling_oct3a=80 004093: Nov 29 10:54:59.317: accountNumber=, finalDestFlag=1, guid=6e98.3464.d411.11e7.813c.c8c4.78f7.1404 004094: Nov 29 10:54:59.317: peer_tag=30 004095: Nov 29 10:54:59.317: ccIFCallSetupRequestPrivate: (vdbPtr=0x8221EC44, dest=, callParams={called=3078,called_oct3=0x81, calling=5250,calling_oct3=0x1, calling_xlated=false, subscriber_type_str=RegularLine, fdest=1, voice_peer_tag=30},mode=0x0) vdbPtr type = 1 004096: Nov 29 10:54:59.317: ccIFCallSetupRequestPrivate: (vdbPtr=0x8221EC44, dest=, callParams={called=3078, called_oct3 0x81, calling=5250,calling_oct3 0x1, calling_xlated=false, fdest=1, voice_peer_tag=30}, mode=0x0, xltrc=-5) 004097: Nov 29 10:54:59.317: ccSaveDialpeerTag (callID=0xE4, dialpeer_tag=0x1E) 004098: Nov 29 10:54:59.317: ccCallSetContext (callID=0xE5, context=0x827CC930) 004099: Nov 29 10:54:59.317: ccCallReportDigits (callID=0xE4, enable=0x0) 004100: Nov 29 10:54:59.317: cc_api_call_report_digits_done (vdbPtr=0x824F312C, callID=0xE4, disp=0) 004101: Nov 29 10:54:59.321: sess_appl: ev(53=CC_EV_CALL_REPORT_DIGITS_DONE), cid(228), disp(0) 004102: Nov 29 10:54:59.321: cid(228)st(SSA_CS_CALL_SETTING)ev(SSA_EV_CALL_REPORT_DIGITS_DONE) oldst(SSA_CS_MAPPING)cfid(-1)csize(0)in(1)fDest(1) 004103: Nov 29 10:54:59.321: -cid2(229)st2(SSA_CS_CALL_SETTING)oldst2(SSA_CS_MAPPING) 004104: Nov 29 10:54:59.321: ssaReportDigitsDone cid(228) peer list: (empty) 004105: Nov 29 10:54:59.321: ssaReportDigitsDone callid=228 Reporting disabled. 004106: Nov 29 10:54:59.325: ISDN Se1/0:15: TX -> CALL_PROC pd = 8 callref = 0x8025 004107: Nov 29 10:54:59.329: Channel ID i = 0xA98386 004108: Nov 29 10:54:59.349: cc_api_call_disconnected(vdbPtr=0x8221EC44, callID=0xE5, cause=0x3F) 004109: Nov 29 10:54:59.349: sess_appl: ev(11=CC_EV_CALL_DISCONNECTED), cid(229), disp(0) 004110: Nov 29 10:54:59.353: cid(229)st(SSA_CS_CALL_SETTING)ev(SSA_EV_CALL_DISCONNECTED) oldst(SSA_CS_MAPPING)cfid(-1)csize(0)in(0)fDest(0) 004111: Nov 29 10:54:59.353: -cid2(228)st2(SSA_CS_CALL_SETTING)oldst2(SSA_CS_CALL_SETTING) 004112: Nov 29 10:54:59.353: ssaDiscSetting 004113: Nov 29 10:54:59.353: ssa: Disconnected cid(229) state(1) cause(0x3F) 004114: Nov 29 10:54:59.353: ccCallDisconnect (callID=0xE5, cause=0x3F tag=0x0) 004115: Nov 29 10:54:59.353: ccCallDisconnect: existing_cause = 0x0, new_cause = 0x3F 004116: Nov 29 10:54:59.353: ccCallDisconnect (callID=0xE4, cause=0x3F tag=0x0) 004117: Nov 29 10:54:59.353: ccCallDisconnect: existing_cause = 0x0, new_cause = 0x3F 004118: Nov 29 10:54:59.353: cc_api_icpif: expect factor = 0 004119: Nov 29 10:54:59.357: cc_api_call_disconnect_done(vdbPtr=0x8221EC44, callID=0xE5, disp=0, tag=0x0) 004120: Nov 29 10:54:59.357: cc_api_call_disconnect_done(vdbPtr=0x824F312C, callID=0xE4, disp=0, tag=0x0) 004121: Nov 29 10:54:59.361: sess_appl: ev(12=CC_EV_CALL_DISCONNECT_DONE), cid(229), disp(0) 004122: Nov 29 10:54:59.361: cid(229)st(SSA_CS_DISCONNECTING)ev(SSA_EV_CALL_DISCONNECT_DONE) oldst(SSA_CS_CALL_SETTING)cfid(-1)csize(0)in(0)fDest(0) 004123: Nov 29 10:54:59.361: -cid2(228)st2(SSA_CS_DISCONNECTING)oldst2(SSA_CS_CALL_SETTING) 004124: Nov 29 10:54:59.361: ssaDisconnectDone 004125: Nov 29 10:54:59.361: sess_appl: ev(12=CC_EV_CALL_DISCONNECT_DONE), cid(228), disp(0) 004126: Nov 29 10:54:59.361: cid(228)st(SSA_CS_DISCONNECTING)ev(SSA_EV_CALL_DISCONNECT_DONE) oldst(SSA_CS_CALL_SETTING)cfid(-1)csize(1)in(1)fDest(1) 004127: Nov 29 10:54:59.361: ssaDisconnectDone 004128: Nov 29 10:54:59.365: ISDN Se1/0:15: TX -> DISCONNECT pd = 8 callref = 0x8025 004129: Nov 29 10:54:59.369: Cause i = 0x80BF - Service/option not available, unspecified 004130: Nov 29 10:54:59.593: ISDN Se1/0:15: RX <- RELEASE pd = 8 callref = 0x0025 004131: Nov 29 10:54:59.597: ISDN Se1/0:15: TX -> RELEASE_COMP pd = 8 callref = 0x8025
|
29 ноя 2017, 11:03 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
Смотрите какими входящими пирами матчатся вызовы, увидеть можно в show call hist vo br
|
29 ноя 2017, 11:37 |
|
|
kert
Зарегистрирован: 01 янв 1970, 03:00 Сообщения: 189
|
Смотрю и не понимаю: первый звонок отбивается, обратный проходит. Не могу понять откуда берется g729r8 pre-ietf если в dial-peer прописано g711alaw...
1357 : 15513677hs.259 +-1 +2 pid:1 Originate 3078 dur 00:00:00 tx:0/0 rx:0/0 3F (service or option not available, unspecified) IP 10.50.3.140:0 rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g729r8 pre-ietf
1357 : 15513676hs.260 +-1 +3 pid:11 Answer 5250 dur 00:00:00 tx:0/0 rx:0/0 3F (service or option not available, unspecified) Telephony 1/0:15:261: tx:0/0/0ms g729r8 pre-ietf noise:0dBm acom:0dBm
20FE : 15511522hs.261 +1048 +3361 pid:0 Answer 4287 dur 00:00:23 tx:898/141213 rx:1154/184640 10 (normal call clearing.) IP 10.50.3.140:18790 rtt:5ms pl:18720/0ms lost:0/1/0 delay:65/65/65ms g711alaw
20FE : 15511543hs.262 +1027 +3341 pid:11 Originate 5372 dur 00:00:23 tx:1154/184640 rx:898/141213 10 (normal call clearing.) Telephony 1/0:15 (260): tx:23120/17800/0ms g711alaw noise:-69dBm acom:38dBm
|
29 ноя 2017, 11:53 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
Покажите 1 и 11 пиры с той железки с которой показали show call hist vo br
|
29 ноя 2017, 12:08 |
|
|
kert
Зарегистрирован: 01 янв 1970, 03:00 Сообщения: 189
|
dial-peer voice 1 voip destination-pattern [2-4,6]... session target ipv4:10.50.3.140 dtmf-relay cisco-rtp req-qos controlled-load codec g711alaw ip precedence 5 no vad ! dial-peer voice 11 pots destination-pattern 5... no digit-strip direct-inward-dial port 1/0:15 !
|
29 ноя 2017, 12:23 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
Так не бывает 1357 : 15513677hs.259 +-1 +2 pid:1 Originate 3078 dur 00:00:00 tx:0/0 rx:0/0 3F (service or option not available, unspecified) IP 10.50.3.140:0 rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g729r8 pre-ietf не может быть при жестком указании кодека в пире, скорее всего вывод с другой железки.
|
29 ноя 2017, 12:37 |
|
|
kert
Зарегистрирован: 01 янв 1970, 03:00 Сообщения: 189
|
Я вот тоже думал, что так не бывает. Это реально вывод с железки одной и той же - до 2-ой обратный звонок не долетает...
|
29 ноя 2017, 12:45 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
Хотя есть идея - вызов то не установился, скорее всего вызов попал в дефолтный пир другой железки, а по умолчанию она предложила g.729. Покажите show call hist vo br id $id для одного вызова с обоих железок.
|
29 ноя 2017, 12:48 |
|
|
kert
Зарегистрирован: 01 янв 1970, 03:00 Сообщения: 189
|
вот с одной железки (когда дозваниваешься) Код: 2109 : 16519319hs.309 +1328 +8026 pid:0 Answer 4287 dur 00:01:06 tx:2535/400188 rx:3348/535680 10 (normal call clearing.) IP 10.50.3.140:17860 rtt:11ms pl:66230/0ms lost:0/1/0 delay:65/65/65ms g711alaw
2109 : 16519338hs.310 +1309 +8008 pid:11 Originate 5372 dur 00:01:06 tx:3348/535680 rx:2535/400188 10 (normal call clearing.) Telephony 1/0:15 (306): tx:66980/50310/0ms g711alaw noise:-65dBm acom:27dBm
и с другой. Код: 2109 : 49398 14:32:52.682 MSK Wed Nov 29 2017.19503 +13400 +80370 pid:1 Originate 5372 dur 00:01:06 tx:3348/535680 rx:2535/400188 10 (normal call clearing (16)) IP 10.50.24.240:16524 SRTP: off rtt:7ms pl:49240/0ms lost:0/0/0 delay:55/55/65ms g711alaw TextRelay: off media inactive detected:n media contrl rcvd:n/a timestamp:n/a long duration call detected:n long dur callduration :n/a timestamp:n/a
2109 : 49397 14:32:52.672 MSK Wed Nov 29 2017.19504 +13410 +80370 pid:11 Answer 4287 dur 00:01:06 tx:2534/420300 rx:3348/535680 10 (normal call clearing (16)) Telephony 1/0/0:15 (49397) [1/0/0.10] tx:66960/66960/0ms g711alaw noise:-61dBm acom:7dBm long duration call detected:n long dur callduration :n/a timestamp:n/a
тут как раз 711alaw и все нормально...
|
29 ноя 2017, 14:40 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
Когда нормально не интересно, присылайте когда не дозванивается.
|
29 ноя 2017, 14:47 |
|
|
kert
Зарегистрирован: 01 янв 1970, 03:00 Сообщения: 189
|
когда не дозванивается - на 2-ой стороне нет записей о вызове.
|
29 ноя 2017, 14:51 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
Странно это как-то все. Тогда включите voice iec syslog и смотрите строчки Internal Error Code и Release Source в show call hist voice id $id. Кстати чо за железки и версия IOS? И покажите show run | sec voice service voip.
|
29 ноя 2017, 15:19 |
|
|
kert
Зарегистрирован: 01 янв 1970, 03:00 Сообщения: 189
|
с одной стороны древняя 2650, с 12.2(46a) - она не знает про iec. Как раз на ней и проблемы с дозвоном. с другой 3825, 15.1(4)M7
2650: voice service voip !
3825:
voice service voip ip address trusted list ipv4 10.50.24.240 allow-connections h323 to h323 h323 h225 display-ie ccm-compatible
|
29 ноя 2017, 15:48 |
|
|
crash
Зарегистрирован: 10 окт 2012, 09:51 Сообщения: 2679
|
тогда хотелось бы увидеть настройки контроллера E1 с обоих сторон. Да и вообще конфиги увидеть.
|
29 ноя 2017, 18:53 |
|
|
Debug all
Зарегистрирован: 13 дек 2012, 12:34 Сообщения: 127
|
Цитата: ssaSetupPeer cid(228) peer list: tag(30) called number (3078) В дебаге из первого поста вызов с 5250 на 3078 приходит из E1, попадает на входящий диалпир 11 (похоже на правду) и матчится на некий 30 диалпир в исходящем направлении. Но все show после показывают матчинг только по 1 и 11 диалпирам. Это я не выспался или 30 где-то был/есть в конфиге? Что покажет show dialplan number 3078 ? Что есть в show dial-peer voice summary ? Цитата: древняя 2650, с 12.2(46a) Ископаемое железо в части войса иногда может лечиться перезагрузкой. И фаервола нет между ними?
|
29 ноя 2017, 23:35 |
|
|
crash
Зарегистрирован: 10 окт 2012, 09:51 Сообщения: 2679
|
kert писал(а): Все работало то той поры, пока session target не поменялся.. а зачем менялся? Показывали бы весь конфиг уже, а то как-то вырезка двух диалпиров не понятно.
|
30 ноя 2017, 05:44 |
|
|
kert
Зарегистрирован: 01 янв 1970, 03:00 Сообщения: 189
|
Цитата: Ископаемое железо в части войса иногда может лечиться перезагрузкой. И фаервола нет между ними?
хм... ребут не помогает. есть как раз асашка и была мысль что в ней дело (больше мыслей не осталось). Трафик раньше шел R1<->R2, теперь R1-R11-R12-R23-(in)ASA(out)-R2. На асашке разрешен трафик lo140 - lo240. Пакеты капчей ловятся Цитата: тогда хотелось бы увидеть настройки контроллера E1 с обоих сторон. Да и вообще конфиги увидеть.
С обеих сторон: Код: controller E1 1/0 pri-group timeslots 1-12,16
С контроллером Е1 все норм. Кроме маршрутизации ничего не менялось и вызов прилетает из Е1 на циску
|
30 ноя 2017, 10:18 |
|
|
kert
Зарегистрирован: 01 янв 1970, 03:00 Сообщения: 189
|
crash писал(а): kert писал(а): Все работало то той поры, пока session target не поменялся.. а зачем менялся? Показывали бы весь конфиг уже, а то как-то вырезка двух диалпиров не понятно. менялся потому что от одного канала отказались, надо все замаршрутизировать через другой..
|
30 ноя 2017, 10:18 |
|
|
kert
Зарегистрирован: 01 янв 1970, 03:00 Сообщения: 189
|
# sh service-policy inspect h323 ras
Global policy: Service-policy: global_policy Class-map: inspection_default Inspect: h323 ras _default_h323_map, packet 234, drop 219, reset-drop 0 h245-tunnel-block drops 0 connection
Interface outside: Service-policy: INBOUND_POLICY Class-map: inspection_inbound
5510# sh service-policy inspect h323 h225
Global policy: Service-policy: global_policy Class-map: inspection_default Inspect: h323 h225 _default_h323_map, packet 2579, drop 0, reset-drop 1 tcp-proxy: bytes in buffer 0, bytes dropped 5 h245-tunnel-block drops 0 connection
Interface outside: Service-policy: INBOUND_POLICY Class-map: inspection_inbound
Сдается мне что проблема в асашке...
|
30 ноя 2017, 10:49 |
|
|
crash
Зарегистрирован: 10 окт 2012, 09:51 Сообщения: 2679
|
так у вас увеличилась сеть вообще и аса добавилась, а вы так рассказываете, как будто только адреса. Надо тогда смотреть глобально и конфиг ASA тоже. С inside интерфейса у вас все разрешено на ouside для телефонии.
|
30 ноя 2017, 12:13 |
|
|
kert
Зарегистрирован: 01 янв 1970, 03:00 Сообщения: 189
|
Пожалуй приложу картинку. Изначально все работало по линку 192.168.48.8/30 Далее были подняты lo240 и lo140 с соответствующими h323-gateway voip bind srcaddr Маршруты прилетают по ospf и лупбэки видны. Что касается асашки: Код: service-policy global_policy global
policy-map global_policy class inspection_default inspect dns preset_dns_map inspect ftp inspect h323 h225 inspect h323 ras inspect rsh inspect sqlnet inspect sunrpc inspect xdmcp inspect netbios inspect tftp inspect ip-options inspect http inspect ils inspect pptp inspect ipsec-pass-thru inspect icmp
policy-map INBOUND_POLICY class mpf-policy-class class inspection_inbound inspect dns inbound_dns_inspection class inspection_default inspect h323 ras inspect h323 h225
access-list inside_access_in extended permit ip host 10.50.24.240 host 10.50.3.140 access-list outside_access_in extended permit ip host 10.50.3.140 host 10.50.24.240 access-list NoNAT extended permit ip host 10.50.24.240 host 10.50.3.140 access-list NoNAT_outside extended permit ip host 10.50.3.140 host 10.50.24.240
# sh service-policy inspect h323 h225 Global policy: Service-policy: global_policy Class-map: inspection_default Inspect: h323 h225 _default_h323_map, packet 0, drop 0, reset-drop 0 tcp-proxy: bytes in buffer 0, bytes dropped 0 h245-tunnel-block drops 0 connection Interface outside: Service-policy: INBOUND_POLICY Class-map: inspection_inbound Class-map: inspection_default Inspect: h323 h225 _default_h323_map, packet 8, drop 0, reset-drop 0 tcp-proxy: bytes in buffer 0, bytes dropped 0 h245-tunnel-block drops 0 connection
Вложения:
topo.jpg [ 35.67 КБ | Просмотров: 12271 ]
|
30 ноя 2017, 15:17 |
|
|
crash
Зарегистрирован: 10 окт 2012, 09:51 Сообщения: 2679
|
и где потом используется лист
|
30 ноя 2017, 15:31 |
|
|
kert
Зарегистрирован: 01 янв 1970, 03:00 Сообщения: 189
|
NoNAT используется в исключении из НАТ соответственно
nat (inside) 0 access-list NoNAT nat (outside) 0 access-list NoNAT_outside
|
30 ноя 2017, 16:33 |
|
|
crash
Зарегистрирован: 10 окт 2012, 09:51 Сообщения: 2679
|
для h323 сделали binding interface на свои лупбэки?
|
30 ноя 2017, 16:46 |
|
|
kert
Зарегистрирован: 01 янв 1970, 03:00 Сообщения: 189
|
crash писал(а): для h323 сделали binding interface на свои лупбэки? Цитата: Далее были подняты lo240 и lo140 с соответствующими h323-gateway voip bind srcaddr это не одно и то же?
|
01 дек 2017, 09:29 |
|
|
Кто сейчас на конференции |
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 31 |
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
|
|
|