Сообщения без ответов | Активные темы Текущее время: 29 мар 2024, 10:55



Ответить на тему  [ Сообщений: 29 ]  На страницу 1, 2  След.
Телефония односторонняя связь. 
Автор Сообщение

Зарегистрирован: 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
Профиль WWW
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
Смотрите какими входящими пирами матчатся вызовы, увидеть можно в show call hist vo br


29 ноя 2017, 11:37
Профиль

Зарегистрирован: 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
Профиль WWW
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
Покажите 1 и 11 пиры с той железки с которой показали show call hist vo br


29 ноя 2017, 12:08
Профиль

Зарегистрирован: 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
Профиль WWW
Аватара пользователя

Зарегистрирован: 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
Профиль

Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 189
Я вот тоже думал, что так не бывает.
Это реально вывод с железки одной и той же - до 2-ой обратный звонок не долетает...


29 ноя 2017, 12:45
Профиль WWW
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
Хотя есть идея - вызов то не установился, скорее всего вызов попал в дефолтный пир другой железки, а по умолчанию она предложила g.729. Покажите show call hist vo br id $id для одного вызова с обоих железок.


29 ноя 2017, 12:48
Профиль

Зарегистрирован: 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
Профиль WWW
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
Когда нормально не интересно, присылайте когда не дозванивается.


29 ноя 2017, 14:47
Профиль

Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 189
когда не дозванивается - на 2-ой стороне нет записей о вызове.


29 ноя 2017, 14:51
Профиль WWW
Аватара пользователя

Зарегистрирован: 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
Профиль

Зарегистрирован: 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
Профиль WWW

Зарегистрирован: 10 окт 2012, 09:51
Сообщения: 2679
тогда хотелось бы увидеть настройки контроллера E1 с обоих сторон. Да и вообще конфиги увидеть.


29 ноя 2017, 18:53
Профиль

Зарегистрирован: 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
Профиль

Зарегистрирован: 10 окт 2012, 09:51
Сообщения: 2679
kert писал(а):
Все работало то той поры, пока session target не поменялся..
а зачем менялся? Показывали бы весь конфиг уже, а то как-то вырезка двух диалпиров не понятно.


30 ноя 2017, 05:44
Профиль

Зарегистрирован: 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
Профиль WWW

Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 189
crash писал(а):
kert писал(а):
Все работало то той поры, пока session target не поменялся..
а зачем менялся? Показывали бы весь конфиг уже, а то как-то вырезка двух диалпиров не понятно.



менялся потому что от одного канала отказались, надо все замаршрутизировать через другой..


30 ноя 2017, 10:18
Профиль WWW

Зарегистрирован: 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
Профиль WWW

Зарегистрирован: 10 окт 2012, 09:51
Сообщения: 2679
так у вас увеличилась сеть вообще и аса добавилась, а вы так рассказываете, как будто только адреса. Надо тогда смотреть глобально и конфиг ASA тоже.
С inside интерфейса у вас все разрешено на ouside для телефонии.


30 ноя 2017, 12:13
Профиль

Зарегистрирован: 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
topo.jpg [ 35.67 КБ | Просмотров: 12259 ]
30 ноя 2017, 15:17
Профиль WWW

Зарегистрирован: 10 окт 2012, 09:51
Сообщения: 2679
и где потом используется лист
Цитата:
NoNAT


30 ноя 2017, 15:31
Профиль

Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 189
NoNAT используется в исключении из НАТ соответственно

nat (inside) 0 access-list NoNAT
nat (outside) 0 access-list NoNAT_outside


30 ноя 2017, 16:33
Профиль WWW

Зарегистрирован: 10 окт 2012, 09:51
Сообщения: 2679
для h323 сделали binding interface на свои лупбэки?


30 ноя 2017, 16:46
Профиль

Зарегистрирован: 01 янв 1970, 03:00
Сообщения: 189
crash писал(а):
для h323 сделали binding interface на свои лупбэки?


Цитата:
Далее были подняты lo240 и lo140 с соответствующими h323-gateway voip bind srcaddr


это не одно и то же?


01 дек 2017, 09:29
Профиль WWW
Показать сообщения за:  Поле сортировки  
Ответить на тему   [ Сообщений: 29 ]  На страницу 1, 2  След.

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 84


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Designed by ST Software for PTF.
Русская поддержка phpBB