PIX firewall 525 on Voice Network for 5000 CC calls

Dear all ,
can some one suggest me will it be recommended to use PIX firewall 525 on Voice ( sip ) network for 5000 CC to 1000 CC calls in signaling mode since our server are using public IP so will i be able to use it without NAT / PAT also will there be any issue of QOS .
Regards

Sohail,
If your idea is to add some security between your devices the PIX will work fine (I will prefer and ASA since it can run the latest software). The quality of your voice traffic shouldn't be impacted by the PIX.
Luis Silva

Similar Messages

  • PIX Firewall 525 can not start

    Hi,
    Today my colleague add 2 lines of access-list to our PIX 525.  After 10 minutes, my firewall was rebooted and until now can't start.  The booting process as listed below.
    The questions are :
    1. What is my OS version? Flash?
    2. How to remove those 2 lines (reset the config to default)?
    3. How to solve the issue?
    Thanks,
    Andy
    Booting process
    ================
    Rebooting..þ
    Wait.....
    PCI Device Table.
    Bus Dev Func VendID DevID Class              Irq
    00  00  00   8086   7192  Host Bridge
    00  07  00   8086   7110  ISA Bridge
    00  07  01   8086   7111  IDE Controller
    00  07  02   8086   7112  Serial Bus         9
    00  07  03   8086   7113  PCI Bridge
    00  0D  00   8086   1209  Ethernet           11
    00  0E  00   8086   1209  Ethernet           10
    Cisco Secure PIX Firewall Embedded BIOS Version 4.3
    Wait...ndeavor Board, Boot Block BIOS
    +------------------------------------------------------------------------------+
    |          System BIOS Configuration, (C) 2000 General Software, Inc.          |
    +---------------------------------------+--------------------------------------+
    | System CPU           : Pentium III    | Low Memory           : 638KB         |
    | Coprocessor          : Enabled        | Extended Memory      : 255MB         |
    | Embedded BIOS Date   : 08/25/00       | Serial Ports 1-2     : 03F8 02F8     |
    +---------------------------------------+--------------------------------------+
    Cisco Secure PIX Firewall BIOS (4.0) #39: Tue Nov 28 18:44:51 PST 2000
    Platform PIX-525
    System Flash=E28F128J3 @ 0xfff00000
    Use BREAK or ESC to interrupt flash boot.
    Use SPACE to begin flash boot immediately.
    Reading 1528320 bytes of image from flash.
    256MB RAM
    System Flash=E28F128J3 @ 0xfff00000
    BIOS Flash=am29f400b @ 0xd8000
    mcwa i82559 Ethernet at irq 11  MAC: 0006.5336.8129
    mcwa i82559 Ethernet at irq 10  MAC: 0006.5336.8128
                                   ||        ||
                                   ||        ||
                                  ||||      ||||
                              ..:||||||:..:||||||:..
                             c i s c o S y s t e m s
                            Private Internet eXchange
                            Cisco PIX Firewall
    Cisco PIX Firewall Version 6.2(1)
    Licensed Features:
    Failover:           Enabled
    VPN-DES:            Enabled
    VPN-3DES:           Disabled
    Maximum Interfaces: 8
    Cut-through Proxy:  Enabled
    Guards:             Enabled
    URL-filtering:      Enabled
    Inside Hosts:       Unlimited
    Throughput:         Unlimited
    IKE peers:          Unlimited
    An internal error occurred.  Specifically, a programming assertion was
    violated.  Copy the error message exactly as it appears, and get the
    output of the show version command and the contents of the configuration
    file.  Then call your technical support representative.
    assertion "addr < sfmm_chip_size" failed: file "sfmm.c", line 254
    No thread name
    Traceback:
    0: 802decd5
    1: 8007a8ce
    2: 800769bb
    3: 80078223
    4: 8007635e
    5: 800017d5
    6: 800758ab
    7: 80120ed6
        vector 0x00000003 (breakpoint)
           edi 0x8007a887
           esi 0x000000fe
           ebp 0x7ffffcb8
           esp 0x7ffffcac
           ebx 0x8007a5a3
           edx 0x000003fd
           ecx 0x0000000a
           eax 0x00000042
    error code n/a
           eip 0x802dffac
            cs 0x00000008
        eflags 0x00000046
           CR2 0x00000000
    Stack dump: base:0x7ffffc2c size:64, active:64
    0x7ffffd2c: 0x00020000
    0x7ffffd28: 0x807f2828
    0x7ffffd24: 0xfffe0000
    0x7ffffd20: 0x00000300
    0x7ffffd1c: 0x800769bb
    0x7ffffd18: 0x7ffffd48
    0x7ffffd14: 0x00000001
    0x7ffffd10: 0x00000002
    0x7ffffd0c: 0x800762f4
    0x7ffffd08: 0x804a849c
    0x7ffffd04: 0x00000020
    0x7ffffd00: 0x805100c0
    0x7ffffcfc: 0x7ffffd48
    0x7ffffcf8: 0x8007a887
    0x7ffffcf4: 0x000000fe
    0x7ffffcf0: 0x8007a5a3
    0x7ffffcec: 0x8007a8ce
    0x7ffffce8: 0x7ffffd18
    0x7ffffce4: 0x80317cd4
    0x7ffffce0: 0xffffffff
    0x7ffffcdc: 0x80078163
    0x7ffffcd8: 0x807f2828
    0x7ffffcd4: 0xfffe0000
    0x7ffffcd0: 0x805100c0
    0x7ffffccc: 0x000000fe
    0x7ffffcc8: 0x8007a5a3
    0x7ffffcc4: 0x8007a887
    0x7ffffcc0: 0x802dec68
    0x7ffffcbc: 0x802decd5
    0x7ffffcb8: 0x7ffffce8
    0x7ffffcb4: 0x00000046
    0x7ffffcb0: 0x00000008
    0x7ffffcac: 0x802dffac *
    0x7ffffca8: 0x00000042
    0x7ffffca4: 0x0000000a
    0x7ffffca0: 0x000003fd
    0x7ffffc9c: 0x8007a5a3
    0x7ffffc98: 0x7ffffcac
    0x7ffffc94: 0x7ffffcb8
    0x7ffffc90: 0x000000fe
    0x7ffffc8c: 0x8007a887
    0x7ffffc88: 0x00000003
    0x7ffffc84: 0x80004779
    0x7ffffc80: 0x7ffffcb8
    0x7ffffc7c: 0x802c4deb
    0x7ffffc78: 0x7ffffc98
    0x7ffffc74: 0x7ffffd48
    0x7ffffc70: 0x00000001
    0x7ffffc6c: 0x000000fe
    0x7ffffc68: 0x8007a5a3
    0x7ffffc64: 0x7ffffd48
    0x7ffffc60: 0x80120ed6
    0x7ffffc5c: 0x00000007
    0x7ffffc58: 0x7ffffcac
    0x7ffffc54: 0x80002d70
    0x7ffffc50: 0x7ffffc80
    0x7ffffc4c: 0x7ffffcac
    0x7ffffc48: 0x80002ab0
    0x7ffffc44: 0x00000040
    0x7ffffc40: 0x7ffffc80
    0x7ffffc3c: 0x74656720
    0x7ffffc38: 0x7ffffe28
    0x7ffffc34: 0x2c737261
    0x7ffffc30: 0x8007a887
    Nested traceback attempted via interrupt.
    Traceback output aborted.
    Rebooting..þ

    Urgent help!!!

  • Debug on Voice GW for a Fax Call

    Hi Everyone,
    I have a problem very strange,
    My configuration,
    Site A = GW 3845 (MGCP with CUCM) with PRI (E1) / ATA SIP Linksys with a fax behind,
    Site B = GW 3845 (MGCP with CUCM) with BRI (T0) / FXS with a fax
    On a fax call, site A => site B, the fax don't arrived on site B.
    When a do a test Site X with an other E1 send a fax to site B, the fax arrived correctly.
    A use several debugs on site B because site A receives too much call to use a debug command on it.
    On a debug with fax KO, one of the differences with the fax calls which work is this,
    Feb 10 14:10:12.311: htsp_process_event: [1/0/1, FXSLS_CONNECT, E_DSP_SIG_0100]fxsls_offhook_onhook, HF duration Max=1000, HF duration Min=150
    Feb 10 14:10:12.311: htsp_timer - 1000 msec
    Feb 10 14:10:13.311: htsp_process_event: [1/0/1, FXSLS_CONNECT, E_HTSP_EVENT_TIMER]fxsls_connect_wait_release_req
    Feb 10 14:10:13.311: htsp_timer_stop
    Somebody knows this command ?
    it's a timer on the FXS because what ??

    To be more clear, it's a new debug with 3 debug commands,
    debug vpm signal
    debug voice ccapi inout
    debug fax relay t30 all-level-1
    =======================================================================================
    Feb 13 10:47:23.777: //-1/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPrivate:
       Interface=0x705E61AC, Interface Type=6, Destination=, Mode=0x9,
       Call Params(Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
       Called Number=(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
       Subscriber Type Str=, FinalDestinationFlag=FALSE, Outgoing Dial-peer=0, Call Count On=FALSE,
       Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=D000000002abffeb000000F500000026)
    Feb 13 10:47:23.777: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
    Feb 13 10:47:23.777: :cc_get_feature_vsa malloc success
    Feb 13 10:47:23.777: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
    Feb 13 10:47:23.777:  cc_get_feature_vsa count is 5
    Feb 13 10:47:23.777: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
    Feb 13 10:47:23.777: :FEATURE_VSA attributes are: feature_name:0,feature_time:1722572728,feature_id:66271
    Feb 13 10:47:23.777: //66281/90857BF3807C/CCAPI/ccIFCallSetupRequestPrivate:
       SPI Call Setup Request Is Success; Interface Type=6, FlowMode=1
    Feb 13 10:47:23.777: //66281/90857BF3807C/CCAPI/ccCallSetContext:
       Context=0x65F232A8
    Feb 13 10:47:23.777: //-1/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPrivate:
       Interface=0x70515E80, Interface Type=9, Destination=0.0.0.0, Mode=0x9,
       Call Params(Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
       Called Number=(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
       Subscriber Type Str=, FinalDestinationFlag=FALSE, Outgoing Dial-peer=0, Call Count On=TRUE,
       Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=D000000002abffeb000000F500000026)
    Feb 13 10:47:23.777: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
    Feb 13 10:47:23.777: :cc_get_feature_vsa malloc success
    Feb 13 10:47:23.777: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
    Feb 13 10:47:23.777:  cc_get_feature_vsa count is 6
    Feb 13 10:47:23.777: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
    Feb 13 10:47:23.777: :FEATURE_VSA attributes are: feature_name:0,feature_time:1722574024,feature_id:66272
    Feb 13 10:47:23.777: //66282/90857BF3807C/CCAPI/ccIFCallSetupRequestPrivate:
       SPI Call Setup Request Is Success; Interface Type=9, FlowMode=1
    Feb 13 10:47:23.777: //66282/90857BF3807C/CCAPI/ccCallSetContext:
       Context=0x65F22D28
    Feb 13 10:47:23.777: //66282/90857BF3807C/CCAPI/cc_api_call_connected:
       Interface=0x70515E80, Data Bitmask=0x0, Progress Indication=NULL(0),
       Connection Handle=0
    Feb 13 10:47:23.777: //66282/90857BF3807C/CCAPI/cc_api_call_connected:
       Call Entry(Connected=TRUE, Responsed=TRUE, Retry Count=0)
    Feb 13 10:47:23.781: //66281/90857BF3807C/CCAPI/cc_api_call_proceeding:
       Interface=0x705E61AC, Progress Indication=NULL(0)
    Feb 13 10:47:23.785: //66281/90857BF3807C/CCAPI/cc_api_call_connected:
       Interface=0x705E61AC, Data Bitmask=0x1, Progress Indication=DESTINATION IS NON ISDN(2),
       Connection Handle=0
    Feb 13 10:47:23.785: //66281/90857BF3807C/CCAPI/cc_api_call_connected:
       Call Entry(Connected=TRUE, Responsed=TRUE, Retry Count=0)
    Feb 13 10:47:23.785: //66281/90857BF3807C/CCAPI/ccCallModify:
       Nominator=0x1000, Params=0x715D4B78, Call Id=66281
    Feb 13 10:47:23.785: //66281/xxxxxxxxxxxx/CCAPI/ccCallReportDigits:
       (callID=0x102E9, digit_event=0x1, enable=TRUE, consume=FALSE)
    Feb 13 10:47:23.785: //66281/90857BF3807C/CCAPI/ccCallReportDigits:
       Enabled=TRUE, Call Id=66281
    Feb 13 10:47:23.785: //66281/xxxxxxxxxxxx/CCAPI/cc_api_call_report_digits_done:
       (vdbPtr=0x705E61AC, callID=0x102E9, disp=0, digit_event=0x1, enable=TRUE, consume=FALSE)
    Feb 13 10:47:23.785: //66281/90857BF3807C/CCAPI/cc_api_call_report_digits_done:
       Enabled=TRUE, Disposition=0x0, Interface=0x705E61AC, Call Id=66281
    Feb 13 10:47:23.785: //66281/90857BF3807C/CCAPI/cc_api_call_report_digits_done:
       Call Entry(Initial Digit Timeout=10000(ms), Inter Digit Timeout=10000(ms))
    Feb 13 10:47:23.785: //66281/xxxxxxxxxxxx/CCAPI/ccConferenceCreate:
       (confID=0x715D4D1C, callID1=0x102E9, callID2=0x102EA, tag=0x0)
    Feb 13 10:47:23.785: //66281/90857BF3807C/CCAPI/ccConferenceCreate:
       Conference Id=0x715D4D1C, Call Id1=66281, Call Id2=66282, Tag=0x0
    Feb 13 10:47:23.785: //66281/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:
       Conference Id=0x8101, Source Interface=0x705E61AC, Source Call Id=66281,
       Destination Call Id=66282, Disposition=0x0, Tag=0xFFFFFFFF
    Feb 13 10:47:23.785: //66282/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:
       Conference Id=0x8101, Source Interface=0x70515E80, Source Call Id=66282,
       Destination Call Id=66281, Disposition=0x0, Tag=0x0
    Feb 13 10:47:23.785: //66281/90857BF3807C/CCAPI/cc_generic_bridge_done:
       Conference Id=0x8101, Source Interface=0x70515E80, Source Call Id=66282,
       Destination Call Id=66281, Disposition=0x0, Tag=0x0
    Feb 13 10:47:23.785: //66281/90857BF3807C/CCAPI/ccConferenceCreate:
       Call Entry(Conference Id=0x8101, Destination Call Id=66282)
    Feb 13 10:47:23.785: //66282/90857BF3807C/CCAPI/ccConferenceCreate:
       Call Entry(Conference Id=0x8101, Destination Call Id=66281)
    Feb 13 10:47:23.785: //66281/90857BF3807C/CCAPI/cc_api_caps_ind:
       Destination Interface=0x70515E80, Destination Call Id=66282, Source Call Id=66281,
       Caps(Codec=0x1, Fax Rate=0x1, Vad=0x1,
       Modem=0x2, Codec Bytes=20, Signal Type=3)
    Feb 13 10:47:23.785: //66281/90857BF3807C/CCAPI/cc_api_caps_ind:
       Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
       Playout Max=200(ms), Fax Nom=300(ms))
    Feb 13 10:47:23.785: //66282/90857BF3807C/CCAPI/cc_api_caps_ind:
       Destination Interface=0x705E61AC, Destination Call Id=66281, Source Call Id=66282,
       Caps(Codec=0x1, Fax Rate=0x2, Vad=0x1,
       Modem=0x0, Codec Bytes=160, Signal Type=2)
    Feb 13 10:47:23.785: //66282/90857BF3807C/CCAPI/cc_api_caps_ind:
       Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
       Playout Max=250(ms), Fax Nom=300(ms))
    Feb 13 10:47:23.785: //66282/90857BF3807C/CCAPI/cc_api_caps_ack:
       Destination Interface=0x705E61AC, Destination Call Id=66281, Source Call Id=66282,
       Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_VOICE(0x2), Vad=OFF(0x1),
       Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=609)
    Feb 13 10:47:23.785: //66281/90857BF3807C/CCAPI/cc_api_caps_ack:
       Destination Interface=0x70515E80, Destination Call Id=66282, Source Call Id=66281,
       Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_VOICE(0x2), Vad=OFF(0x1),
       Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=609)
    Feb 13 10:47:23.785: //66281/90857BF3807C/CCAPI/cc_api_call_modify_done:
       Result=0, Interface=0x705E61AC, Call Id=66281
    Feb 13 10:47:23.789: //66281/90857BF3807C/CCAPI/cc_api_voice_mode_event:
       Call Id=66281
    Feb 13 10:47:23.789: //66281/90857BF3807C/CCAPI/cc_api_voice_mode_event:
       Call Entry(Context=0x65F232A8)
    Feb 13 10:47:23.789: //66281/90857BF3807C/CCAPI/cc_process_notify_bridge_done:
       Conference Id=0x8101, Call Id1=66281, Call Id2=66282
    Feb 13 10:47:23.849: //66281/90857BF3807C/CCAPI/ccSetDigitTimeouts:
       Initial Digit Timeout=4000(ms), Inter Digit Timeout=4000(ms)
    Feb 13 10:47:23.849: //66281/90857BF3807C/CCAPI/ccSetDigitTimeouts:
       Call Entry(Inter Digit Timeout=4000(ms), Initial Digit Timeout=4000(ms))
    Feb 13 10:47:23.849: //66281/90857BF3807C/CCAPI/ccRestartDigitTimeoutMsec:
       Digit Timeout=0, Call Id=66281
    Feb 13 10:47:23.849: //66281/xxxxxxxxxxxx/CCAPI/ccCallReportDigits:
       (callID=0x102E9, digit_event=0x1, enable=TRUE, consume=FALSE)
    Feb 13 10:47:23.849: //66281/90857BF3807C/CCAPI/ccCallReportDigits:
       Enabled=TRUE, Call Id=66281
    Feb 13 10:47:23.849: //66281/xxxxxxxxxxxx/CCAPI/cc_api_call_report_digits_done:
       (vdbPtr=0x705E61AC, callID=0x102E9, disp=0, digit_event=0x1, enable=TRUE, consume=FALSE)
    Feb 13 10:47:23.849: //66281/90857BF3807C/CCAPI/cc_api_call_report_digits_done:
       Enabled=TRUE, Disposition=0x0, Interface=0x705E61AC, Call Id=66281
    Feb 13 10:47:23.849: //66281/90857BF3807C/CCAPI/cc_api_call_report_digits_done:
       Call Entry(Initial Digit Timeout=4000(ms), Inter Digit Timeout=4000(ms))
    Feb 13 10:47:23.849: //66281/90857BF3807C/CCAPI/ccCallModifyExtended:
       Nominator=0x715D48B0, Params=0x715D3D48, Call Id=66281
    Feb 13 10:47:23.849: //66282/90857BF3807C/CCAPI/ccCallModify:
       Nominator=0x28018830, Params=0x715D3ED8, Call Id=66282
    Feb 13 10:47:23.849: //66281/90857BF3807C/CCAPI/cc_api_call_modify_done:
       Result=0, Interface=0x705E61AC, Call Id=66281
    Feb 13 10:47:23.849: //66282/90857BF3807C/CCAPI/cc_api_call_modify_done:
       Result=0, Interface=0x70515E80, Call Id=66282
    Feb 13 10:47:23.982: //66281/90857BF3807C/CCAPI/ccCallModifyExtended:
       Nominator=0x715D48B0, Params=0x715D3D48, Call Id=66281
    Feb 13 10:47:23.982: //66282/90857BF3807C/CCAPI/ccCallModify:
       Nominator=0x18E30, Params=0x715D3ED8, Call Id=66282
    Feb 13 10:47:23.982: //66281/90857BF3807C/CCAPI/cc_api_call_modify_done:
       Result=0, Interface=0x705E61AC, Call Id=66281
    GW3845#
    Feb 13 10:47:23.982: //66282/90857BF3807C/CCAPI/cc_api_call_modify_done:
       Result=0, Interface=0x70515E80, Call Id=66282
    Feb 13 10:47:24.102: [1/0/1] set signal state = 0x4 timestamp = 0
    Feb 13 10:47:24.102: [1/0/1] set signal state = 0x0 timestamp = 0
    GW3845#
    Feb 13 10:47:25.602: [1/0/1] set signal state = 0x4 timestamp = 0
    Feb 13 10:47:26.546: htsp_process_event: [1/0/1, FXSLS_WAIT_OFFHOOK, E_DSP_SIG_1100]fxsls_waitoff_offhook
    Feb 13 10:47:26.546: [1/0/1] set signal state = 0x4 timestamp = 0
    Feb 13 10:47:26.554: [1/0/1] set signal state = 0x6 timestamp = 200
    Feb 13 10:47:26.554: htsp_timer2 - 200 msec
    Feb 13 10:47:26.754: htsp_process_event: [1/0/1, FXSLS_WAIT_OFFHOOK, E_HTSP_EVENT_TIMER2]fxsls_offhook_dial htsp_dial
    Feb 13 10:47:26.754: //66279/8DB5DDBF807B/CCAPI/cc_api_call_connected:
       Interface=0x70990EB4, Data Bitmask=0x1, Progress Indication=DESTINATION IS NON ISDN(2),
       Connection Handle=0
    Feb 13 10:47:26.754: //66279/8DB5DDBF807B/CCAPI/cc_api_call_connected:
       Call Entry(Connected=TRUE, Responsed=TRUE, Retry Count=0)
    Feb 13 10:47:26.754: htsp_process_event: [1/0/1, FXSLS_CONNECT, E_DSP_DIALING_DONE]
    Feb 13 10:47:26.754: //66279/8DB5DDBF807B/CCAPI/ccGenerateToneInfo:
       Stop Tone On Digit=FALSE, Tone=Null,
       Tone Direction=Host, Params=0x0, Call Id=66279
    Feb 13 10:47:26.754: //66279/8DB5DDBF807B/CCAPI/ccCallFeature:
       Feature Type=34, Call Id=66279
    Feb 13 10:47:26.754: //66279/8DB5DDBF807B/CCAPI/ccGenerateToneInfo:
       Stop Tone On Digit=FALSE, Tone=Null,
       Tone Direction=Network, Params=0x0, Call Id=66279htsp_call_feature:feature 34
    Feb 13 10:47:26.754: htsp_process_event: [1/0/1, FXSLS_CONNECT, E_HTSP_STOP_RINGING]
    Feb 13 10:47:26.758: //66277/8DB4A4D6807A/CCAPI/ccGenerateToneInfo:
       Stop Tone On Digit=FALSE, Tone=Null,
       Tone Direction=Network, Params=0x0, Call Id=66277
    Feb 13 10:47:26.758: //66277/8DB4A4D6807A/CCAPI/ccCallModifyExtended:
       Nominator=0x715D48B0, Params=0x715D3D48, Call Id=66277
    Feb 13 10:47:26.758: //66278/8DB4A4D6807A/CCAPI/ccCallModify:
       Nominator=0x28018830, Params=0x715D3ED8, Call Id=66278
    Feb 13 10:47:26.762: //66279/8DB5DDBF807B/CCAPI/ccCallModifyExtended:
       Nominator=0x715D48B0, Params=0x715D3D48, Call Id=66279
    Feb 13 10:47:26.762: //66280/8DB5DDBF807B/CCAPI/ccCallModify:
       Nominator=0x28018830, Params=0x715D3ED8, Call Id=66280
    Feb 13 10:47:26.762: //66279/8DB5DDBF807B/CCAPI/cc_api_call_modify_done:
       Result=0, Interface=0x70990EB4, Call Id=66279
    Feb 13 10:47:26.762: //66278/8DB4A4D6807A/CCAPI/cc_api_call_modify_done:
       Result=0, Interface=0x70515E80, Call Id=66278
    Feb 13 10:47:26.762: //66280/8DB5DDBF807B/CCAPI/cc_api_call_modify_done:
       Result=0, Interface=0x70515E80, Call Id=66280
    Feb 13 10:47:26.762: //66277/8DB4A4D6807A/CCAPI/cc_api_call_modify_done:
       Result=0, Interface=0x705F57B8, Call Id=66277
    Feb 13 10:47:26.766: //66277/8DB4A4D6807A/CCAPI/ccCallModifyExtended:
       Nominator=0x715D48B0, Params=0x715D3D48, Call Id=66277
    Feb 13 10:47:26.766: //66278/8DB4A4D6807A/CCAPI/ccCallModify:
       Nominator=0x18E30, Params=0x715D3ED8, Call Id=66278
    Feb 13 10:47:26.766: //66277/8DB4A4D6807A/CCAPI/cc_api_call_modify_done:
       Result=0, Interface=0x705F57B8, Call Id=66277
    Feb 13 10:47:26.766: //66278/8DB4A4D6807A/CCAPI/cc_api_call_modify_done:
       Result=0, Interface=0x70515E80, Call Id=66278
    Feb 13 10:47:26.766: //66279/8DB5DDBF807B/CCAPI/ccSetDigitTimeouts:
       Initial Digit Timeout=4000(ms), Inter Digit Timeout=4000(ms)
    Feb 13 10:47:26.766: //66279/8DB5DDBF807B/CCAPI/ccSetDigitTimeouts:
       Call Entry(Inter Digit Timeout=4000(ms), Initial Digit Timeout=4000(ms))
    Feb 13 10:47:26.766: //66279/8DB5DDBF807B/CCAPI/ccRestartDigitTimeoutMsec:
       Digit Timeout=0, Call Id=66279
    Feb 13 10:47:26.766: //66279/xxxxxxxxxxxx/CCAPI/ccCallReportDigits:
       (callID=0x102E7, digit_event=0x1, enable=TRUE, consume=FALSE)
    Feb 13 10:47:26.766: //66279/8DB5DDBF807B/CCAPI/ccCallReportDigits:
       Enabled=TRUE, Call Id=66279
    Feb 13 10:47:26.766: //66279/xxxxxxxxxxxx/CCAPI/cc_api_call_report_digits_done:
       (vdbPtr=0x70990EB4, callID=0x102E7, disp=0, digit_event=0x1, enable=TRUE, consume=FALSE)
    Feb 13 10:47:26.766: //66279/8DB5DDBF807B/CCAPI/cc_api_call_report_digits_done:
       Enabled=TRUE, Disposition=0x0, Interface=0x70990EB4, Call Id=66279
    Feb 13 10:47:26.766: //66279/8DB5DDBF807B/CCAPI/cc_api_call_report_digits_done:
       Call Entry(Initial Digit Timeout=4000(ms), Inter Digit Timeout=4000(ms))
    Feb 13 10:47:26.766: //66279/8DB5DDBF807B/CCAPI/ccCallModifyExtended:
    GW3845#Nominator=0x715D48B0, Params=0x715D3D48, Call Id=66279
    Feb 13 10:47:26.770: //66280/8DB5DDBF807B/CCAPI/ccCallModify:
       Nominator=0x18E30, Params=0x715D3ED8, Call Id=66280
    Feb 13 10:47:26.770: //66279/8DB5DDBF807B/CCAPI/cc_api_call_modify_done:
       Result=0, Interface=0x70990EB4, Call Id=66279
    Feb 13 10:47:26.770: //66280/8DB5DDBF807B/CCAPI/cc_api_call_modify_done:
       Result=0, Interface=0x70515E80, Call Id=66280
    GW3845#
    Feb 13 10:47:27.850: //66281/90857BF3807C/CCAPI/cc_handle_inter_digit_timer:
       Generate inter-digit timeout CC_EV_CALL_DIGIT_END event
    GW3845#
    Feb 13 10:47:30.766: //66279/8DB5DDBF807B/CCAPI/cc_handle_inter_digit_timer:
       Generate inter-digit timeout CC_EV_CALL_DIGIT_END event
    GW3845#
    Feb 13 10:47:32.642: //66279/8DB5DDBF807B/CCAPI/cc_api_call_feature:
       Feature Type=1, Interface=0x70990EB4, Call Id=66279
    Feb 13 10:47:32.642: //66279/8DB5DDBF807B/CCAPI/cc_api_t38_fax_start:
       Destination Interface=0x70515E80, Destination Call Id=66280, Source Call Id=66279,
       Caps(Codec=T38Fax(0x10000), Fax Rate=FAX_RATE_VOICE(0x2), Vad=OFF(0x1),
       Modem=OFF(0x0), Codec Bytes=160, Signal Type=2)
    Feb 13 10:47:32.642: //66280/8DB5DDBF807B/CCAPI/cc_api_call_feature:
       Feature Type=38, Interface=0x70515E80, Call Id=66280
    Feb 13 10:47:32.642: //66279/8DB5DDBF807B/CCAPI/cc_api_call_feature:
       Feature Type=1, Interface=0x70990EB4, Call Id=66279
    Feb 13 10:47:32.646: //66278/8DB4A4D6807A/CCAPI/cc_api_t38_fax_start:
       Destination Interface=0x705F57B8, Destination Call Id=66277, Source Call Id=66278,
       Caps(Codec=T38Fax(0x10000), Fax Rate=FAX_RATE_VOICE(0x2), Vad=ON(0x2),
       Modem=OFF(0x0), Codec Bytes=20, Signal Type=2)
    Feb 13 10:47:32.646: //66277/xxxxxxxxxxxx/CCAPI/cc_api_local_codec_dnld_done:
       (dstVdbPtr=0x70515E80, dstCallId=0x102E6, srcCallId=0x102E5)
    Feb 13 10:47:32.646: //66278/8DB4A4D6807A/CCAPI/cc_api_local_codec_dnld_done:
       Destination Interface=0x70515E80, Destination Call Id=66278, Source Call Id=66277
    Feb 13 10:47:32.646: //66278/8DB4A4D6807A/CCAPI/cc_api_call_feature:
       Feature Type=39, Interface=0x70515E80, Call Id=66278
    Feb 13 10:47:32.646: //66278/8DB4A4D6807A/CCAPI/cc_api_set_fax_mode:
       Destination Interface=0x70515E80, Destination Call Id=66278, Source Call Id=66277
    Feb 13 10:47:32.650: //66280/8DB5DDBF807B/CCAPI/cc_api_t38_fax_start:
       Destination Interface=0x70990EB4, Destination Call Id=66279, Source Call Id=66280,
       Caps(Codec=T38Fax(0x10000), Fax Rate=FAX_RATE_VOICE(0x2), Vad=ON(0x2),
       Modem=OFF(0x0), Codec Bytes=20, Signal Type=2)
    Feb 13 10:47:32.650: //66277/8DB4A4D6807A/CCAPI/cc_api_remote_codec_dnld_done:
       Destination Interface=0x705F57B8, Destination Call Id=66277, Source Call Id=66278, Xmit Function=0x629E293C
    Feb 13 10:47:32.650: //66279/xxxxxxxxxxxx/CCAPI/cc_api_local_codec_dnld_done:
       (dstVdbPtr=0x70515E80, dstCallId=0x102E8, srcCallId=0x102E7)
    Feb 13 10:47:32.650: //66280/8DB5DDBF807B/CCAPI/cc_api_local_codec_dnld_done:
       Destination Interface=0x70515E80, Destination Call Id=66280, Source Call Id=66279
    Feb 13 10:47:32.650: //66280/8DB5DDBF807B/CCAPI/cc_api_call_feature:
       Feature Type=39, Interface=0x70515E80, Call Id=66280
    Feb 13 10:47:32.650: //66280/8DB5DDBF807B/CCAPI/cc_api_set_fax_mode:
       Destination Interface=0x70515E80, Destination Call Id=66280, Source Call Id=66279
    Feb 13 10:47:32.650: //66279/8DB5DDBF807B/CCAPI/cc_api_remote_codec_dnld_done:
    GW3845#Destination Interface=0x70990EB4, Destination Call Id=66279, Source Call Id=66280, Xmit Function=0x629E293C
    Feb 13 10:47:32.666: 0/1/1 (66277)  350318798 fr-entered=10(ms)
    Feb 13 10:47:32.666: 1/0/1 (66279)  350996292 fr-entered=10(ms)
    GW3845#
        timestamp=350997292 fr-msg-det NSF
        timestamp=350320118 fr-msg-tx NSF
    GW3845#
        timestamp=350998472 fr-msg-det CSI
        timestamp=350321288 fr-msg-tx CSI
        timestamp=350999212 fr-msg-det DIS
    GW3845#
        timestamp=350322038 fr-msg-tx DIS
    GW3845#
        timestamp=350324988 fr-msg-det TSI
        timestamp=351002782 fr-msg-tx TSI
        timestamp=350325758 fr-msg-det DCS
    GW3845#
        timestamp=351003562 fr-msg-tx DCS
    GW3845#
        timestamp=351007142 fr-msg-det CFR
        timestamp=350329968 fr-msg-tx CFR
    GW3845#
    Feb 13 10:47:49.638: htsp_process_event: [1/0/1, FXSLS_CONNECT, E_DSP_SIG_0100]fxsls_offhook_onhook, HF duration Max=1000, HF duration Min=150
    Feb 13 10:47:49.638: htsp_timer - 1000 msec
    Feb 13 10:47:50.638: htsp_process_event: [1/0/1, FXSLS_CONNECT, E_HTSP_EVENT_TIMER]fxsls_connect_wait_release_req
    Feb 13 10:47:50.638: htsp_timer_stop
    Feb 13 10:47:50.638: //66279/8DB5DDBF807B/CCAPI/cc_api_call_disconnected:
       Cause Value=16, Interface=0x70990EB4, Call Id=66279
    Feb 13 10:47:50.638: //66279/8DB5DDBF807B/CCAPI/cc_api_call_disconnected:
       Call Entry(Responsed=TRUE, Cause Value=16, Retry Count=0)
    Feb 13 10:47:50.638: //66279/xxxxxxxxxxxx/CCAPI/ccCallReportDigits:
       (callID=0x102E7, digit_event=0x0, enable=FALSE, consume=FALSE)
    Feb 13 10:47:50.638: //66279/8DB5DDBF807B/CCAPI/ccCallReportDigits:
       Enabled=TRUE, Call Id=66279
    Feb 13 10:47:50.638: //66279/xxxxxxxxxxxx/CCAPI/cc_api_call_report_digits_done:
       (vdbPtr=0x70990EB4, callID=0x102E7, disp=0, digit_event=0x0, enable=FALSE, consume=FALSE)
    Feb 13 10:47:50.638: //66279/8DB5DDBF807B/CCAPI/cc_api_call_report_digits_done:
       Enabled=TRUE, Disposition=0x0, Interface=0x70990EB4, Call Id=66279
    Feb 13 10:47:50.638: //66279/8DB5DDBF807B/CCAPI/cc_api_call_report_digits_done:
       Call Entry(Initial Digit Timeout=4000(ms), Inter Digit Timeout=4000(ms))
    Feb 13 10:47:50.638: //66280/8DB5DDBF807B/CCAPI/ccGetCallStatistics:
       Call Stats=0x715CF9E8, Call Id=66280
    Feb 13 10:47:50.638: //66279/8DB5DDBF807B/CCAPI/ccConferenceDestroy:
       Conference Id=0x8100, Tag=0x0
    Feb 13 10:47:50.638: //66279/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:
       Conference Id=0x8100, Source Interface=0x70990EB4, Source Call Id=66279,
       Destination Call Id=66280, Disposition=0x0, Tag=0x0
    Feb 13 10:47:50.638: //66280/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:
       Conference Id=0x8100, Source Interface=0x70515E80, Source Call Id=66280,
       Destination Call Id=66279, Disposition=0x0, Tag=0x0
    Feb 13 10:47:50.638: //66279/8DB5DDBF807B/CCAPI/cc_generic_bridge_done:
       Conference Id=0x8100, Source Interface=0x70515E80, Source Call Id=66280,
       Destination Call Id=66279, Disposition=0x0, Tag=0x0
    Feb 13 10:47:50.642: //66279/8DB5DDBF807B/CCAPI/ccCallDisconnect:
       Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=16)
    Feb 13 10:47:50.642: //66279/8DB5DDBF807B/CCAPI/ccCallDisconnect:
       Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
    Feb 13 10:47:50.642: //66279/8DB5DDBF807B/CCAPI/cc_api_get_transfer_info:
       Transfer Number Is Null
    Feb 13 10:47:50.642: //66280/8DB5DDBF807B/CCAPI/ccCallDisconnect:
       Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
    Feb 13 10:47:50.642: //66280/8DB5DDBF807B/CCAPI/ccCallDisconnect:
       Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
    Feb 13 10:47:50.642: htsp_timer_stop3
    Feb 13 10:47:50.642: //66280/8DB5DDBF807B/CCAPI/cc_api_call_disconnect_done:
       Disposition=0, Interface=0x70515E80, Tag=0x0, Call Id=66280,
       Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
    Feb 13 10:47:50.642: //66280/8DB5DDBF807B/CCAPI/cc_api_call_disconnect_done:
       Call Disconnect Event Sent
    Feb 13 10:47:50.642: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
    Feb 13 10:47:50.642: :cc_free_feature_vsa freeing 66AC6310
    Feb 13 10:47:50.642: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
    Feb 13 10:47:50.642:  vsacount in free is 5
    Feb 13 10:47:50.646: htsp_process_event: [1/0/1, FXSLS_WAIT_RELEASE_REQ, E_HTSP_RELEASE_REQ]fxsls_waitrls_req_rls
    Feb 13 10:47:50.646: [1/0/1] set signal state = 0x4 timestamp = 0
    Feb 13 10:47:50.646: [1/0/1] set signal state = 0x4 timestamp = 0
    Feb 13 10:47:50.650: //66279/8DB5DDBF807B/CCAPI/cc_api_call_disconnect_done:
       Disposition=0, Interface=0x70990EB4, Tag=0x0, Call Id=66279,
       Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
    Feb 13 10:47:50.650: //66279/8DB5DDBF807B/CCAPI/cc_api_call_disconnect_done:
       Call Disconnect Event Sent
    Feb 13 10:47:50.650: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
    Feb 13 10:47:50.650: :cc_free_feature_vsa freeing 66AC6160
    Feb 13 10:47:50.650: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
    Feb 13 10:47:50.650:  vsacount in free is 4
    Feb 13 10:47:50.650: htsp_process_event: [1/0/1, FXSLS_ONHOOK, E_DSP_SIG_0100]fxsls_onhook_onhook
    Feb 13 10:47:50.766: //66277/xxxxxxxxxxxx/CCAPI/ccCallReportDigits:
       (callID=0x102E5, digit_event=0x0, enable=FALSE, consume=FALSE)
    Feb 13 10:47:50.766: //66277/8DB4A4D6807A/CCAPI/ccCallReportDigits:
       Enabled=TRUE, Call Id=66277
    Feb 13 10:47:50.766: //66277/xxxxxxxxxxxx/CCAPI/cc_api_call_report_digits_done:
       (vdbPtr=0x705F57B8, callID=0x102E5, disp=0, digit_event=0x0, enable=FALSE, consume=FALSE)
    Feb 13 10:47:50.766: //66277/8DB4A4D6807A/CCAPI/cc_api_call_report_digits_done:
       Enabled=TRUE, Disposition=0x0, Interface=0x705F57B8, Call Id=66277
    Feb 13 10:47:50.766: //66277/8DB4A4D6807A/CCAPI/cc_api_call_report_digits_done:
       Call Entry(Initial Digit Timeout=4000(ms), Inter Digit Timeout=4000(ms))
    Feb 13 10:47:50.766: //66278/8DB4A4D6807A/CCAPI/ccGetCallStatistics:
       Call Stats=0x715D0D80, Call Id=66278
    Feb 13 10:47:50.766: //66277/8DB4A4D6807A/CCAPI/ccConferenceDestroy:
       Conference Id=0x80FF, Tag=0x0
    Feb 13 10:47:50.766: //66277/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:
       Conference Id=0x80FF, Source Interface=0x705F57B8, Source Call Id=66277,
       Destination Call Id=66278, Disposition=0x0, Tag=0x0
    Feb 13 10:47:50.766: //66278/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:
       Conference Id=0x80FF, Source Interface=0x70515E80, Source Call Id=66278,
       Destination Call Id=66277, Disposition=0x0, Tag=0x0
    Feb 13 10:47:50.766: //66277/8DB4A4D6807A/CCAPI/cc_generic_bridge_done:
       Conference Id=0x80FF, Source Interface=0x70515E80, Source Call Id=66278,
       Destination Call Id=66277, Disposition=0x0, Tag=0x0
    Feb 13 10:47:50.766: //66277/8DB4A4D6807A/CCAPI/ccCallDisconnect:
       Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
    Feb 13 10:47:50.766: //66277/8DB4A4D6807A/CCAPI/ccCallDisconnect:
       Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
    Feb 13 10:47:50.770: //66277/8DB4A4D6807A/CCAPI/cc_api_get_transfer_info:
       Transfer Number Is Null
    Feb 13 10:47:50.770: //66278/8DB4A4D6807A/CCAPI/ccCallDisconnect:
       Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
    Feb 13 10:47:50.770: //66278/8DB4A4D6807A/CCAPI/ccCallDisconnect:
       Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
    Feb 13 10:47:50.770: //66278/8DB4A4D6807A/CCAPI/cc_api_call_disconnect_done:
       Disposition=0, Interface=0x70515E80, Tag=0x0, Call Id=66278,
       Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
    Feb 13 10:47:50.770: //66278/8DB4A4D6807A/CCAPI/cc_api_call_disconnect_done:
       Call Disconnect Event Sent
    Feb 13 10:47:50.770: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
    Feb 13 10:47:50.770: :cc_free_feature_vsa freeing 66AC6238
    GW3845#
    Feb 13 10:47:50.770: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
    Feb 13 10:47:50.770:  vsacount in free is 3
    Feb 13 10:47:50.778: //66277/8DB4A4D6807A/CCAPI/cc_api_call_disconnect_done:
       Disposition=0, Interface=0x705F57B8, Tag=0x0, Call Id=66277,
       Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
    Feb 13 10:47:50.778: //66277/8DB4A4D6807A/CCAPI/cc_api_call_disconnect_done:
       Call Disconnect Event Sent
    Feb 13 10:47:50.778: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
    Feb 13 10:47:50.778: :cc_free_feature_vsa freeing 66AC5ED8
    Feb 13 10:47:50.778: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
    Feb 13 10:47:50.778:  vsacount in free is 2

  • Broken Link - Firewall and Virtual Private Network Communication for Oracle

    The link for Firewall and Virtual Private Network Communication for Oracle Enterprise Manager on http://otn.oracle.com/products/oem/files/best_practices.html returns a 404 error. It is not pointing to the correct document

    This link is still broken !
    Can you please correct this ASAP ?
    Best regards, Yolanda
    Oracle HUB support services

  • HT2250 I have an Apple network utility that with the previous printer (Canon PIXMA iP 5000) found the printer on the Network for use on a wi fi system but a newish printer (Canon MG6150) does not show up as Bonjour.  Is that correct?

    I have an Apple network utility that with the previous printer (Canon PIXMA iP 5000) found the printer on the Network for use on a wi fi system but a newish printer (Canon MG6150) does not show up as Bonjour.  Is that correct?
    paul.kelly

    Hi Steve,
    No expert, but since nobody else has piped in...
    Did you setup the DNS Server IP?

  • When I get on my ipod and press the app "text free"  I can text, but when I try to call I get something that says "Still connecting to the voice network and to try later.  This has been there for days and my daughters can call on theirs.

    What does it mean when you try to call from your ipod touch and you get a response that says, "Still connecting to voice network...try later?"  I have tried updating and still nothing happens.  I am using the text free app and my daughters are able to call from theirs...help

    Sounds like a Text Free issue. Contact their support.
    Basic troubleshooting steps  
    17" 2.2GHz i7 Quad-Core MacBook Pro  8G RAM  750G HD + OCZ Vertex 3 SSD Boot HD 
    Got problems with your Apple iDevice-like iPhone, iPad or iPod touch? Try Troubleshooting 101

  • BorderManager and Pix Firewall

    Hello,
    Just implemented NSBS6.5 for a small bank with Pix firewall's inner IP
    address as my next router on hop.Was able to send mails out but could not
    receive inbound mails.Also the Bank's web site could no longer be
    assesible from within the bank but could be connected to from any where
    outside the bank's network.Could ping from the BorderManager proxy with
    public IP of 172.16.1.2 to the Pix private with IP of 172.16.1.1
    Moreover,a MaCafe Antivirus appliance was brought in and connected btw
    the BorderManager Proxy server and the Pix firewall with a bridged
    connection and an assigned IP address of 172.16.1.3 and 172.16.1.4 At
    this
    instance,could no longer ping the Pix 172.16.1.1, but could ping both
    interface of the MaCafe appliance.Could not also send nor receive mails
    via the mail proxy.
    I intend bringing the MaCafe appliance before the BorderManager Proxy
    and
    assign a LAN address to it since it has a bridged config,so as to isolate
    the problem of this appliance.
    I need to get the mail server running perfectly and the website
    assesible.Pls kindly help my case.
    Regards,
    Sesan.

    you need to go ask this in the support.bordermanager.install-setup
    group as this group is for the client firewall product only.
    Cheers!
    Richard Beels
    http://www.dsi-consulting.com
    Collaboration without complication

  • Voice chat for LAN Working :) ,  but For Internet Voice Chat Not Working

    Hi, all I have developed voice chat for lan , but when i try to connect to internet it doesn't working. Pls let me know the reason why is it so?
    I am behind the Firewall and firewall doesn't allow me to connect to server or transmit RTP data to the another User. Why is it So. Please Reply As Soon As Possible!!!!

    That's exactly what i am talking about. Your IP address is private. Means, it is not routable outside your organization. Means, that you cannot receive anything from outside, because technically this private address does not exist outside your network.
    However, you might be able to send audio to someone outside who has public IP address (PLEASE, read up about private and public IPv4 addresses and NAT in order to understand what your problem is. Just one Wiki page that you can dig up in Google.com).
    Now you simply cannot use your chat from inside your organization to chat with outside people. It will not work. You need public IP addresses in both ends (i.e. you and remote party) + firewall rules must allow UDP traffic for certain ports, that your program uses.
    If you want to overcome private addressing problem manually, i dont know how to do it. But what i know for sure is that it would be painful. My application that i made uses a VoIP server (SIP server and an RTP proxy server). These servers do private address handling (NAT handling) for my audio/video streams.
    You have an option though. Go to your network admin and lick his/her brain. Ask for a public IP address (they might have some in reserve). Do the same thing at the remote end.

  • Pix firewall issue

    Hello,
    I'm trying to configure some firewall rules and a nat in our pix 525 and I'm having some issue with the connection
    Here are the details:
    172.40.40.40 destination host.
    1.- I configured an ACL
    ACL test 172.80.0.0 255.255.0.0 destination 172.40.40.40
    ACL test 172.90.0.0 255.255.255.0 destination 172.40.40.40
    inside interface IP 172.20.20.20
    outside inteface IP 192.169.1.2
    interfaces inside outside (ping and icmp are allow)
    static (outside, inside) 172.40.40.40 172.40.40.40
    nat (outside)  5 access-list test
    global (inside) 5 interface
    route inside 172.40.40.40 255.255.255.255 172.30.30.30
    route outside 172.80.0.0 255.255.0.0 192.168.1.1
    route outside 172.90.0.0 255.255.0.0 192.168.1.1
    I'm trying to nat the traffic comming from the outside interface because we want to avoid interal ip conflicts, I'm seeing the hits on the ACL
    but can not telnet from 172.80.0.1 to 172.40.40.40 , there are routes and porta enable for that connection
    and my flag logs shown me SaAB from the destination host, what could be the problem?
    We can ping between the destination host and the pix inside interface and the icmp is allow in all the interfaces.

    Hello Thank you for your help, we will try to apply that command in our test .
    About our test the incoming connection from 172.90.0.0 are telnet session to 172.40.40.40
    So we are doing a PAT for those connection (172.90.0.0 PAT to 172.30.30.29) my question is that kind of scheme and configuration is supported on Pix Firewall?
    Here is the version: PIX 525
    Cisco PIX Firewall Version 6.3(5)
    This is the path
                                     MPLS                                    PIX                                              Destination HOST
    subnet 172.90.0.0/16 ---- ------------------------- ACL TEST -PAT(172.30.30.29 inside inteface) --------  172.40.40.40 port 25

  • I am behind a Cisco PIX Firewall. What addresses and ports do I need to permit through to allow Firefox updates?

    I want to be able to upgrade my Firefox installations that are located behind a Cisco PIX Firewall. What are the TCP/IP addresses and ports required to be opened for updating to occur?

    This is less likely to be a firefox problem, as it appears something bad has happened to your network. Can you access the internet with other programs? Try email/ IRC/ Skype or even updating your computer.
    What operating system are you using?
    Ian.

  • Cannot receive calls when using Edge network for data?

    Hi,
    This afternoon someone was trying to reach me urgently and all her calls to my iPhone went straight into my voicemail. My phone never rang and never showed missed calls.
    I spoke to Aaron at Apple, thinking there might be a problem with my phone, and he told me that when the Edge network is in use, then the phone will not ring and calls will be routed straight to voicemail.
    Is this really expected behavior? I was not aware of it.
    iPhone 8GB    

    This has nothing to do with EDGE all other phones will notify you and pause the connection. i posted about this 2 days ago but the thread got deleted.
    here is a video that proves this, the noise is from the GSM but the user is clearly on the edge network.
    http://youtube.com/watch?v=NMm2AY-_TTY
    this is from Tier 2 suport at Apple.
    Everyone having this issue should call 1-800-MY iPhon. Ask to speak to Tier II support, the person you get may try to help, and may need to give you a case number. You'll probably have to wait a while on hold.
    I just spent an hour on the phone with Tier I & II. The tier I guy started by saying that when you use EDGE it will always go to voicemail. I told him, I was on a user forum & some people said they don't have the issue. He then tested it on his phone & experienced the direct to v-mail issue. We talked about how this was a real problem & how both of our nokia phones didn't have this issue (he actually had the E-61 also). He gave me a case number & transferred my to tier II. The tier II guy told me that this was a software issue. That a pop-up needs to be designed into the software to allow the user the option to disconnect the data connection & accept the voice call, or not. I told him that I'd read on a user forum that some users get voice calls while using EDGE. He said that if they are using you tube the call will automatically interrupt & switch out of you tube. We then tested this on my iPhone & it worked (i.e. the call interupted you tube). He said the software currently decides to disconnect data or send calls to voice mail during EDGE transmissions based on what the user is doing. Phone calls take priority over you tube & widgets (stock & weather)but safari and e-mail take priority over phone calls. He said the thought was, it would be more annoying to users to be in the middle of sending an e-mail and having mail disconnected for a phone call, than having the call go to voicemail. The ideal solution is to have a choice (like other phones allow) but right now the iPhone software does not have a pop-up designed allowing the user to accept the call or keep the data connection. (He seemed to be familiar with this on other phones while being tethered to a macbook to use their data connections & getting voice calls during downloads).
    He said he was submitting this to the engineering group & said the more people that call tier II about this & submit it as an issue via online feedback, the higher priority it will get to be addressed in the first software update. So if you want to see this fixed start calling and submitting the issue http://www.apple.com/feedback/iphone.html in as much detail as possible (specifically say that other existing phones Nokia S60s etc. have this function).
    and here is a thread that is discussing this serious problem. note it is now many pages long.
    http://www.howardforums.com/showthread.php?t=1197377

  • Unity: Voice-mail for non-Exchange subscribers

    Hi everyone!
    I have this issue: customer wants to enable voice-mail for non-Exchange users, I've created them as Internet subscribers for using with auto attendant, but I can't enable voice-mail for these extensions, basically the customer does not want for this users to receive the messages in their mail just only check it on IP phones. Is there a possible way???
    Thanks in advance for your help

    To add to Hailey's comment, here's the documentation that explains the behavior/limitations of Internet Subscribers in case you're interested in checking it out:
    http://www.cisco.com/en/US/docs/voice_ip_comm/unity/5x/networking/guide/ex/5xcunet040e.html#wp1050583
    Hope that helps,
    Brad

  • Firewall blocks Apple's Network Time Protocol

    Hi,
    I admit to not fully understanding everything about the Firewall on OS X server 10.4.11 and I'm hoping someone can help with a little(?) problem.
    On the WAN side, my "gateway" server is connected directly to my SpeedTouch 780 modem with a fixed IP address. On the LAN side are a couple of switches and then an Airport Extreme base station (192.168.2.249). This broadcasts wirelessly to a more distant Airport Express (192.168.2.247). Both WiFi devices are configured to obtain the time from Apple's European servers.
    After completing a Carbon Copy Cloner of my OS partition and rebooting on my usual volume I noticed the following denials in my Firewall log:
    Dec 28 12:50:16 nl1 ipfw: 65534 Deny UDP 17.72.255.12:123 192.168.2.249:3987 in via en0
    Dec 28 12:40:25 nl1 ipfw: 65534 Deny UDP 17.72.255.12:123 192.168.2.247:3814 in via en0
    In SA --> Firewall --> Settings --> Services --> Edit Services for: 192.168.1-net (en0/modem connection)
    I have the "Allow only traffic for: 192.168.1-net on these ports" checked and
    NTP - Network Time Protocol UDP/TCP is also checked.
    Under, Edit Services for: any
    I have the "Allow only traffic for: any" checked and
    NTP - Network Time Protocol UDP/TCP is also checked.
    Under, Edit Services for: 192.168.2-net (en1/LAN)
    I have the "Allow all traffic for: 192.168.2-net" checked.
    1) Why is this traffic being blocked?
    2) Why does the port number seem to get changed in transit? (I've got NAT running and Open Directory).
    3) Does the configuration under, "Allow only traffic for: any" overrule all other Firewall settings? So if for example a port under, "Allow only traffic for: 192.168.1-net on these ports" wasn't checked but was under, "Allow only traffic for: any", would the traffic be allowed through?
    Thanks and happy new year!
    Michael Franks

    Do you have NTP activated? Does it work? If it doesn't and you have the firewall activated, then open the required port. If it is working then don't worry about it.

  • Oracle 8i through CISCO PIX Firewall

    HI all,
    I Need some help here with CISCO PIX Firewall 506e series. The ORACLE Server 8i on Windows NT.4, placed at the inside interface of PIX Firewall.
    The Firewall has been configured to allow all the port to come from outside interface (this is where the Oracle client reside). When the client from outside try the oracle client application (where the login promt for username and password) when pressed enter the error msg
    =============================
    oracle error con 440
    unable to make connection oracle - 12514 tns.couldn't resolve service name
    the menu was not connectable with oracle. a menu is ended
    ==============================
    Many thanks for PIX and Oracle config.
    HATO

    Varun,
    Thank you for your help.
    I have one quick question, this pix is not in failover, it is standalone but it has Unrestricted license. It only has 64Mb of Ram. Will I have any problems based on your link recommendation?
    Memory Requirements:
    If you are using a PIX 515/515E running PIX Version 6.2/6.3, you must increase your memory before upgrading to PIX Version 8.0(2). This version requires at least 64 MB of RAM for Restricted (R) licenses and 128 MB of RAM for Unrestricted (UR) and Failover (FO) licenses
    What is the difference between the restricted Licenses and the Unrestricted Licenses?
    Thanks!

  • PIX Firewall Setup

    Hi,
    I need urgent help about PIX firewall setup.......
    My one of the pix firewall flash was correpted it mean don't have flash file inside... I want to install flash file how to install...
    It's showing "monitor >"   mode.
    monitor > help
    by
    senthil

    And also i need to know how to reset password i forgot the password for the another firewall...
    I have to configure as per diagram(attached) already config is there but i need to know it's write or nor becasue this one last year one.
    Please check and let me know ASAP.
    Thanks....
    Regards,
    Senthil
    I have to configure as per diagram(attached) already config is there but i need to know it's write or nor becasue this one last year one.
    Please check and let me know ASAP.
    Thanks....
    Regards,
    Senthil

Maybe you are looking for